Thursday, 2014-08-07

*** kevinc_ has quit IRC00:15
*** swat30 has quit IRC00:17
*** gyee has quit IRC00:22
*** swat30 has joined #openstack-swift00:25
*** dmorita has joined #openstack-swift00:26
*** tsg has joined #openstack-swift00:29
*** addnull has joined #openstack-swift00:41
*** marzif_ has quit IRC00:55
*** swat30 has quit IRC00:56
*** swat30 has joined #openstack-swift01:00
*** tsg has quit IRC01:02
openstackgerritpaul luse proposed a change to openstack/swift: Allow Diskfile to choose whether to cleanup old files per policy  https://review.openstack.org/11244901:05
peluse^ WIP:  Still a dozen or so tests to fix since the EC policy01:06
peluseexpectations are different but for those at the EC meetup that01:06
pelusewant an early look, here's how I'm thinking this should go...01:06
* peluse will be offline for the next 2 days... just FYI01:06
*** tsg has joined #openstack-swift01:07
*** thurloat has quit IRC01:07
*** achhabra has joined #openstack-swift01:08
*** thurloat has joined #openstack-swift01:09
*** swat30 has quit IRC01:11
*** mwstorer has quit IRC01:11
*** swat30 has joined #openstack-swift01:13
*** tsg has quit IRC01:17
*** addnull has quit IRC01:22
*** addnull has joined #openstack-swift01:23
*** swat30 has quit IRC01:25
*** addnull has quit IRC01:27
*** thurloat has quit IRC01:28
*** kota_ has joined #openstack-swift01:30
*** addnull has joined #openstack-swift01:31
*** thurloat has joined #openstack-swift01:34
*** swat30 has joined #openstack-swift01:36
*** thurloat has quit IRC01:39
*** swat30 has quit IRC01:41
*** nosnos has joined #openstack-swift01:41
*** swat30 has joined #openstack-swift01:42
*** thurloat has joined #openstack-swift01:44
*** thurloat has quit IRC01:53
*** swat30 has quit IRC01:54
*** thurloat has joined #openstack-swift01:56
*** swat30 has joined #openstack-swift01:57
*** bill_az has quit IRC02:13
*** haomaiw__ has quit IRC02:20
*** haomaiwang has joined #openstack-swift02:20
*** addnull_ has joined #openstack-swift02:22
*** addnull has quit IRC02:25
*** haomai___ has joined #openstack-swift02:29
*** haomaiwang has quit IRC02:32
*** kevinostoll has joined #openstack-swift02:44
*** swat30 has quit IRC02:47
*** thurloat has quit IRC02:48
*** thurloat has joined #openstack-swift02:53
*** swat30 has joined #openstack-swift02:57
*** nexusz99 has joined #openstack-swift03:14
*** nexusz99 has quit IRC03:31
*** ho has joined #openstack-swift03:46
*** ho is now known as Guest773603:46
*** Kbee has joined #openstack-swift03:55
*** mrsnivvel has joined #openstack-swift03:56
*** nosnos has quit IRC03:56
*** kota_ has quit IRC03:59
*** mrsnivvel has quit IRC04:02
*** addnull_ has quit IRC04:02
*** addnull has joined #openstack-swift04:02
*** jyoti-ranjan has joined #openstack-swift04:04
*** achhabra has quit IRC04:13
*** addnull has quit IRC04:16
*** mrsnivvel has joined #openstack-swift04:17
*** tsg has joined #openstack-swift04:18
*** atan8 has joined #openstack-swift04:25
*** atan8_ has joined #openstack-swift04:26
*** atan8_ has quit IRC04:27
*** jdag_ has joined #openstack-swift04:28
*** atan8 has quit IRC04:29
*** redbo_ has joined #openstack-swift04:30
*** dosaboy_ has joined #openstack-swift04:30
*** bobby2_ has joined #openstack-swift04:33
*** jd__` has joined #openstack-swift04:33
*** nosnos has joined #openstack-swift04:34
*** kevinostoll has quit IRC04:35
*** zaitcev has quit IRC04:35
*** jd__ has quit IRC04:35
*** acoles has quit IRC04:35
*** dosaboy has quit IRC04:35
*** jdag has quit IRC04:35
*** redbo has quit IRC04:35
*** bobby2 has quit IRC04:35
*** sileht has quit IRC04:35
*** otoolee has quit IRC04:35
*** jd__` is now known as jd__04:35
*** kevinostoll has joined #openstack-swift04:36
*** jdag_ is now known as jdag04:37
*** zaitcev has joined #openstack-swift04:42
*** ChanServ sets mode: +v zaitcev04:42
*** sileht has joined #openstack-swift04:43
*** bkopilov has joined #openstack-swift04:44
*** tsg has quit IRC04:45
openstackgerritGil Vernik proposed a change to openstack/swift: On demand data migration for Swift  https://review.openstack.org/6443004:51
*** traz_ has quit IRC04:54
*** k4n0 has joined #openstack-swift04:56
*** elambert has joined #openstack-swift04:58
*** addnull has joined #openstack-swift04:58
*** ChanServ sets mode: +v chmouel05:00
*** chandankumar has joined #openstack-swift05:06
*** addnull has quit IRC05:09
*** addnull has joined #openstack-swift05:21
*** k4n0 has quit IRC05:21
*** k4n0 has joined #openstack-swift05:34
*** ppai has joined #openstack-swift05:35
*** jyoti-ranjan has quit IRC05:36
openstackgerritGil Vernik proposed a change to openstack/swift: On demand data migration for Swift  https://review.openstack.org/6443005:50
*** Yorkfly has joined #openstack-swift05:53
*** elambert has quit IRC05:54
*** nshaikh has joined #openstack-swift06:01
*** k4n0 has quit IRC06:12
*** bkopilov has quit IRC06:14
*** nexusz99 has joined #openstack-swift06:15
*** zaitcev has quit IRC06:26
*** nexusz99 has quit IRC06:27
*** bkopilov has joined #openstack-swift06:27
*** k4n0 has joined #openstack-swift06:28
*** jyoti-ranjan has joined #openstack-swift07:02
*** acoles has joined #openstack-swift07:07
*** ChanServ sets mode: +v acoles07:07
*** otoolee- has joined #openstack-swift07:10
*** jyoti-ranjan has quit IRC07:20
*** jyoti-ranjan has joined #openstack-swift07:21
*** haomai___ has quit IRC07:30
*** haomaiwang has joined #openstack-swift07:31
*** jyoti-ranjan has quit IRC07:42
*** joeljwright has joined #openstack-swift07:46
*** haomai___ has joined #openstack-swift07:46
*** haomaiwang has quit IRC07:48
*** jyoti-ranjan has joined #openstack-swift07:49
*** mmcardle has joined #openstack-swift07:51
*** foexle has joined #openstack-swift07:57
*** mrmoje has quit IRC08:03
*** haomai___ has quit IRC08:07
*** haomaiwang has joined #openstack-swift08:08
*** jyoti-ranjan has quit IRC08:24
*** bvandenh has joined #openstack-swift08:33
preetoHi, 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
preetoAs 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
preetoI suspect it made issues already present visible.08:39
preetoWe 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
preetoThese values should be fairly consistent on all nodes, looking further it seems that the replication may be busted.08:46
preetoOn 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
preetoWhat is the best way to fix this such that all nodes agree?08:47
*** mitz has quit IRC08:49
*** mrmoje has joined #openstack-swift08:49
*** haomaiw__ has joined #openstack-swift08:53
*** haomaiwang has quit IRC08:56
pconstantinepreeto: 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 over08:57
*** kopparam has joined #openstack-swift09:02
*** jyoti-ranjan has joined #openstack-swift09:04
*** marzif_ has joined #openstack-swift09:07
*** mkollaro has joined #openstack-swift09:07
*** addnull has quit IRC09:08
*** Kbee has quit IRC09:09
*** pconstantine has quit IRC09:10
*** addnull has joined #openstack-swift09:10
*** Kbee has joined #openstack-swift09:10
*** pconstantine has joined #openstack-swift09:13
*** addnull_ has joined #openstack-swift09:14
*** addnull has quit IRC09:14
preetopconstantine: 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-swift09:31
*** addnull_ has quit IRC09:34
*** jyoti-ranjan has quit IRC09:40
*** stevemac has joined #openstack-swift09:51
*** Yorkfly has quit IRC10:07
*** Yorkfly has joined #openstack-swift10:07
*** Yorkfly has quit IRC10:08
*** addnull has quit IRC10:08
*** addnull has joined #openstack-swift10:09
*** stevemac has quit IRC10:12
*** stevemac has joined #openstack-swift10:13
*** stevemac has quit IRC10:17
*** jyoti-ranjan has joined #openstack-swift10:28
*** Kbee has quit IRC10:32
*** dmorita has quit IRC10:33
openstackgerritA change was merged to openstack/swift: Updates to EC user docs from EC design meet-up  https://review.openstack.org/11203710:42
*** stevemac has joined #openstack-swift10:43
*** stevemac has quit IRC10:45
*** stevemac has joined #openstack-swift10:45
*** stevemac has quit IRC10:49
*** mkollaro has quit IRC10:50
*** haomaiw__ has quit IRC11:02
*** haomaiwang has joined #openstack-swift11:02
*** Guest7736 has quit IRC11:20
*** ho has joined #openstack-swift11:20
*** ho is now known as Guest1545311:20
*** nosnos has quit IRC11:23
openstackgerritAlistair Coles proposed a change to openstack/swift: Add POST and DELETE to tempurl default methods  https://review.openstack.org/10646611:30
openstackgerritAlistair Coles proposed a change to openstack/swift: Update tempurl docstring with methods config option  https://review.openstack.org/11255911:30
*** dmsimard_away is now known as dmsimard11:43
*** mmcardle has quit IRC11:52
pconstantinepreeto: no need to stop anything, the remote node will know by querying the db existence12:01
*** kopparam_ has joined #openstack-swift12:01
*** ppai has quit IRC12:01
*** kopparam has quit IRC12:03
*** kopparam has joined #openstack-swift12:04
*** kopparam_ has quit IRC12:07
*** ppai has joined #openstack-swift12:14
*** mkollaro has joined #openstack-swift12:20
*** nexusz99 has joined #openstack-swift12:23
*** kenhui has joined #openstack-swift12:28
*** foexle has quit IRC12:40
*** miqui has joined #openstack-swift12:40
*** tongli has joined #openstack-swift12:45
*** stevemac has joined #openstack-swift12:47
*** stevemac has quit IRC12:51
*** ppai has quit IRC12:52
*** nexusz99 has quit IRC12:56
*** nexusz99 has joined #openstack-swift12:56
*** nexusz99 has quit IRC12:57
*** nexusz99 has joined #openstack-swift12:57
*** mmcardle has joined #openstack-swift12:57
*** bill_az has joined #openstack-swift12:57
*** k4n0 has quit IRC12:59
*** Guest15453 has quit IRC13:03
*** ppai has joined #openstack-swift13:04
*** CaioBrentano has joined #openstack-swift13:15
*** tdasilva has joined #openstack-swift13:18
jyoti-ranjanWhat is handoff node? And how can I add a handoff node to cluster?13:19
jyoti-ranjanIf 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-swift13:21
*** nexusz99_ has joined #openstack-swift13:34
*** nexusz99 has quit IRC13:37
*** foexle has joined #openstack-swift13:42
*** madhuri has joined #openstack-swift13:43
madhuriHi, can anyone tell me what is the use of delete_at_container?13:43
*** traz_ has joined #openstack-swift13:43
*** stevemac has joined #openstack-swift13:44
*** stevemac has quit IRC13:48
*** shakamunyi has joined #openstack-swift13:49
*** ppai has quit IRC13:56
pconstantinemadhuri: object servers have no idea where container server is located, therefore they get that info from proxy server14:06
*** CaioBrentano has left #openstack-swift14:06
*** kopparam has quit IRC14:10
*** kopparam has joined #openstack-swift14:16
*** shakamunyi has quit IRC14:23
tdasilvamadhuri: delete_at_container are system containers, named as a timestamp, used by the object_expiration daemon.14:30
tdasilvamadhuri: if the name of the container, which is a timestamp, is greater than the current time, then the objects in that container are deleted14:32
*** nexusz99_ has quit IRC14:37
*** shakamunyi has joined #openstack-swift14:37
openstackgerritThiago da Silva proposed a change to openstack/swift: fix to handle object-expiration headers in one method  https://review.openstack.org/11137414:47
*** tsg has joined #openstack-swift14:48
portantemadhuri: so make sure your swift cluster has a consistent notion of time. :)14:51
*** nshaikh has left #openstack-swift14:52
*** kopparam has quit IRC14:57
*** kopparam has joined #openstack-swift14:58
*** nexusz99 has joined #openstack-swift14:59
*** kopparam has quit IRC15:02
*** kevinc_ has joined #openstack-swift15:14
jyoti-ranjanI have one basic question15:15
jyoti-ranjanI added one new node to Swift cluster but I do want to add it only to object ring15:15
jyoti-ranjanSo, I added this node to object ring and rebalanced it15:15
jyoti-ranjanDo I need to rebalance all other rings (account and container)?15:16
jyoti-ranjanDo I need to push rebalanced ring to all nodes i.e. account and container node as well?15:16
*** atan8 has joined #openstack-swift15:17
pconstantinejyoti-ranjan: you don't need to rebalance other rings15:17
pconstantinejyoti-ranjan: you will need to copy that new object ring file to all servers that currently have old object ring file15:18
jyoti-ranjanDo I need to push rebalanced object ring to account and container node as well?15:18
pconstantinejyoti-ranjan: only if they had object ring file before15:18
pconstantineif they are pure account or pure container servers they do not need new object ring and did not have it15:19
jyoti-ranjanIs 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-ranjanIs it fine to do this?15:22
nexusz99Q : The 'Object-Expirer' Daemon runs all object server?15:23
*** kopparam has joined #openstack-swift15:28
*** nexusz99 has quit IRC15:32
*** kopparam has quit IRC15:35
claygdoes xprofile "just work" even with multiple workers or do you have to set workers to 0?15:41
claygnexusz99: 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-swift15:45
*** stevemac has quit IRC15:49
*** shakamunyi has quit IRC15:51
*** bvandenh has quit IRC15:53
notmynamegood morning, world15:58
hurricanerixGood morning notmyname, I have some questions about that task removing keystoneclient dependancies from swiftclient.16:02
hurricanerixI 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
hurricanerixSo I started wondering if re-implementing all that logic ourselves is really worth it.16:05
notmynamehurricanerix: ah, interesting16:08
notmynamehurricanerix: so the sdk wrapper to the http commands is a lot more complicated than in v2?16:09
notmynamewhat's changed?16:09
hurricanerixit seems that way to me, but i am no keystone expert.16:10
acoleshurricanerix: 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 options16:10
acoleshurricanerix: i suspect you are right about the json schema getting more complex though16:10
hurricanerixacoles: yeah, that is what got me looking at v3 =)16:11
acoleshurricanerix: ah :)16:11
*** elambert has joined #openstack-swift16:11
*** mrmoje has quit IRC16:12
acoleshurricanerix: and i guess there are more option combinations (e.g. domain/no-domain) allowed with v3 that keystoneclient probably takes care of16:12
hurricanerixnotmyname: trying to find the page I was looking at.16:12
hurricanerixacoles: yeah16:13
hurricanerixnotmyname: if you look at POST /v3/auth/tokens here, you can see how much was changed: http://developer.openstack.org/api-ref-identity-v3.html16:15
hurricanerixnotmyname: 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-swift16:20
*** shakamunyi has quit IRC16:20
notmynamehurricanerix: looking16:22
* notmyname is having a hard time following the class hierarchy of keystone clients16:26
acolesnotmyname: :) been there16:29
*** astellwag has quit IRC16:30
hurricanerixnotmyname: I have to step away for a bit, but I will be back shortly.16:32
acolesnote 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 directly16:32
notmynamehurricanerix: ok, I'll leave and (helpful) thought in here. I'll be in and out myself today16:32
notmynameacoles: ok, thanks16:33
*** marzif_ has quit IRC16:33
notmynameacoles: 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
acolesnotmyname: looking16:34
*** astellwag has joined #openstack-swift16:37
notmynameare we sure keystoneclient isn't just machine generated code?16:38
acolesnotmyname: its a property in httpclient line 27916:38
acolesnotmyname: :)16:38
notmynameacoles: 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 class16:40
acolesnotmyname: set during authenticate method, generated by Access factory method which inspects response body to determine v3 vs v216:41
acoles...and return approriate abstraction of response.16:41
acolesphew.16:41
*** addnull has quit IRC16:45
*** stevemac has joined #openstack-swift16:46
*** chandankumar has quit IRC16:46
jyoti-ranjanHi, 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 nodes16:49
jyoti-ranjanDo I need to restart Swift services after pushing rebalanced rings?16:49
notmynamejyoti-ranjan: no16:49
*** mkollaro has quit IRC16:49
*** stevemac has quit IRC16:51
jyoti-ranjanAlso, 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
notmynamejyoti-ranjan: correct.16:51
jyoti-ranjanWill replication, account-reaper will keep working?16:52
notmynameaccount/contianer processes (actually just the account and container background daemons) need the account and container rings16:52
jyoti-ranjanI am curious to know about other processes like replication etc?16:53
jyoti-ranjanWill it function correctly if all rings are not everywhere?16:53
*** bvandenh has joined #openstack-swift16:55
*** kopparam has joined #openstack-swift16:59
*** mwstorer has joined #openstack-swift17:00
*** tsg has quit IRC17:01
*** astellwag has quit IRC17:04
*** gorazd has joined #openstack-swift17:06
*** mmcardle has quit IRC17:06
*** astellwag has joined #openstack-swift17:12
torgomaticjyoti-ranjan: Swift assumes that all rings are available everywhere.17:13
jyoti-ranjantorgomatic: So, it is safer to push all rings to all nodes17:15
torgomaticCurrently, I think you can get away without account rings on object-service-only nodes, but that may change in the future.17:16
torgomaticjyoti-ranjan: if you push all rings to all nodes, it's safest17:16
jyoti-ranjantorgomatic: thanks it helps17:16
torgomaticnp17:17
jyoti-ranjanOne 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-swift17:18
jyoti-ranjanI 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-swift17:28
elmikohey 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-ranjanyes I think. I do not think there is way to confine container to set of user.17:42
elmikojyoti-ranjan: ok, thanks17:42
*** stevemac has joined #openstack-swift17:46
*** gyee has joined #openstack-swift17:49
*** stevemac has quit IRC17:51
*** NM has joined #openstack-swift17:51
* notmyname is offline until later today17:51
*** tsg has joined #openstack-swift18:01
*** kopparam has quit IRC18:11
*** kopparam has joined #openstack-swift18:12
*** IRTermite has quit IRC18:15
*** kopparam has quit IRC18:16
*** shri has joined #openstack-swift18:17
*** atan8 has quit IRC18:18
*** jyoti-ranjan has quit IRC18:34
jrollnotmyname: mind taking a look at this at some point? :) https://review.openstack.org/#/c/112095/18:41
*** kopparam has joined #openstack-swift18:42
*** chuck_ has joined #openstack-swift18:46
*** stevemac has joined #openstack-swift18:47
*** atan8 has joined #openstack-swift18:48
openstackgerritSamuel Merritt proposed a change to openstack/swift: Merge remote-tracking branch 'gerrit/master' into ec  https://review.openstack.org/11265318:48
*** elmiko has left #openstack-swift18:48
*** atan8 has quit IRC18:50
*** kopparam has quit IRC18:50
*** stevemac has quit IRC18:52
*** bobby2_ is now known as bobby218:59
*** chuck_ is now known as zul_18:59
*** mkollaro has joined #openstack-swift19:02
*** kevinostoll has quit IRC19:11
*** gvernik has joined #openstack-swift19:16
*** kevinc_ has quit IRC19:22
*** gvernik has quit IRC19:30
*** shri1 has joined #openstack-swift19:41
*** shri1 has quit IRC19:42
*** shri has quit IRC19:44
*** kevinc_ has joined #openstack-swift19:56
*** zul_ has quit IRC20:05
*** mkollaro has quit IRC20:09
*** mahati has quit IRC20:16
*** joeljwright has quit IRC20:50
*** fifieldt_ has joined #openstack-swift20:59
*** mjseger has quit IRC21:00
*** tdasilva has quit IRC21:01
*** fifieldt has quit IRC21:02
*** kevinc_ has quit IRC21:08
*** miqui has quit IRC21:12
*** dmsimard is now known as dmsimard_away21:17
*** tongli has quit IRC21:22
*** bvandenh has quit IRC21:25
*** foexle has quit IRC21:28
*** mdonohoe has joined #openstack-swift21:44
*** rando has quit IRC21:46
openstackgerritA change was merged to openstack/swift: Merge remote-tracking branch 'gerrit/master' into ec  https://review.openstack.org/11265321:48
torgomaticlooks like httplib discards any headers received in a 100 Continue response... so much for that idea21:56
*** chuck_ has joined #openstack-swift22:05
mattoliverauMorning22:11
*** NM has quit IRC22:13
*** kenhui has quit IRC22:15
*** kenhui has joined #openstack-swift22:15
notmynamehi everyone (for a few minutes)22:24
*** gorazd has quit IRC22:25
mattoliveraunotmyname: hi, looks like you've got another busy day.22:27
notmynamemattoliverau: ya, but actually a good bit of today was on the road. drove SF to Sunnyvale and back this afternoon22:28
notmyname(about 45 minutes one way)22:29
notmynamebut I got to eat really, really good afghan food for lunch though. so I'm happy about that :-)22:29
mattoliveraunotmyname: lol, ROADTRIP!! Nice! The best part of a road trip is the food ;)22:33
mattoliverauSome 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-swift22:38
*** ChanServ sets mode: +v zaitcev22:38
notmyname....and I'm out again.22:38
mattoliverauhave fun :)22:39
*** achhabra has quit IRC22:47
*** vu has joined #openstack-swift22:50
*** dmsimard_away is now known as dmsimard22:57
*** kopparam has joined #openstack-swift23:06
*** zaitcev has quit IRC23:09
*** kopparam has quit IRC23:12
*** dmsimard is now known as dmsimard_away23:17
*** kenhui has quit IRC23:38
*** wer has quit IRC23:42
*** wer has joined #openstack-swift23:42
*** dmsimard_away is now known as dmsimard23:43
*** elambert has quit IRC23:46
*** DisneyRicky has quit IRC23:55
thurloathey 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 IRC23:59

Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!