*** kevinc_ has quit IRC | 00:15 | |
*** swat30 has quit IRC | 00:17 | |
*** gyee has quit IRC | 00:22 | |
*** swat30 has joined #openstack-swift | 00:25 | |
*** dmorita has joined #openstack-swift | 00:26 | |
*** tsg has joined #openstack-swift | 00:29 | |
*** addnull has joined #openstack-swift | 00:41 | |
*** marzif_ has quit IRC | 00:55 | |
*** swat30 has quit IRC | 00:56 | |
*** swat30 has joined #openstack-swift | 01:00 | |
*** tsg has quit IRC | 01:02 | |
openstackgerrit | paul luse proposed a change to openstack/swift: Allow Diskfile to choose whether to cleanup old files per policy https://review.openstack.org/112449 | 01:05 |
---|---|---|
peluse | ^ WIP: Still a dozen or so tests to fix since the EC policy | 01:06 |
peluse | expectations are different but for those at the EC meetup that | 01:06 |
peluse | want an early look, here's how I'm thinking this should go... | 01:06 |
* peluse will be offline for the next 2 days... just FYI | 01:06 | |
*** tsg has joined #openstack-swift | 01:07 | |
*** thurloat has quit IRC | 01:07 | |
*** achhabra has joined #openstack-swift | 01:08 | |
*** thurloat has joined #openstack-swift | 01:09 | |
*** swat30 has quit IRC | 01:11 | |
*** mwstorer has quit IRC | 01:11 | |
*** swat30 has joined #openstack-swift | 01:13 | |
*** tsg has quit IRC | 01:17 | |
*** addnull has quit IRC | 01:22 | |
*** addnull has joined #openstack-swift | 01:23 | |
*** swat30 has quit IRC | 01:25 | |
*** addnull has quit IRC | 01:27 | |
*** thurloat has quit IRC | 01:28 | |
*** kota_ has joined #openstack-swift | 01:30 | |
*** addnull has joined #openstack-swift | 01:31 | |
*** thurloat has joined #openstack-swift | 01:34 | |
*** swat30 has joined #openstack-swift | 01:36 | |
*** thurloat has quit IRC | 01:39 | |
*** swat30 has quit IRC | 01:41 | |
*** nosnos has joined #openstack-swift | 01:41 | |
*** swat30 has joined #openstack-swift | 01:42 | |
*** thurloat has joined #openstack-swift | 01:44 | |
*** thurloat has quit IRC | 01:53 | |
*** swat30 has quit IRC | 01:54 | |
*** thurloat has joined #openstack-swift | 01:56 | |
*** swat30 has joined #openstack-swift | 01:57 | |
*** bill_az has quit IRC | 02:13 | |
*** haomaiw__ has quit IRC | 02:20 | |
*** haomaiwang has joined #openstack-swift | 02:20 | |
*** addnull_ has joined #openstack-swift | 02:22 | |
*** addnull has quit IRC | 02:25 | |
*** haomai___ has joined #openstack-swift | 02:29 | |
*** haomaiwang has quit IRC | 02:32 | |
*** kevinostoll has joined #openstack-swift | 02:44 | |
*** swat30 has quit IRC | 02:47 | |
*** thurloat has quit IRC | 02:48 | |
*** thurloat has joined #openstack-swift | 02:53 | |
*** swat30 has joined #openstack-swift | 02:57 | |
*** nexusz99 has joined #openstack-swift | 03:14 | |
*** nexusz99 has quit IRC | 03:31 | |
*** ho has joined #openstack-swift | 03:46 | |
*** ho is now known as Guest7736 | 03:46 | |
*** Kbee has joined #openstack-swift | 03:55 | |
*** mrsnivvel has joined #openstack-swift | 03:56 | |
*** nosnos has quit IRC | 03:56 | |
*** kota_ has quit IRC | 03:59 | |
*** mrsnivvel has quit IRC | 04:02 | |
*** addnull_ has quit IRC | 04:02 | |
*** addnull has joined #openstack-swift | 04:02 | |
*** jyoti-ranjan has joined #openstack-swift | 04:04 | |
*** achhabra has quit IRC | 04:13 | |
*** addnull has quit IRC | 04:16 | |
*** mrsnivvel has joined #openstack-swift | 04:17 | |
*** tsg has joined #openstack-swift | 04:18 | |
*** atan8 has joined #openstack-swift | 04:25 | |
*** atan8_ has joined #openstack-swift | 04:26 | |
*** atan8_ has quit IRC | 04:27 | |
*** jdag_ has joined #openstack-swift | 04:28 | |
*** atan8 has quit IRC | 04:29 | |
*** redbo_ has joined #openstack-swift | 04:30 | |
*** dosaboy_ has joined #openstack-swift | 04:30 | |
*** bobby2_ has joined #openstack-swift | 04:33 | |
*** jd__` has joined #openstack-swift | 04:33 | |
*** nosnos has joined #openstack-swift | 04:34 | |
*** kevinostoll has quit IRC | 04:35 | |
*** zaitcev has quit IRC | 04:35 | |
*** jd__ has quit IRC | 04:35 | |
*** acoles has quit IRC | 04:35 | |
*** dosaboy has quit IRC | 04:35 | |
*** jdag has quit IRC | 04:35 | |
*** redbo has quit IRC | 04:35 | |
*** bobby2 has quit IRC | 04:35 | |
*** sileht has quit IRC | 04:35 | |
*** otoolee has quit IRC | 04:35 | |
*** jd__` is now known as jd__ | 04:35 | |
*** kevinostoll has joined #openstack-swift | 04:36 | |
*** jdag_ is now known as jdag | 04:37 | |
*** zaitcev has joined #openstack-swift | 04:42 | |
*** ChanServ sets mode: +v zaitcev | 04:42 | |
*** sileht has joined #openstack-swift | 04:43 | |
*** bkopilov has joined #openstack-swift | 04:44 | |
*** tsg has quit IRC | 04:45 | |
openstackgerrit | Gil Vernik proposed a change to openstack/swift: On demand data migration for Swift https://review.openstack.org/64430 | 04:51 |
*** traz_ has quit IRC | 04:54 | |
*** k4n0 has joined #openstack-swift | 04:56 | |
*** elambert has joined #openstack-swift | 04:58 | |
*** addnull has joined #openstack-swift | 04:58 | |
*** ChanServ sets mode: +v chmouel | 05:00 | |
*** chandankumar has joined #openstack-swift | 05:06 | |
*** addnull has quit IRC | 05:09 | |
*** addnull has joined #openstack-swift | 05:21 | |
*** k4n0 has quit IRC | 05:21 | |
*** k4n0 has joined #openstack-swift | 05:34 | |
*** ppai has joined #openstack-swift | 05:35 | |
*** jyoti-ranjan has quit IRC | 05:36 | |
openstackgerrit | Gil Vernik proposed a change to openstack/swift: On demand data migration for Swift https://review.openstack.org/64430 | 05:50 |
*** Yorkfly has joined #openstack-swift | 05:53 | |
*** elambert has quit IRC | 05:54 | |
*** nshaikh has joined #openstack-swift | 06:01 | |
*** k4n0 has quit IRC | 06:12 | |
*** bkopilov has quit IRC | 06:14 | |
*** nexusz99 has joined #openstack-swift | 06:15 | |
*** zaitcev has quit IRC | 06:26 | |
*** nexusz99 has quit IRC | 06:27 | |
*** bkopilov has joined #openstack-swift | 06:27 | |
*** k4n0 has joined #openstack-swift | 06:28 | |
*** jyoti-ranjan has joined #openstack-swift | 07:02 | |
*** acoles has joined #openstack-swift | 07:07 | |
*** ChanServ sets mode: +v acoles | 07:07 | |
*** otoolee- has joined #openstack-swift | 07:10 | |
*** jyoti-ranjan has quit IRC | 07:20 | |
*** jyoti-ranjan has joined #openstack-swift | 07:21 | |
*** haomai___ has quit IRC | 07:30 | |
*** haomaiwang has joined #openstack-swift | 07:31 | |
*** jyoti-ranjan has quit IRC | 07:42 | |
*** joeljwright has joined #openstack-swift | 07:46 | |
*** haomai___ has joined #openstack-swift | 07:46 | |
*** haomaiwang has quit IRC | 07:48 | |
*** jyoti-ranjan has joined #openstack-swift | 07:49 | |
*** mmcardle has joined #openstack-swift | 07:51 | |
*** foexle has joined #openstack-swift | 07:57 | |
*** mrmoje has quit IRC | 08:03 | |
*** haomai___ has quit IRC | 08:07 | |
*** haomaiwang has joined #openstack-swift | 08:08 | |
*** jyoti-ranjan has quit IRC | 08:24 | |
*** bvandenh has joined #openstack-swift | 08:33 | |
preeto | Hi, I posted this on the mailing list and haven't got a response, so thought to check here and see if anyone can give any pointers. | 08:37 |
preeto | As background, we performed rebalancing on accounts/ containers to move them to SSD's. With hindsight and having spent many hours digging deeper into Swift, I don't think this caused any issues. | 08:38 |
preeto | I suspect it made issues already present visible. | 08:39 |
preeto | We have 8 nodes, one specific account exists on 6 nodes. On the first 4, the object_count & bytes_used values are lower than on the latter 2 nodes. | 08:45 |
preeto | These values should be fairly consistent on all nodes, looking further it seems that the replication may be busted. | 08:46 |
preeto | On the first 4 nodes, where the values are far lower than would be expected, the incoming_sync table shows remote_id entries which I cannot find on any other node. | 08:46 |
preeto | What is the best way to fix this such that all nodes agree? | 08:47 |
*** mitz has quit IRC | 08:49 | |
*** mrmoje has joined #openstack-swift | 08:49 | |
*** haomaiw__ has joined #openstack-swift | 08:53 | |
*** haomaiwang has quit IRC | 08:56 | |
pconstantine | preeto: if replication level is 3, I suppose you can just delete db on the 4 "bad" nodes and then the 2 "good" ones will be copied over | 08:57 |
*** kopparam has joined #openstack-swift | 09:02 | |
*** jyoti-ranjan has joined #openstack-swift | 09:04 | |
*** marzif_ has joined #openstack-swift | 09:07 | |
*** mkollaro has joined #openstack-swift | 09:07 | |
*** addnull has quit IRC | 09:08 | |
*** Kbee has quit IRC | 09:09 | |
*** pconstantine has quit IRC | 09:10 | |
*** addnull has joined #openstack-swift | 09:10 | |
*** Kbee has joined #openstack-swift | 09:10 | |
*** pconstantine has joined #openstack-swift | 09:13 | |
*** addnull_ has joined #openstack-swift | 09:14 | |
*** addnull has quit IRC | 09:14 | |
preeto | pconstantine: I assume Swift will have to be stopped when deleting the DB? Furthermore, how is the remote node to know that the DB does not exist on a particular node? It seems that process is broken, as if it was working the DB's would have sync'd up? | 09:18 |
*** addnull has joined #openstack-swift | 09:31 | |
*** addnull_ has quit IRC | 09:34 | |
*** jyoti-ranjan has quit IRC | 09:40 | |
*** stevemac has joined #openstack-swift | 09:51 | |
*** Yorkfly has quit IRC | 10:07 | |
*** Yorkfly has joined #openstack-swift | 10:07 | |
*** Yorkfly has quit IRC | 10:08 | |
*** addnull has quit IRC | 10:08 | |
*** addnull has joined #openstack-swift | 10:09 | |
*** stevemac has quit IRC | 10:12 | |
*** stevemac has joined #openstack-swift | 10:13 | |
*** stevemac has quit IRC | 10:17 | |
*** jyoti-ranjan has joined #openstack-swift | 10:28 | |
*** Kbee has quit IRC | 10:32 | |
*** dmorita has quit IRC | 10:33 | |
openstackgerrit | A change was merged to openstack/swift: Updates to EC user docs from EC design meet-up https://review.openstack.org/112037 | 10:42 |
*** stevemac has joined #openstack-swift | 10:43 | |
*** stevemac has quit IRC | 10:45 | |
*** stevemac has joined #openstack-swift | 10:45 | |
*** stevemac has quit IRC | 10:49 | |
*** mkollaro has quit IRC | 10:50 | |
*** haomaiw__ has quit IRC | 11:02 | |
*** haomaiwang has joined #openstack-swift | 11:02 | |
*** Guest7736 has quit IRC | 11:20 | |
*** ho has joined #openstack-swift | 11:20 | |
*** ho is now known as Guest15453 | 11:20 | |
*** nosnos has quit IRC | 11:23 | |
openstackgerrit | Alistair Coles proposed a change to openstack/swift: Add POST and DELETE to tempurl default methods https://review.openstack.org/106466 | 11:30 |
openstackgerrit | Alistair Coles proposed a change to openstack/swift: Update tempurl docstring with methods config option https://review.openstack.org/112559 | 11:30 |
*** dmsimard_away is now known as dmsimard | 11:43 | |
*** mmcardle has quit IRC | 11:52 | |
pconstantine | preeto: no need to stop anything, the remote node will know by querying the db existence | 12:01 |
*** kopparam_ has joined #openstack-swift | 12:01 | |
*** ppai has quit IRC | 12:01 | |
*** kopparam has quit IRC | 12:03 | |
*** kopparam has joined #openstack-swift | 12:04 | |
*** kopparam_ has quit IRC | 12:07 | |
*** ppai has joined #openstack-swift | 12:14 | |
*** mkollaro has joined #openstack-swift | 12:20 | |
*** nexusz99 has joined #openstack-swift | 12:23 | |
*** kenhui has joined #openstack-swift | 12:28 | |
*** foexle has quit IRC | 12:40 | |
*** miqui has joined #openstack-swift | 12:40 | |
*** tongli has joined #openstack-swift | 12:45 | |
*** stevemac has joined #openstack-swift | 12:47 | |
*** stevemac has quit IRC | 12:51 | |
*** ppai has quit IRC | 12:52 | |
*** nexusz99 has quit IRC | 12:56 | |
*** nexusz99 has joined #openstack-swift | 12:56 | |
*** nexusz99 has quit IRC | 12:57 | |
*** nexusz99 has joined #openstack-swift | 12:57 | |
*** mmcardle has joined #openstack-swift | 12:57 | |
*** bill_az has joined #openstack-swift | 12:57 | |
*** k4n0 has quit IRC | 12:59 | |
*** Guest15453 has quit IRC | 13:03 | |
*** ppai has joined #openstack-swift | 13:04 | |
*** CaioBrentano has joined #openstack-swift | 13:15 | |
*** tdasilva has joined #openstack-swift | 13:18 | |
jyoti-ranjan | What is handoff node? And how can I add a handoff node to cluster? | 13:19 |
jyoti-ranjan | If I have clustter with replica=3 and three zone, do I need to do configure something specific to take advantage of handoff node? | 13:20 |
*** achhabra has joined #openstack-swift | 13:21 | |
*** nexusz99_ has joined #openstack-swift | 13:34 | |
*** nexusz99 has quit IRC | 13:37 | |
*** foexle has joined #openstack-swift | 13:42 | |
*** madhuri has joined #openstack-swift | 13:43 | |
madhuri | Hi, can anyone tell me what is the use of delete_at_container? | 13:43 |
*** traz_ has joined #openstack-swift | 13:43 | |
*** stevemac has joined #openstack-swift | 13:44 | |
*** stevemac has quit IRC | 13:48 | |
*** shakamunyi has joined #openstack-swift | 13:49 | |
*** ppai has quit IRC | 13:56 | |
pconstantine | madhuri: object servers have no idea where container server is located, therefore they get that info from proxy server | 14:06 |
*** CaioBrentano has left #openstack-swift | 14:06 | |
*** kopparam has quit IRC | 14:10 | |
*** kopparam has joined #openstack-swift | 14:16 | |
*** shakamunyi has quit IRC | 14:23 | |
tdasilva | madhuri: delete_at_container are system containers, named as a timestamp, used by the object_expiration daemon. | 14:30 |
tdasilva | madhuri: if the name of the container, which is a timestamp, is greater than the current time, then the objects in that container are deleted | 14:32 |
*** nexusz99_ has quit IRC | 14:37 | |
*** shakamunyi has joined #openstack-swift | 14:37 | |
openstackgerrit | Thiago da Silva proposed a change to openstack/swift: fix to handle object-expiration headers in one method https://review.openstack.org/111374 | 14:47 |
*** tsg has joined #openstack-swift | 14:48 | |
portante | madhuri: so make sure your swift cluster has a consistent notion of time. :) | 14:51 |
*** nshaikh has left #openstack-swift | 14:52 | |
*** kopparam has quit IRC | 14:57 | |
*** kopparam has joined #openstack-swift | 14:58 | |
*** nexusz99 has joined #openstack-swift | 14:59 | |
*** kopparam has quit IRC | 15:02 | |
*** kevinc_ has joined #openstack-swift | 15:14 | |
jyoti-ranjan | I have one basic question | 15:15 |
jyoti-ranjan | I added one new node to Swift cluster but I do want to add it only to object ring | 15:15 |
jyoti-ranjan | So, I added this node to object ring and rebalanced it | 15:15 |
jyoti-ranjan | Do I need to rebalance all other rings (account and container)? | 15:16 |
jyoti-ranjan | Do I need to push rebalanced ring to all nodes i.e. account and container node as well? | 15:16 |
*** atan8 has joined #openstack-swift | 15:17 | |
pconstantine | jyoti-ranjan: you don't need to rebalance other rings | 15:17 |
pconstantine | jyoti-ranjan: you will need to copy that new object ring file to all servers that currently have old object ring file | 15:18 |
jyoti-ranjan | Do I need to push rebalanced object ring to account and container node as well? | 15:18 |
pconstantine | jyoti-ranjan: only if they had object ring file before | 15:18 |
pconstantine | if they are pure account or pure container servers they do not need new object ring and did not have it | 15:19 |
jyoti-ranjan | Is it fine to have account and container services running on object nodes but not having account and container rings. I have an image which by default deploys all these process. But, I am thinking to turn it as account, container or object only by pushing appropriate rings. | 15:22 |
jyoti-ranjan | Is it fine to do this? | 15:22 |
nexusz99 | Q : The 'Object-Expirer' Daemon runs all object server? | 15:23 |
*** kopparam has joined #openstack-swift | 15:28 | |
*** nexusz99 has quit IRC | 15:32 | |
*** kopparam has quit IRC | 15:35 | |
clayg | does xprofile "just work" even with multiple workers or do you have to set workers to 0? | 15:41 |
clayg | nexusz99: you only need one, but you could run it all more servers, it doesn't have to be on the object server - but you could use those. | 15:42 |
*** stevemac has joined #openstack-swift | 15:45 | |
*** stevemac has quit IRC | 15:49 | |
*** shakamunyi has quit IRC | 15:51 | |
*** bvandenh has quit IRC | 15:53 | |
notmyname | good morning, world | 15:58 |
hurricanerix | Good morning notmyname, I have some questions about that task removing keystoneclient dependancies from swiftclient. | 16:02 |
hurricanerix | I started working on it, and it was pretty easy to get working with v2, but then i started looking at v3 and from what i can tell, it changes v2 a lot. | 16:05 |
hurricanerix | So I started wondering if re-implementing all that logic ourselves is really worth it. | 16:05 |
notmyname | hurricanerix: ah, interesting | 16:08 |
notmyname | hurricanerix: so the sdk wrapper to the http commands is a lot more complicated than in v2? | 16:09 |
notmyname | what's changed? | 16:09 |
hurricanerix | it seems that way to me, but i am no keystone expert. | 16:10 |
acoles | hurricanerix: pardon me bargeing in. if you do go ahead then take a look at https://review.openstack.org/#/c/91788/ which at least adds v3 command line options | 16:10 |
acoles | hurricanerix: i suspect you are right about the json schema getting more complex though | 16:10 |
hurricanerix | acoles: yeah, that is what got me looking at v3 =) | 16:11 |
acoles | hurricanerix: ah :) | 16:11 |
*** elambert has joined #openstack-swift | 16:11 | |
*** mrmoje has quit IRC | 16:12 | |
acoles | hurricanerix: and i guess there are more option combinations (e.g. domain/no-domain) allowed with v3 that keystoneclient probably takes care of | 16:12 |
hurricanerix | notmyname: trying to find the page I was looking at. | 16:12 |
hurricanerix | acoles: yeah | 16:13 |
hurricanerix | notmyname: if you look at POST /v3/auth/tokens here, you can see how much was changed: http://developer.openstack.org/api-ref-identity-v3.html | 16:15 |
hurricanerix | notmyname: I just don't want to remove the keystone client if the end result is something that does not work as well, and cause more bugs/maintenance/work. | 16:20 |
*** shakamunyi has joined #openstack-swift | 16:20 | |
*** shakamunyi has quit IRC | 16:20 | |
notmyname | hurricanerix: looking | 16:22 |
* notmyname is having a hard time following the class hierarchy of keystone clients | 16:26 | |
acoles | notmyname: :) been there | 16:29 |
*** astellwag has quit IRC | 16:30 | |
hurricanerix | notmyname: I have to step away for a bit, but I will be back shortly. | 16:32 |
acoles | note that keystoneclient.client does discovery before selecting v2 or v3 client i.e. it makes an extra request to service, which is why we import either v3.client or v2_0.client directly | 16:32 |
notmyname | hurricanerix: ok, I'll leave and (helpful) thought in here. I'll be in and out myself today | 16:32 |
notmyname | acoles: ok, thanks | 16:33 |
*** marzif_ has quit IRC | 16:33 | |
notmyname | acoles: I have no idea, yet, where the service_catalog attribute of the keystone client is actually set or implemented. (used in like 312 of client.py in python-swiftclient) | 16:34 |
acoles | notmyname: looking | 16:34 |
*** astellwag has joined #openstack-swift | 16:37 | |
notmyname | are we sure keystoneclient isn't just machine generated code? | 16:38 |
acoles | notmyname: its a property in httpclient line 279 | 16:38 |
acoles | notmyname: :) | 16:38 |
notmyname | acoles: ah, ok. makes sense. I hadn't even looked there because I didn't think a service catalog was an http thing. I though it was some sort of mixin from the *Manager instances that are attributes of the client class | 16:40 |
acoles | notmyname: set during authenticate method, generated by Access factory method which inspects response body to determine v3 vs v2 | 16:41 |
acoles | ...and return approriate abstraction of response. | 16:41 |
acoles | phew. | 16:41 |
*** addnull has quit IRC | 16:45 | |
*** stevemac has joined #openstack-swift | 16:46 | |
*** chandankumar has quit IRC | 16:46 | |
jyoti-ranjan | Hi, I have one basic query related to use case of adding a new disk. I think that I need to do following: add disk to ring -> rebalance it -> Push rings to new nodes | 16:49 |
jyoti-ranjan | Do I need to restart Swift services after pushing rebalanced rings? | 16:49 |
notmyname | jyoti-ranjan: no | 16:49 |
*** mkollaro has quit IRC | 16:49 | |
*** stevemac has quit IRC | 16:51 | |
jyoti-ranjan | Also, is it necessary to have all rings (account/container/object) on all nodes if I have splitted account/container nodes from object nodes? I think no. | 16:51 |
notmyname | jyoti-ranjan: correct. | 16:51 |
jyoti-ranjan | Will replication, account-reaper will keep working? | 16:52 |
notmyname | account/contianer processes (actually just the account and container background daemons) need the account and container rings | 16:52 |
jyoti-ranjan | I am curious to know about other processes like replication etc? | 16:53 |
jyoti-ranjan | Will it function correctly if all rings are not everywhere? | 16:53 |
*** bvandenh has joined #openstack-swift | 16:55 | |
*** kopparam has joined #openstack-swift | 16:59 | |
*** mwstorer has joined #openstack-swift | 17:00 | |
*** tsg has quit IRC | 17:01 | |
*** astellwag has quit IRC | 17:04 | |
*** gorazd has joined #openstack-swift | 17:06 | |
*** mmcardle has quit IRC | 17:06 | |
*** astellwag has joined #openstack-swift | 17:12 | |
torgomatic | jyoti-ranjan: Swift assumes that all rings are available everywhere. | 17:13 |
jyoti-ranjan | torgomatic: So, it is safer to push all rings to all nodes | 17:15 |
torgomatic | Currently, I think you can get away without account rings on object-service-only nodes, but that may change in the future. | 17:16 |
torgomatic | jyoti-ranjan: if you push all rings to all nodes, it's safest | 17:16 |
jyoti-ranjan | torgomatic: thanks it helps | 17:16 |
torgomatic | np | 17:17 |
jyoti-ranjan | One more thing, if I do replace a failed drive with healthy one then will all lost data will be replicated back. | 17:18 |
*** mahati has joined #openstack-swift | 17:18 | |
jyoti-ranjan | I believe that replacing drive will not need touching rings (unlike adding new disk). I might need to ensure only that it is formatted and mount point is same. Am I correct here? | 17:19 |
*** elmiko has joined #openstack-swift | 17:28 | |
elmiko | hey folks, i've got a few questions about swift containers and access. if i have a container in a project will all users in that project have access? | 17:29 |
jyoti-ranjan | yes I think. I do not think there is way to confine container to set of user. | 17:42 |
elmiko | jyoti-ranjan: ok, thanks | 17:42 |
*** stevemac has joined #openstack-swift | 17:46 | |
*** gyee has joined #openstack-swift | 17:49 | |
*** stevemac has quit IRC | 17:51 | |
*** NM has joined #openstack-swift | 17:51 | |
* notmyname is offline until later today | 17:51 | |
*** tsg has joined #openstack-swift | 18:01 | |
*** kopparam has quit IRC | 18:11 | |
*** kopparam has joined #openstack-swift | 18:12 | |
*** IRTermite has quit IRC | 18:15 | |
*** kopparam has quit IRC | 18:16 | |
*** shri has joined #openstack-swift | 18:17 | |
*** atan8 has quit IRC | 18:18 | |
*** jyoti-ranjan has quit IRC | 18:34 | |
jroll | notmyname: mind taking a look at this at some point? :) https://review.openstack.org/#/c/112095/ | 18:41 |
*** kopparam has joined #openstack-swift | 18:42 | |
*** chuck_ has joined #openstack-swift | 18:46 | |
*** stevemac has joined #openstack-swift | 18:47 | |
*** atan8 has joined #openstack-swift | 18:48 | |
openstackgerrit | Samuel Merritt proposed a change to openstack/swift: Merge remote-tracking branch 'gerrit/master' into ec https://review.openstack.org/112653 | 18:48 |
*** elmiko has left #openstack-swift | 18:48 | |
*** atan8 has quit IRC | 18:50 | |
*** kopparam has quit IRC | 18:50 | |
*** stevemac has quit IRC | 18:52 | |
*** bobby2_ is now known as bobby2 | 18:59 | |
*** chuck_ is now known as zul_ | 18:59 | |
*** mkollaro has joined #openstack-swift | 19:02 | |
*** kevinostoll has quit IRC | 19:11 | |
*** gvernik has joined #openstack-swift | 19:16 | |
*** kevinc_ has quit IRC | 19:22 | |
*** gvernik has quit IRC | 19:30 | |
*** shri1 has joined #openstack-swift | 19:41 | |
*** shri1 has quit IRC | 19:42 | |
*** shri has quit IRC | 19:44 | |
*** kevinc_ has joined #openstack-swift | 19:56 | |
*** zul_ has quit IRC | 20:05 | |
*** mkollaro has quit IRC | 20:09 | |
*** mahati has quit IRC | 20:16 | |
*** joeljwright has quit IRC | 20:50 | |
*** fifieldt_ has joined #openstack-swift | 20:59 | |
*** mjseger has quit IRC | 21:00 | |
*** tdasilva has quit IRC | 21:01 | |
*** fifieldt has quit IRC | 21:02 | |
*** kevinc_ has quit IRC | 21:08 | |
*** miqui has quit IRC | 21:12 | |
*** dmsimard is now known as dmsimard_away | 21:17 | |
*** tongli has quit IRC | 21:22 | |
*** bvandenh has quit IRC | 21:25 | |
*** foexle has quit IRC | 21:28 | |
*** mdonohoe has joined #openstack-swift | 21:44 | |
*** rando has quit IRC | 21:46 | |
openstackgerrit | A change was merged to openstack/swift: Merge remote-tracking branch 'gerrit/master' into ec https://review.openstack.org/112653 | 21:48 |
torgomatic | looks like httplib discards any headers received in a 100 Continue response... so much for that idea | 21:56 |
*** chuck_ has joined #openstack-swift | 22:05 | |
mattoliverau | Morning | 22:11 |
*** NM has quit IRC | 22:13 | |
*** kenhui has quit IRC | 22:15 | |
*** kenhui has joined #openstack-swift | 22:15 | |
notmyname | hi everyone (for a few minutes) | 22:24 |
*** gorazd has quit IRC | 22:25 | |
mattoliverau | notmyname: hi, looks like you've got another busy day. | 22:27 |
notmyname | mattoliverau: ya, but actually a good bit of today was on the road. drove SF to Sunnyvale and back this afternoon | 22:28 |
notmyname | (about 45 minutes one way) | 22:29 |
notmyname | but I got to eat really, really good afghan food for lunch though. so I'm happy about that :-) | 22:29 |
mattoliverau | notmyname: lol, ROADTRIP!! Nice! The best part of a road trip is the food ;) | 22:33 |
mattoliverau | Some friends are having an engagement party on the weekend (6-7 hours away by car), so will be spending most my weekend driving :( But hey its for friends so thats ok :) | 22:35 |
*** zaitcev has joined #openstack-swift | 22:38 | |
*** ChanServ sets mode: +v zaitcev | 22:38 | |
notmyname | ....and I'm out again. | 22:38 |
mattoliverau | have fun :) | 22:39 |
*** achhabra has quit IRC | 22:47 | |
*** vu has joined #openstack-swift | 22:50 | |
*** dmsimard_away is now known as dmsimard | 22:57 | |
*** kopparam has joined #openstack-swift | 23:06 | |
*** zaitcev has quit IRC | 23:09 | |
*** kopparam has quit IRC | 23:12 | |
*** dmsimard is now known as dmsimard_away | 23:17 | |
*** kenhui has quit IRC | 23:38 | |
*** wer has quit IRC | 23:42 | |
*** wer has joined #openstack-swift | 23:42 | |
*** dmsimard_away is now known as dmsimard | 23:43 | |
*** elambert has quit IRC | 23:46 | |
*** DisneyRicky has quit IRC | 23:55 | |
thurloat | hey team, just wanted to drop a thanks for being the most stable part of our public cloud deployment. | 23:56 |
thurloat | *cheers* | 23:56 |
*** chuck_ has quit IRC | 23:59 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!