| *** _JZ_ has quit IRC | 00:34 | |
| *** zhurong has joined #openstack-swift | 00:39 | |
| *** adriant has joined #openstack-swift | 00:52 | |
| kota_ | good morning | 01:09 |
|---|---|---|
| *** m_kazuhiro has joined #openstack-swift | 01:10 | |
| m_kazuhiro | good morning | 01:12 |
| kota_ | m_kazuhiro: o/ | 01:13 |
| m_kazuhiro | kota_: o/ | 01:13 |
| *** stradling has joined #openstack-swift | 01:14 | |
| mattoliverau | kota_, m_kazuhiro: morning | 01:19 |
| kota_ | mattoliverau: o/ | 01:19 |
| m_kazuhiro | mattoliverau: morning! | 01:19 |
| *** vint_bra has joined #openstack-swift | 01:21 | |
| *** JimCheung has quit IRC | 01:39 | |
| *** Sukhdev has quit IRC | 01:47 | |
| *** vint_bra has quit IRC | 01:58 | |
| *** JimCheung has joined #openstack-swift | 01:58 | |
| *** JimCheung has quit IRC | 02:02 | |
| *** stradling has quit IRC | 02:04 | |
| *** jamielennox is now known as jamielennox|away | 02:07 | |
| openstackgerrit | Kota Tsuyuzaki proposed openstack/swift master: Follow up for patch 448449 https://review.openstack.org/455875 | 02:11 |
| *** vint_bra has joined #openstack-swift | 02:55 | |
| *** chlong has joined #openstack-swift | 03:02 | |
| *** chlong_ has joined #openstack-swift | 03:02 | |
| *** SkyRocknRoll has joined #openstack-swift | 03:03 | |
| *** SkyRocknRoll has quit IRC | 03:23 | |
| *** jamielennox|away is now known as jamielennox | 03:23 | |
| *** gkadam has joined #openstack-swift | 03:34 | |
| *** rcernin has joined #openstack-swift | 03:59 | |
| *** rcernin is now known as rcernin|wfh|mtg | 03:59 | |
| openstackgerrit | Kota Tsuyuzaki proposed openstack/swift master: Follow up for patch 448449 https://review.openstack.org/455875 | 04:01 |
| *** m_kazuhiro_ has joined #openstack-swift | 04:02 | |
| *** m_kazuhiro has quit IRC | 04:02 | |
| *** links has joined #openstack-swift | 04:03 | |
| *** zhurong has quit IRC | 04:06 | |
| *** m_kazuhiro_ has quit IRC | 04:14 | |
| *** vint_bra has quit IRC | 04:14 | |
| *** m_kazuhiro has joined #openstack-swift | 04:33 | |
| *** zhurong has joined #openstack-swift | 04:34 | |
| *** psachin has joined #openstack-swift | 04:36 | |
| *** chsc has joined #openstack-swift | 04:36 | |
| *** chsc has quit IRC | 04:51 | |
| *** chlong_ has quit IRC | 05:03 | |
| *** chlong has quit IRC | 05:03 | |
| *** PavelK has joined #openstack-swift | 05:06 | |
| PavelK | mattoliverau: morning | 05:07 |
| mattoliverau | PavelK: morning | 05:07 |
| PavelK | mattoliverau: patch 454174 is waiting to be merged. can you review it, please? | 05:07 |
| patchbot | https://review.openstack.org/#/c/454174/ - swift - Container drive error results double space usage o... | 05:07 |
| mattoliverau | PavelK: sure thing :) | 05:08 |
| PavelK | mattoliverau: thanks | 05:08 |
| *** rcernin|wfh|mtg has quit IRC | 05:11 | |
| *** jaosorior_away is now known as jaosorior | 05:13 | |
| *** Sukhdev has joined #openstack-swift | 05:19 | |
| *** rcernin has joined #openstack-swift | 05:20 | |
| mattoliverau | PavelK: done | 05:21 |
| PavelK | mattoliverau: thank you. I hope clayg was only bussy but not frustrated from me as he noticed in review | 05:22 |
| PavelK | *I mean "busy" | 05:23 |
| openstackgerrit | Kota Tsuyuzaki proposed openstack/swift master: Add Composite Ring Functionality https://review.openstack.org/441921 | 05:27 |
| kota_ | PavelK: congrats and thanks for making your effort to land it | 05:28 |
| kota_ | mattoliverau: thanks for the final judge to +A ;-) | 05:28 |
| mattoliverau | PavelK: clayg is always busy, but also zealous and excited. But he's really a big teddy bear. I don't think he was frustrated, just being clayg :) In fact he gave your patch so much attention because you did awesome work, and to give you context from a project POV :) | 05:29 |
| mattoliverau | kota_: nps | 05:29 |
| kota_ | mattoliverau: +1 | 05:30 |
| *** ChubYann has quit IRC | 05:44 | |
| *** cshastri has joined #openstack-swift | 05:49 | |
| *** Sukhdev has quit IRC | 05:58 | |
| *** Dinesh_Bhor has quit IRC | 06:04 | |
| *** RobGThai has joined #openstack-swift | 06:08 | |
| *** gyee has quit IRC | 06:08 | |
| *** klrmn has quit IRC | 06:18 | |
| *** pcaruana has joined #openstack-swift | 06:30 | |
| *** Dinesh_Bhor has joined #openstack-swift | 06:38 | |
| *** kei_yama has quit IRC | 06:42 | |
| *** kei_yama has joined #openstack-swift | 06:46 | |
| *** tesseract has joined #openstack-swift | 06:49 | |
| *** cshastri_ has joined #openstack-swift | 06:52 | |
| *** cshastri has quit IRC | 06:54 | |
| *** jistr has quit IRC | 06:54 | |
| *** jarbod_ has quit IRC | 06:54 | |
| *** jarbod has quit IRC | 06:54 | |
| *** jarbod has joined #openstack-swift | 06:55 | |
| *** jarbod_ has joined #openstack-swift | 06:55 | |
| *** thurloat has quit IRC | 06:55 | |
| *** neonpastor has quit IRC | 06:55 | |
| *** nikivi has quit IRC | 06:56 | |
| *** corvus has quit IRC | 06:56 | |
| *** jistr has joined #openstack-swift | 06:56 | |
| *** neonpastor has joined #openstack-swift | 06:56 | |
| *** corvus has joined #openstack-swift | 06:56 | |
| *** thurloat has joined #openstack-swift | 06:57 | |
| *** nikivi has joined #openstack-swift | 06:57 | |
| *** rcernin has quit IRC | 06:59 | |
| *** d0ugal has joined #openstack-swift | 07:03 | |
| *** d0ugal has quit IRC | 07:03 | |
| *** d0ugal has joined #openstack-swift | 07:03 | |
| *** cshastri_ is now known as cshastri | 07:07 | |
| *** adriant has quit IRC | 07:15 | |
| *** rcernin has joined #openstack-swift | 07:16 | |
| openstackgerrit | Merged openstack/swift master: Container drive error results double space usage on rest drives https://review.openstack.org/454174 | 07:21 |
| acoles | good morning | 07:23 |
| kota_ | acoles: good morning | 07:27 |
| kota_ | acoles: just finishing up the review on patch 449310 | 07:31 |
| patchbot | https://review.openstack.org/#/c/449310/ - swift - Add id to RingBuilder to differentiate rings in co... | 07:31 |
| onovy | notmyname: hi, please ping me when you will be here, thanks | 07:31 |
| onovy | morning to all | 07:31 |
| kota_ | onovy: thanks for pushing the db fix to stable branches | 07:31 |
| acoles | kota_: thanks | 07:31 |
| mattoliverau | acoles: morning | 07:32 |
| acoles | onovy: o/ | 07:32 |
| kota_ | acoles: the main reason for my -1 is the behavor self._id = None if we got IOError | 07:32 |
| mattoliverau | onovy: morning | 07:32 |
| acoles | mattoliverau: thanks for all your notes on patch 454386 | 07:32 |
| patchbot | https://review.openstack.org/#/c/454386/ - swift - Fix install guide filter:authtoken config example | 07:32 |
| kota_ | at saving | 07:32 |
| mattoliverau | acoles: no probs. Seems the intall_guide has been fixed | 07:32 |
| mattoliverau | *install | 07:33 |
| acoles | mattoliverau: (a) I am so jealous because you have a keystone with a domain with id=default. I used to have such a thing but not with my recent attempts to install keystone. I'm sure that's my bad. But (b) here's the other side of the story https://docs.openstack.org/mitaka/install-guide-ubuntu/keystone-users.html | 07:34 |
| acoles | mattoliverau: aha - so which install guide got fixed? | 07:34 |
| mattoliverau | acoles: yup, but newton and ocata versions of the same guide is now using bootstrap :) | 07:34 |
| acoles | mattoliverau: woohoo | 07:35 |
| mattoliverau | acoles: as did I when I built my dev keystone + swift env.. which is why I had id=default | 07:35 |
| *** m_kazuhiro has quit IRC | 07:35 | |
| onovy | kota_: np :] | 07:36 |
| *** rcernin has quit IRC | 07:37 | |
| acoles | mattoliverau: so this page title is now a little out of date - no longer need to create a domain because the default is there, by default! | 07:37 |
| *** rcernin_ has joined #openstack-swift | 07:37 | |
| onovy | btw: can anyone look to https://review.openstack.org/#/c/448244/ and https://review.openstack.org/#/c/391605/ pls? | 07:37 |
| patchbot | patch 448244 - swift - Replace slowdown option with *_per_second option | 07:37 |
| patchbot | patch 391605 - swift - Added rsync_no_change metrics to recon | 07:37 |
| *** rcernin_ has quit IRC | 07:38 | |
| *** rcernin_ has joined #openstack-swift | 07:38 | |
| acoles | mattoliverau: https://docs.openstack.org/ocata/install-guide-ubuntu/keystone-users.html | 07:38 |
| acoles | mattoliverau: hmm, so here it says that its db_sync that creates default domain. although it would seem to be a bootstrappy kind of thing to do | 07:39 |
| acoles | https://docs.openstack.org/developer/keystone/devref/services.html#the-default-domain | 07:39 |
| acoles | mattoliverau: anyway, w/e I am glad if we have returned to the default domain defaulting to having id 'default' and name 'Default' :) | 07:40 |
| mattoliverau | acoles: +1 | 07:41 |
| acoles | mattoliverau: problem is that there's people who deployed keystone using maybe Mitaka and created a domain with *name* default and random id, according to the install guide back then, who then can't get swift to auth using domain-id=default :/ I have had several such issues come up here in channel. Talk about confusing! | 07:42 |
| acoles | mattoliverau: thanks for helping me see the light! | 07:44 |
| mattoliverau | Yeah, I feel sorry for those who are now carrying around a "different" default id. But at least for anyone creating new installs, which IMHO will be the people copying and pasting samples would now be getting it right | 07:44 |
| mattoliverau | so long of course they are installing newton + | 07:45 |
| mattoliverau | acoles: your welcome, it might have send me off on a tagent I wasn't expecting, but I've at least learnt alot about keystone and especially keystone + swift ;) | 07:45 |
| acoles | mattoliverau: oh boy: this is ocata install for glance https://docs.openstack.org/ocata/install-guide-ubuntu/glance-install.html , has user_domain_name = default | 07:46 |
| acoles | same in nova | 07:46 |
| mattoliverau | damn, opps that's not going to go well :( | 07:48 |
| mattoliverau | not on a default install of keystone nowdays | 07:48 |
| mattoliverau | asettle: FYI ^ these are the wrong keystone defaults for auth_token. | 07:48 |
| mattoliverau | they could safely change it to: | 07:50 |
| mattoliverau | project_domain_id = default | 07:50 |
| mattoliverau | user_domain_id = default | 07:50 |
| mattoliverau | And they'd be corrected though | 07:50 |
| acoles | mattoliverau: so this is in the last step of the keystone install 'export OS_USER_DOMAIN_NAME=Default' | 07:51 |
| mattoliverau | anyway, baby bed/dinner rutine time. | 07:51 |
| acoles | hmmm, are domain names case insensitive? if so then all is good ?? | 07:51 |
| mattoliverau | acoles: and becauses it's domain_name it should be correct | 07:51 |
| mattoliverau | domain_id = default, domain_name = Domain | 07:52 |
| *** geaaru has joined #openstack-swift | 07:52 | |
| acoles | can the domain {id=default, name=Default} be referred to using name=default by virtue of case insensitivity?? | 07:52 |
| acoles | mattoliverau: have good evening! | 07:53 |
| *** SkyRocknRoll has joined #openstack-swift | 08:00 | |
| mattoliverau | acoles: not in my tests (see review) | 08:05 |
| acoles | mattoliverau: k. and I think case insensitivity (if any) would be a property of backend not intrinsic. | 08:06 |
| *** cbartz has joined #openstack-swift | 08:07 | |
| acoles | kota_: thanks for your reviews | 08:08 |
| * acoles afk, back later | 08:08 | |
| kota_ | acoles: np | 08:11 |
| *** Administrator_ has quit IRC | 08:12 | |
| *** Administrator_ has joined #openstack-swift | 08:12 | |
| *** oshritf__ has joined #openstack-swift | 08:17 | |
| *** SkyRocknRoll has quit IRC | 08:18 | |
| asettle | mattoliverau: is there a bug? | 08:22 |
| *** dmellado has joined #openstack-swift | 08:23 | |
| mattoliverau | asettle: pfft of course not (actually no idea) we've just noticed it cause of swift. Plus I'm bathing baby ATM, so a little preoccupied ;) | 08:23 |
| asettle | mattoliverau: when you're done babying - could you do a bug when you got a mo? :) | 08:23 |
| mattoliverau | I don't know how many projects it effects but I try and do that thing in the morn :) | 08:25 |
| asettle | mattoliverau: no worries. If we have one, we can reach out :) | 08:28 |
| *** links has quit IRC | 08:35 | |
| *** ma9_ has joined #openstack-swift | 08:46 | |
| *** kei_yama has quit IRC | 08:48 | |
| *** links has joined #openstack-swift | 08:52 | |
| *** ma9_ has left #openstack-swift | 09:01 | |
| *** csmart1 has quit IRC | 09:11 | |
| *** thurloat[m] has quit IRC | 09:11 | |
| *** csmart has joined #openstack-swift | 09:15 | |
| *** links has quit IRC | 09:20 | |
| openstackgerrit | Matthew Oliver proposed openstack/swift master: Fix install guide filter:authtoken config example https://review.openstack.org/454386 | 09:24 |
| mattoliverau | asettle: I just made this one to cover it in Swift: https://bugs.launchpad.net/swift/+bug/1682059 | 09:25 |
| openstack | Launchpad bug 1682059 in OpenStack Object Storage (swift) "Fix install guide filter:authtoken config example" [Undecided,Confirmed] | 09:25 |
| asettle | mattoliverau: gracias gracias :D | 09:26 |
| mattoliverau | then updated the patch we have that fixes it to point to it ^ | 09:26 |
| *** thurloat[m] has joined #openstack-swift | 09:30 | |
| *** gkadam is now known as gkadam-afk | 09:30 | |
| *** links has joined #openstack-swift | 09:33 | |
| *** abhitechie has joined #openstack-swift | 09:43 | |
| *** abhinavtechie has joined #openstack-swift | 09:44 | |
| asettle | mattoliverau: reading this further now I've had coffee, I think we did address this issue in master. OR at least, we had a few bugs. | 09:46 |
| *** abhitechie has quit IRC | 09:48 | |
| mattoliverau | asettle: kk, we've just noticed it, and saw that it seemed wrong in glance and nova (see acoles links above). so thought it'll be best to let you know :) | 10:15 |
| mattoliverau | and maybe more, that's all we checked | 10:15 |
| asettle | mattoliverau: yeah I think it's across. I'll look more into it today :) thanks for pointing it out, appreciate it. I'll get onto it :) | 10:15 |
| mattoliverau | asettle: ta :) and in case I don't see you before hand, happy easter! | 10:16 |
| asettle | mattoliverau: likewise dude! Have fun with the fam <3 | 10:16 |
| acoles | asettle: hi! following on from that discussion - how do we achieve consistency across the install guides for projects - if we change the domain reference in swift, then from the perspective of a user working through an install, swift is the odd one out. do the install guides get published just once per release or will any change we make appear immediately? | 10:20 |
| asettle | acoles: once per release. So if you need to change something in Ocata, you will need to backport. | 10:20 |
| asettle | But anything for Pike will not appear until August. | 10:21 |
| acoles | asettle: ok, thanks | 10:22 |
| acoles | asettle: my fear is that for Pike the keystone install process reverts to what it was in Mitaka, meanwhile we change to match what is in Ocata, and end up wrong again :/ | 10:24 |
| *** abhinavtechie has quit IRC | 10:25 | |
| asettle | acoles: an understandable fear. Unfortunately I don't know what to tell you... We keep up to date with the dev projects cycle. We document what we know/are told. | 10:27 |
| asettle | Admittedly fixing mistakes along the way. | 10:27 |
| acoles | asettle: sure. I'm just worrying-out-loud ;) any idea if there is a bug on openstack manuals similar to bug 1682059? | 10:29 |
| openstack | bug 1682059 in OpenStack Object Storage (swift) "Fix install guide filter:authtoken config example" [Undecided,Confirmed] https://launchpad.net/bugs/1682059 | 10:29 |
| asettle | acoles: yeah makes sense. I dunno what to do to help you though :( I mean, tell me if you know... we're just the middle guys ;) | 10:29 |
| asettle | acoles: tbh, yes, pretty sure. LEt me look | 10:29 |
| asettle | acoles: ugh this might take me a while | 10:36 |
| asettle | https://review.openstack.org/#/c/453071/2 | 10:37 |
| patchbot | patch 453071 - openstack-manuals - Fix horizon/keystone default domain instructions (MERGED) | 10:37 |
| *** abhitechie has joined #openstack-swift | 10:37 | |
| asettle | Actually, tbh acoles that looks like that it. I thought there were more for some reason :/ | 10:39 |
| *** JimCheung has joined #openstack-swift | 10:41 | |
| acoles | asettle: thanks! so Horizon fixed itself. AFAICT nova and glance install guides are broken. | 10:41 |
| asettle | acoles: superb. | 10:42 |
| acoles | and swift currently, til we merge the patch we have | 10:42 |
| *** JimCheung has quit IRC | 10:45 | |
| openstackgerrit | Pavel Kvasnička proposed openstack/swift master: WIP: DB replicator cleanup https://review.openstack.org/448480 | 10:49 |
| asettle | acoles: okay I'll keep an eye out. | 10:50 |
| acoles | asettle: thanks for all the info | 10:52 |
| asettle | Best I had, sorry for not being more helpful :( | 10:52 |
| asettle | I'll try and get the install guides fixed on masse. And I'll try and communicate with everyone else that their guides might need to be reviewed. | 10:53 |
| *** abhitechie has quit IRC | 11:06 | |
| *** PavelK has quit IRC | 11:06 | |
| *** abhitechie has joined #openstack-swift | 11:11 | |
| openstackgerrit | Pavel Kvasnička proposed openstack/swift master: WIP: DB replicator cleanup https://review.openstack.org/448480 | 11:13 |
| *** abhitechie has quit IRC | 11:13 | |
| *** abhitechie has joined #openstack-swift | 11:14 | |
| acoles | asettle: you are helpful! :) | 11:15 |
| *** abhinavtechie has joined #openstack-swift | 11:16 | |
| *** abhitechie has quit IRC | 11:17 | |
| *** abhinavtechie has quit IRC | 11:17 | |
| acoles | asettle: I just commented on patch 454386 that ideally we'd have consistency across project install guides w.r.t. referring not only to the correct domain, but consistently referring via either it's name or id. | 11:17 |
| patchbot | https://review.openstack.org/#/c/454386/ - swift - Fix install guide filter:authtoken config example | 11:17 |
| *** abhinavtechie has joined #openstack-swift | 11:17 | |
| *** PavelK has joined #openstack-swift | 11:18 | |
| *** abhinavtechie has quit IRC | 11:20 | |
| *** abhinavtechie has joined #openstack-swift | 11:20 | |
| asettle | acoles: at the very least, I know I can fix: Keystone, cinder, neutron, nova, glance and horizon (done) | 11:24 |
| asettle | acoles: actually, what I *would* recommend you do | 11:24 |
| asettle | Email the CPLs | 11:24 |
| asettle | https://wiki.openstack.org/wiki/CrossProjectLiaisons#Documentation | 11:24 |
| *** zhurong has quit IRC | 11:26 | |
| *** mvk has quit IRC | 11:31 | |
| *** oshritf__ has quit IRC | 11:34 | |
| *** gkadam-afk is now known as gkadam | 11:42 | |
| *** psachin has quit IRC | 11:51 | |
| *** PavelK has quit IRC | 11:51 | |
| *** chlong has joined #openstack-swift | 11:52 | |
| *** chlong_ has joined #openstack-swift | 11:52 | |
| *** chlong_ has quit IRC | 11:54 | |
| openstackgerrit | OpenStack Proposal Bot proposed openstack/swift master: Updated from global requirements https://review.openstack.org/88736 | 11:54 |
| *** abhinavtechie has quit IRC | 11:56 | |
| *** joeljwright has joined #openstack-swift | 11:57 | |
| *** ChanServ sets mode: +v joeljwright | 11:57 | |
| *** mvk has joined #openstack-swift | 12:03 | |
| *** klamath has joined #openstack-swift | 12:04 | |
| *** klamath has quit IRC | 12:04 | |
| *** klamath has joined #openstack-swift | 12:05 | |
| *** winggundamth has joined #openstack-swift | 12:07 | |
| *** psachin has joined #openstack-swift | 12:08 | |
| *** stradling has joined #openstack-swift | 12:45 | |
| openstackgerrit | Juan Antonio Osorio Robles proposed openstack/python-swiftclient master: WIP: Use keystone session when possible https://review.openstack.org/456205 | 12:48 |
| mathiasb | acoles: thanks for the review comments on the barbican patch! | 12:58 |
| *** gkadam has quit IRC | 13:05 | |
| *** psachin has quit IRC | 13:06 | |
| *** links has quit IRC | 13:17 | |
| *** psachin has joined #openstack-swift | 13:27 | |
| *** catintheroof has joined #openstack-swift | 13:27 | |
| acoles | mathiasb: hi, you're welcome | 13:29 |
| *** zhurong has joined #openstack-swift | 13:46 | |
| *** tongli has joined #openstack-swift | 13:57 | |
| *** _JZ_ has joined #openstack-swift | 13:58 | |
| *** zhurong_ has joined #openstack-swift | 13:59 | |
| *** _JZ_ has quit IRC | 13:59 | |
| *** _JZ_ has joined #openstack-swift | 14:00 | |
| *** zhurong has quit IRC | 14:01 | |
| *** henman has joined #openstack-swift | 14:16 | |
| *** silor has joined #openstack-swift | 14:29 | |
| *** silor has quit IRC | 14:32 | |
| *** links has joined #openstack-swift | 14:33 | |
| *** silor has joined #openstack-swift | 14:35 | |
| *** links has quit IRC | 14:36 | |
| *** cshastri has quit IRC | 14:43 | |
| *** henman has left #openstack-swift | 14:44 | |
| *** Amaz_ has joined #openstack-swift | 14:46 | |
| *** remix_tj has joined #openstack-swift | 14:47 | |
| *** Amaz_ has quit IRC | 14:48 | |
| *** AmazT has joined #openstack-swift | 14:49 | |
| remix_tj | hello tdasilva, i've seen your post about running functional tests against swift. We have a 3rd party implementation of Swift (DellEMC ECS) and we would like run tests against it to find out limitations. It may be an idea? | 14:49 |
| *** silor1 has joined #openstack-swift | 14:52 | |
| tdasilva | remix_tj: yes, it should be pretty straight forward. You just need to edit the test.conf to point to your swift endpoint | 14:52 |
| *** silor has quit IRC | 14:52 | |
| remix_tj | In general, does the tests available in swift shows the goodness of a swift implementation? | 14:53 |
| remix_tj | tdasilva: yes, i did | 14:53 |
| *** xinli has joined #openstack-swift | 14:53 | |
| remix_tj | i launched the tests now, i'll wait for the response. | 14:53 |
| *** silor1 has quit IRC | 14:53 | |
| tdasilva | remix_tj: yes, in principle the functional tests are black box testing, so it is really just testing the APIs that swift offers | 14:53 |
| *** silor has joined #openstack-swift | 14:54 | |
| remix_tj | perfect | 14:54 |
| tdasilva | remix_tj: in your 3rd party implementation, are you using the swift proxy? did you implement a new diskfile? | 14:54 |
| remix_tj | tdasilva: emc provides swift apis directly from their hardware appliance | 14:55 |
| tdasilva | remix_tj: yes, but do you know what software is running there? | 14:55 |
| remix_tj | http://emergingtechblog.emc.com/openstack-swift-object-storage-integration-ecs/ | 14:55 |
| remix_tj | oh, suppose ViPR (CoprHD) | 14:56 |
| remix_tj | that is a swift proxy i think | 14:56 |
| tdasilva | oh yeah, i remember reading the wonderful blog post | 14:57 |
| tdasilva | "OpenStack Swift falls short of being a true enterprise-grade production-ready solution" | 14:57 |
| *** zhurong_ has quit IRC | 14:57 | |
| acoles | I was just enjoying that too | 14:57 |
| asettle | acoles: spoke to cmurphy today, she went through the entire install guide and only found the Default default thing on the two instances she patched up. | 14:59 |
| tdasilva | it's funny how I've heard this twice from people that are supposed to know storage: "Further, as you grow across sites you will require ‘strong’ data consistency" | 15:00 |
| remix_tj | tdasilva acoles fyi the implementation of swift by EMC is a crap. I'm looking for real data to confirm it :-) | 15:01 |
| tdasilva | remix_tj: sorry, don't mean to be directly at you, btw...i'm sure that blog post was written by marketing folks that love to throw mud at something else to make them look good | 15:01 |
| *** jaosorior is now known as jaosorior_away | 15:02 | |
| acoles | asettle: but swift has the same as glance https://docs.openstack.org/ocata/install-guide-ubuntu/glance-install.html | 15:03 |
| *** AmazT has quit IRC | 15:03 | |
| remix_tj | tdasilva: i use ECS only because my company bought it and i can use it for free :-P i'd never loose time with this kind of hardware when i can have several open implementations | 15:03 |
| *** rcernin_ has quit IRC | 15:04 | |
| asettle | acoles: yeah - she did mention it wasn't perfect. I'll review the guide. | 15:04 |
| acoles | remix_tj: IIRC some of the swift functional tests use the swift discovery api feature to determine if certain features are enabled, and skip tests if they are not, so be aware of that - I have no idea if your service provides the discovery (<endpoint>/info) feature | 15:05 |
| acoles | asettle: you are being sucked into the confusion...:P | 15:06 |
| asettle | acoles: isn't that part of my job description? | 15:07 |
| acoles | asettle: lol. "Role #1: be available for becoming confused" | 15:08 |
| asettle | Role #2: Be prepared to confuse others with your confusion | 15:08 |
| *** silor1 has joined #openstack-swift | 15:11 | |
| acoles | asettle: darn - you made me laugh and now I have completely forgotten what I was doing | 15:11 |
| asettle | acoles: Perfect *dust off hands* | 15:12 |
| asettle | Well I can leave now, job done. | 15:12 |
| *** silor has quit IRC | 15:12 | |
| *** silor1 is now known as silor | 15:12 | |
| *** cbartz1 has joined #openstack-swift | 15:13 | |
| remix_tj | acoles: ok, i'll check this | 15:14 |
| *** cbartz has quit IRC | 15:14 | |
| remix_tj | tdasilva acoles anyway: Ran: 444 tests in 1108.0000 sec. Passed: 18, Skipped: 46, Expected Fail: 0, Unexpected Success: 0, Failed: 380 | 15:15 |
| acoles | you might want to check that all those fails aren't simply due to auth failing | 15:16 |
| remix_tj | i see several test.functional.swift_test_client.ResponseError: 400: 'Bad Request' | 15:17 |
| *** silor has quit IRC | 15:17 | |
| *** silor has joined #openstack-swift | 15:17 | |
| *** chsc has joined #openstack-swift | 15:18 | |
| remix_tj | in some test there is explicit error about missing authentication. i.e. there is a 403 returned when connecting with no token instead of a required 401 or 412 | 15:20 |
| acoles | remix_tj: if you can get swiftclient to talk to your endpoint then you'll get some insight into how you need to configure the auth in swift's test.conf, the defaults in that file are not for keystone | 15:23 |
| remix_tj | i'm already uploading files to swift, without issues by using standard openrc file downloaded from horizon | 15:24 |
| remix_tj | so i think is not a problem about authentication, is simply a bad implementation of swift apis | 15:24 |
| *** chsc has quit IRC | 15:24 | |
| acoles | ok, but be sure you have the auth endpoint from your openrc reflected in test.conf, AFAIK the swift functional tests do not pick up env vars. | 15:26 |
| remix_tj | acoles: yes, the file is ok and points to the right auth endpoint | 15:26 |
| *** SkyRocknRoll has joined #openstack-swift | 15:28 | |
| remix_tj | i'm using this instructions https://thiagodasilvablog.wordpress.com/2016/11/02/running-functional-test-against-an-openstack-swift-cluster-deployed-with-tripleo/ | 15:28 |
| acoles | remix_tj: OIC, that's what I was meaning | 15:29 |
| *** d0ugal has quit IRC | 15:30 | |
| *** d0ugal has joined #openstack-swift | 15:30 | |
| *** d0ugal has quit IRC | 15:30 | |
| *** d0ugal has joined #openstack-swift | 15:30 | |
| *** d0ugal has quit IRC | 15:31 | |
| *** d0ugal has joined #openstack-swift | 15:31 | |
| *** d0ugal has quit IRC | 15:31 | |
| *** d0ugal has joined #openstack-swift | 15:31 | |
| *** silor has quit IRC | 15:31 | |
| *** silor has joined #openstack-swift | 15:31 | |
| acoles | nice post tdasilva ^^ | 15:31 |
| acoles | lol - *3rd* sentence - "Did that confuse you yet?" | 15:32 |
| winggundamth | hi all | 15:34 |
| *** geaaru has quit IRC | 15:34 | |
| winggundamth | anyone ever facing TIME_WAIT 50k+ when using Swift before? | 15:34 |
| winggundamth | I already put tw_recycle and tw_reuse = 1 but it doesn't help | 15:35 |
| *** winggundamth_ has joined #openstack-swift | 15:36 | |
| rledisez | hi winggundamth. can i ask you what version of Swift you're using, and if you use replica or EC? I have a similar issue since Swift 2.7 with EC | 15:36 |
| winggundamth_ | I can see a lot of "proxy-server: ERROR with Object server 172.27.6.82:6000/sdj re: Trying to get final status of PUT to" in swift proxy error log | 15:37 |
| winggundamth_ | rledisez: sure. one sec | 15:37 |
| tdasilva | acoles, remix_tj sorry had a meeting, reading up scrollback now | 15:39 |
| *** winggundamth has quit IRC | 15:40 | |
| winggundamth_ | rledisez: "version": "2.7.1.dev8" from /info | 15:41 |
| remix_tj | tdasilva: no problem | 15:41 |
| winggundamth_ | rledisez: I'm using replica | 15:41 |
| tdasilva | acoles: heh, that was confusing ;) | 15:43 |
| tdasilva | remix_tj: is your auth keystone? or does ECS use something else? | 15:44 |
| remix_tj | ECS supports only Keystone V3 | 15:44 |
| remix_tj | has support for keystone v2, but is an internal keystone, not an external one (i.e. the one of an existing openstack setup) | 15:45 |
| tdasilva | i see | 15:45 |
| remix_tj | i've saved the full output of the functests and tomorrow i'll take a more detailed look since is very long. | 15:46 |
| rledisez | winggundamth: you might want to update first, some bugs about leak on replica has been fixed but I can't remember in which version | 15:48 |
| winggundamth_ | :( | 15:51 |
| winggundamth_ | another question. anyone know the reason why Swift used network thoughput around 500Mbps on every swift node all the time? | 15:52 |
| winggundamth_ | try to check with iftop. I can see a lot of thoughput via port 6000. I think it is object server right? | 15:54 |
| *** Sukhdev_ has joined #openstack-swift | 15:55 | |
| *** silor has quit IRC | 15:57 | |
| *** tesseract has quit IRC | 15:58 | |
| *** mvk has quit IRC | 16:18 | |
| *** JimCheung has joined #openstack-swift | 16:21 | |
| *** vint_bra has joined #openstack-swift | 16:27 | |
| *** cbartz1 has quit IRC | 16:27 | |
| *** Sukhdev_ has quit IRC | 16:31 | |
| *** vint_bra has quit IRC | 16:35 | |
| *** chosafine has joined #openstack-swift | 16:44 | |
| *** chsc has joined #openstack-swift | 16:45 | |
| *** chsc has joined #openstack-swift | 16:45 | |
| *** gyee has joined #openstack-swift | 16:46 | |
| *** psachin has quit IRC | 16:49 | |
| *** tongli has quit IRC | 16:52 | |
| *** pxwang has joined #openstack-swift | 16:52 | |
| *** chosafine has quit IRC | 16:53 | |
| *** pxwang has quit IRC | 16:54 | |
| timburke | good morning | 16:56 |
| *** klrmn has joined #openstack-swift | 17:04 | |
| *** psachin has joined #openstack-swift | 17:06 | |
| *** klrmn has quit IRC | 17:10 | |
| *** psachin_ has joined #openstack-swift | 17:11 | |
| *** psachin_ has quit IRC | 17:14 | |
| *** psachin_ has joined #openstack-swift | 17:19 | |
| *** klrmn has joined #openstack-swift | 17:20 | |
| *** psachin_ has quit IRC | 17:21 | |
| *** psachin_ has joined #openstack-swift | 17:22 | |
| *** psachin_ has quit IRC | 17:23 | |
| *** silor has joined #openstack-swift | 17:24 | |
| *** oshritf__ has joined #openstack-swift | 17:26 | |
| *** oshritf__ has quit IRC | 17:32 | |
| *** silor has quit IRC | 17:32 | |
| *** oshritf__ has joined #openstack-swift | 17:33 | |
| *** tonanhngo has joined #openstack-swift | 17:34 | |
| *** psachin has quit IRC | 17:34 | |
| *** tonanhngo has quit IRC | 17:35 | |
| *** xinli has quit IRC | 17:36 | |
| *** tonanhngo has joined #openstack-swift | 17:37 | |
| *** oshritf__ has quit IRC | 17:44 | |
| *** AmazT has joined #openstack-swift | 17:52 | |
| AmazT | Hi All. First time here so I hope this is the right place and audience for my query. | 17:53 |
| AmazT | I'm having an issue that I've hit a dead end with. I'm uploading large objects using SLO to my swift cluster. Once the segments and manifest files have been uploaded, I'm able to download, stat, etc. no problem using python-swiftclient. | 17:53 |
| AmazT | Next, I enable directory listings by running the following commands: | 17:53 |
| AmazT | swift post -m 'web-index:index.html' "Public_Container" swift post -r '.r:*,.rlistings' "Public_Container" swift post -m 'web-listings: true' "Public_Container" swift post -m 'web-directory-type:text/directory' "Public_Container" | 17:54 |
| AmazT | As far as I understand, this is achieved via the staticweb pipeline and allows me to browse the contents of "Public_Container" without credentials while also doing some other stuff to generate the html pages. | 17:54 |
| AmazT | Everything is fine so far. All objects in this container that are not large objects can be browsed and downloaded. | 17:55 |
| AmazT | However, as soon as I try and download large objects (SLO or DLO), I get errors. WHen I uploaded using SLO, I get the following error in the browser: "Conflict There was a conflict when trying to complete your request." | 17:55 |
| AmazT | When using DLO, I get the following error: "Unauthorized This server could not verify that you are authorized to access the document you requested." | 17:55 |
| AmazT | I'm assuming this is a problem with the staticweb pipeline not handling manifest files well, but I'm not sure. Could you guys point me in the right direction? | 17:55 |
| timburke | you'll need to make the segments container public as well -- anonymous users can see the DLO/SLO manifests, but not the backing data | 17:56 |
| clayg | onovy: PavelK: only busy - so happy to see the a/c db handoff overreplication bugfix merged! | 17:56 |
| timburke | you don't need to (and maybe shouldn't? depends on use-case i suppose) enable static web on the segments container | 17:57 |
| timburke | alternatively, you could specify that the segments should go in the same container as the manifest, but that'll affect listings in a way that's probably not desirable | 17:58 |
| AmazT | AHH! I don't know why I didn't think of that! | 17:59 |
| AmazT | I don't mind making the segments folder public in testing, but I'm not sure I'll want to do that in production. | 17:59 |
| timburke | why not, if the "primary" container is? | 18:00 |
| AmazT | I suppose it's not the end of the world. | 18:01 |
| timburke | i mean, i certainly understand how generally "more things publicly readable" is a bad thing, but would you ever put non-segments in it? | 18:01 |
| AmazT | They don't need to know anything about that container. | 18:01 |
| AmazT | I was thinking from a view point of having to train them to do this themselves | 18:02 |
| AmazT | They won't remember to do this themselves. | 18:02 |
| timburke | oh yeah, i wouldn't even tell users about it. part of why i wouldn't bother enabling static web stuff for it | 18:03 |
| *** ChubYann has joined #openstack-swift | 18:03 | |
| AmazT | The alternatives, though, are that I would have to put segments in the original container. I like that even less. | 18:03 |
| AmazT | This is a feature though, that I'm thinking of promoting... using the staticweb method to get their files out to the world should they choose to. Quick and dirty, but effective. | 18:05 |
| AmazT | So if they're using this feature, I'll want to make sure that they know about this and remember to do it for the "_segments" container as well. | 18:05 |
| AmazT | Thanks Tim! | 18:05 |
| timburke | sure, happy to help! | 18:06 |
| timburke | i wonder if it'd be reasonable to have swiftclient, during container POSTs, check for a corresponding _segments container and if there is to apply the metadata there as well... | 18:07 |
| AmazT | It would have my vote. | 18:09 |
| AmazT | We have a fork of swiftbrowser that we use for our users and I'm going to enable it there. | 18:09 |
| AmazT | I can see it working if the _segments container already exists. If, however, my workflow is that I create a container, make it public, and then upload objects to it, that wouldn't work? | 18:11 |
| AmazT | I have another question if you'll all indulge me. | 18:12 |
| timburke | yeah, i'm just hesitant to go creating containers that may never be used... | 18:13 |
| timburke | shoot! | 18:13 |
| AmazT | Is there a way for the account name to be something other than "AUTH_UUID"? I'd like to make it... simpler. | 18:13 |
| AmazT | I understand the need for a unique identifier there. What if I could manage that? | 18:14 |
| AmazT | Follow up question would be: How can I retroactively do that for accounts I've already created? | 18:14 |
| timburke | changing account names is going to be hard -- it'll require a migration of all data in the old account to the new one | 18:15 |
| AmazT | Currently, my temp_urls are ugly and long and use port 8080. My aim is to make it very simple. 1) Get rid of the 8080 and move to 80 for the proxy server. 2) Make the account name the name of the client or something like that (unique). | 18:16 |
| AmazT | I don't mind doing the migration on their behalf. | 18:16 |
| timburke | as far as changing the general format for *new* accounts, you might be able to get your auth system to start using different defaults | 18:17 |
| timburke | certainly the AUTH_ part is configurable in the proxy config | 18:17 |
| AmazT | I just don't even know where to begin. I tried this in my noob way by changing the proxy config and then going into the database and changing the ID to the name I wanted with limited success. | 18:18 |
| AmazT | But I'm sure I did more harm that good there. As they say, a little knowledge is a dangerous thing. | 18:18 |
| AmazT | Right, I could remove the AUTH_ and make it something else. I did try that and it didn't work. I'm happy to try that again now because that was a long time ago and I knew even less then! | 18:19 |
| timburke | but you might also want to take a look at the CNAME lookup and domain remap middlewares; it'll let you have custom, pretty domain names that map back into whatever crazy swift accounts you need | 18:19 |
| AmazT | Oh interesting. | 18:19 |
| AmazT | I'm dealing with this right now by setting up an apache reverse proxy in front of the ugly URLs. | 18:20 |
| AmazT | This would be more elegant because then I don't have to have another server proxying all the traffic. | 18:20 |
| AmazT | I'm going to read up on those middlewares and come back here for the inevitable questions I'll have :) Tim, you're a saint. Thank you! | 18:22 |
| timburke | iirc, you have cname_lookup map beautiful-url.com -> AUTH_ugliness.swift-host.com, then domain_remap takes that back to swift-host.com/v1/AUTH_ugliness | 18:22 |
| AmazT | Ok, nice. That would be just fine I think. | 18:22 |
| openstackgerrit | Alistair Coles proposed openstack/swift master: Add id to RingBuilder to differentiate rings in composite https://review.openstack.org/449310 | 18:23 |
| openstackgerrit | Alistair Coles proposed openstack/swift master: Add Composite Ring Functionality https://review.openstack.org/441921 | 18:23 |
| openstackgerrit | Alistair Coles proposed openstack/swift master: Add composite ring doc https://review.openstack.org/451500 | 18:23 |
| *** silor has joined #openstack-swift | 18:27 | |
| *** winggundamth_ has quit IRC | 18:27 | |
| brnelson | Does anyone know of upgrade issues when migrating Swift to a level that's more than 1 version different? That is, upgrading from version N to N+2 or greater (e.g. icehouse->ocata). Any potential problems upgrading a node itself or issues with rolling upgrade? | 18:29 |
| *** SkyRocknRoll has quit IRC | 18:31 | |
| *** RobGThai has quit IRC | 18:35 | |
| *** amac has joined #openstack-swift | 18:35 | |
| *** stradling has quit IRC | 18:38 | |
| *** xinli has joined #openstack-swift | 18:42 | |
| clayg | brnelson: it's tested less - but there's been no know instances of pulling out backwards compat migration code | 18:46 |
| clayg | there's no checkpoint release - there are probably some changes that are harder than other to rollback from | 18:48 |
| clayg | but if you're somewhere in the 2.X series thinking of coming up to 2.12 or 2.13 shouldn't be a worry | 18:48 |
| clayg | brnelson: have you ever done a zero-impact rolling swift upgrade before? they're fun! | 18:49 |
| AmazT | @timburke: I'm reading the documentation for cname_lookup and domain_remap middlewares. It's not clear to me yet how to set this up for multiple accounts. | 18:51 |
| AmazT | So I'd like beautiful-url1.com->AUTH_1 and beautiful-url2.com ->AUTH_2... etc. | 18:52 |
| timburke | AmazT: yeah, each account would need its own CNAME record :-/ | 18:52 |
| AmazT | Do you have a link to somewhere that has an example of how this has been setup? | 18:52 |
| clayg | doesn't cname lookup just take any old Host: header that comes in and start doing dns queryies till it finds something useful? | 18:52 |
| clayg | rledisez: you know how cname lookup works - any pointers for AmazT | 18:53 |
| *** Sukhdev_ has joined #openstack-swift | 18:56 | |
| *** Sukhdev_ has quit IRC | 18:59 | |
| AmazT | I'm reading the section for this in the "Object Storage with Swift" book by Joe and it doesn't have an example of how to configure it either. | 19:00 |
| AmazT | The book does say though: | 19:00 |
| *** Sukhdev_ has joined #openstack-swift | 19:01 | |
| AmazT | “This feature is useful in certain types of content distribution applications. If your Swift cluster hosts different types or tiers of content, it may be convenient for your content to appear to end-users as originating from different domains. For example, your Swift cluster may hold photos and video from sports events, and you may want to make it available to end-users at URLs such as http://football.video.swift.example.c | 19:01 |
| AmazT | If you use Domain Remap middleware, and if you have an account called video with a container called football, this can be implemented without any custom code. Create a CNAME record in your DNS configuration pointing from football.example.com to football.video.swift.example.com to enable a simpler URL” Excerpt From: Joe Arnold. “Object Storage with Swift.” iBooks. | 19:01 |
| AmazT | So I understand all that, I still don't understand how to implement it. | 19:01 |
| AmazT | Also, I really want to know more about how I can create an account called video :) | 19:02 |
| timburke | any "reseller admin" can create any account they like -- if appropriate ACLs are set, other users can then also use them. i know tempauth allows for account-level ACLs, so you can give a user complete control over the account, but i'm not sure you can do it for keystone yet... i seem to recall seeing a patch for that somewhere... | 19:05 |
| timburke | yeah! /opt/ss/bin/python | 19:05 |
| timburke | doh! i mean https://review.openstack.org/#/c/356715/ | 19:05 |
| patchbot | patch 356715 - swift - Supporting Account ACL in keystoneauth | 19:05 |
| openstackgerrit | Alistair Coles proposed openstack/swift master: Add CompositeRingBuilder class https://review.openstack.org/453827 | 19:06 |
| acoles | kota_: updated this ^^ I am actually thinking that it could completely replace the write_composite_ring function. what do you think?? | 19:07 |
| acoles | good night | 19:08 |
| AmazT | @timburke : I'm using keystone... | 19:08 |
| *** Sukhdev_ has quit IRC | 19:09 | |
| AmazT | At the moment, it's configured in the "old" way. ie. I have an admin role who is an admin everywhere in all tenants. Then I have a "swiftoperator" role who can do most things in swift. | 19:09 |
| AmazT | Only a user with the "admin" role can create tenants/accounts. When I do that, I don't know how to call the account "easyname" instead of "AUTH_uuid". | 19:10 |
| AmazT | as it would appear in both keystone and swift. | 19:11 |
| *** Sukhdev_ has joined #openstack-swift | 19:25 | |
| *** Sukhdev_ has quit IRC | 19:26 | |
| *** amac has quit IRC | 19:26 | |
| AmazT | Can anyone refer me to a resource that would explain how to do that? | 19:28 |
| *** _JZ_ has quit IRC | 19:33 | |
| *** amac has joined #openstack-swift | 19:37 | |
| timburke | AmazT: i'm afraid i'm a bit out of my depth; i know some people have gotten that to work, but i've only done the actual configuring of CNAME records and the like once or twice | 19:38 |
| timburke | and even then it was with like dnsmasq, which was fine for testing but may not be appropriate for a proper deployment | 19:39 |
| timburke | sorry :-( | 19:39 |
| *** joeljwright has quit IRC | 19:49 | |
| *** RobGThai has joined #openstack-swift | 19:51 | |
| *** joeljwright has joined #openstack-swift | 19:54 | |
| *** ChanServ sets mode: +v joeljwright | 19:54 | |
| AmazT | @timburke: No worries, I really do appreciate your time. What would you recommend I do? Come back here when there are more people who can help? | 19:58 |
| *** joeljwright has quit IRC | 19:59 | |
| timburke | yeah, seems reasonable. if you've got a bouncer, someone may even reply while you're gone. fwiw, rledisez is in europe and (like clayg said) has some experience with the combination | 20:00 |
| clayg | AmazT: you could send a message to one of the opnstack ML as well | 20:03 |
| AmazT | Thanks @timburke. I guess I can try and ping him early tomorrow morning EST. | 20:04 |
| AmazT | @clayg: I'm not sure what you mean by openstack ML. | 20:04 |
| rledisez | AmazT: hi, just got connected :) | 20:04 |
| AmazT | @rledisez: Hello! | 20:05 |
| AmazT | I'm told you're the man who can answer my question :) | 20:05 |
| clayg | AmazT: when I typed "openstack ML" into google this was the first link -> https://wiki.openstack.org/wiki/Mailing_Lists | 20:05 |
| rledisez | AmazT, i was quickly reading the IRC log. you first need to setup the middleware in appropriate order. cname_lookup before domain_remap before staticweb | 20:06 |
| clayg | AmazT: I was suggesting async communciation could get more bites | 20:06 |
| rledisez | cname_lookup will resolve your own domain to a domain that the proxy will understand, then the domain_remap will change that domain to a real swift URL | 20:06 |
| AmazT | thanks clayg. I'm being daft AND lazy not googling. Appreciate it. | 20:06 |
| rledisez | basically, you need a wildcard domain pointing to your cluster. eg *.example.com. IN CNAME storage.example.com. | 20:07 |
| rledisez | oops: *.storage.example.com IN CNAME storage.example.com. | 20:08 |
| rledisez | then, you will create your own domain pointing to that CNAME. eg: video.cooldomain.com IN CNAME auth-abcd.container.storage.example.com. | 20:08 |
| clayg | AmazT: lol :P | 20:09 |
| clayg | rledisez: it's late for you right? FWIW, no one planned a swift meeting today | 20:09 |
| rledisez | also, you must define the storage_domain in the proxyconfig (storage.example.com in this example) | 20:09 |
| clayg | https://wiki.openstack.org/wiki/Meetings/Swift | 20:09 |
| rledisez | clayg: yeah, i forgot that, and planned an other meeting on IRC with somebody else in an hour :D | 20:09 |
| clayg | we may need someone to chair next week as I think john is out again and we really need to start working on a burndown list of patches critical/high patches to get into swift 2.14.0 | 20:10 |
| AmazT | @rledisez : Thanks. I'll have to give this a try. I don't have access to my servers anymore but will try it tomorrow morning and probably bug you again ! | 20:11 |
| rledisez | AmazT: you will need to do some testing as currently cname_lookup/domain_remap may badly interact with staticweb (hint: https://review.openstack.org/#/c/435771/ :)) | 20:11 |
| patchbot | patch 435771 - swift - Rewrite redirection in cname_lookup & domain_remap | 20:11 |
| rledisez | sure, i’m french time, so i’ll be online when you’ll wake up :) | 20:12 |
| AmazT | Perfect :) | 20:12 |
| AmazT | Thanks @rledisez @+timburke and @clayg for your advice! | 20:13 |
| rledisez | does anyone run SAIO on mac OS? functest and unittest pass (except 1 test about dropping privilege), but unit tests takes 40 minutes to run for me instead of few minutes on Linux | 20:15 |
| *** RobGThai has quit IRC | 20:15 | |
| *** AmazT has left #openstack-swift | 20:33 | |
| clayg | rledisez: lol? | 20:37 |
| clayg | i stopped trying to get unitests working on mac after we added the pyeclib depends | 20:37 |
| rledisez | ok… i’ll need that VM finally :( | 20:38 |
| notmyname | hello,world | 20:40 |
| notmyname | onovy: I'll be online for probably about an hour | 20:40 |
| notmyname | I'm more disconnected this week than I expected to be (at the openstack leadership training) | 20:41 |
| *** silor has quit IRC | 20:42 | |
| notmyname | rememebr, no swift team meeting today (i ddin't see anyone volunteer to chair | 20:46 |
| *** tonanhngo_ has joined #openstack-swift | 20:48 | |
| *** tonanhng_ has joined #openstack-swift | 20:49 | |
| *** tonanhngo has quit IRC | 20:51 | |
| *** tonanhngo_ has quit IRC | 20:52 | |
| *** tonanhng_ has quit IRC | 20:53 | |
| *** xinli has quit IRC | 20:58 | |
| *** tonanhngo has joined #openstack-swift | 20:58 | |
| *** pxwang has joined #openstack-swift | 21:00 | |
| *** JimCheung has quit IRC | 21:01 | |
| *** JimCheung has joined #openstack-swift | 21:02 | |
| jungleboyj | notmyname: Ah, that is why there is no one in there talking. :-) | 21:02 |
| notmyname | :-) | 21:02 |
| jungleboyj | Back to other work then. :-) | 21:03 |
| *** amac has quit IRC | 21:05 | |
| *** ianychoi has quit IRC | 21:05 | |
| *** Sukhdev has joined #openstack-swift | 21:14 | |
| clayg | I updated https://wiki.openstack.org/wiki/Swift/PriorityReviews#Review_Priorities with some of the open bugs I'm aware of that we should be trying to fixes merged | 21:24 |
| clayg | I'm sure everyone has their own pet bugs - if you've having trouble getting the correct priority assigned just hit me up! | 21:26 |
| -openstackstatus- NOTICE: Restarting Gerrit for our weekly memory leak cleanup. | 21:26 | |
| *** chsc has quit IRC | 21:35 | |
| *** chsc has joined #openstack-swift | 21:42 | |
| *** pcaruana has quit IRC | 21:51 | |
| *** tonanhngo has quit IRC | 22:03 | |
| jrichli | btw - sorry I have been out-of-pocket. I have been sick - again. :/ Having strep, acute bronchitis, and a secondary infection to top it off within a month is not fun. | 22:03 |
| jrichli | but i hope i can do some reviewing tomorrow | 22:03 |
| *** tonanhngo has joined #openstack-swift | 22:05 | |
| *** tonanhngo_ has joined #openstack-swift | 22:06 | |
| *** tonanhngo_ has quit IRC | 22:08 | |
| *** tonanhngo_ has joined #openstack-swift | 22:09 | |
| *** tonanhngo_ has quit IRC | 22:09 | |
| *** klamath has quit IRC | 22:09 | |
| *** tonanhngo has quit IRC | 22:09 | |
| clayg | jeez, by launchpad.net | 22:11 |
| clayg | jrichli: mandy got strep - my youngest too - it's no fun - hope you're feeling better! | 22:11 |
| jrichli | clayg: thanks! the strep was over a few weeks ago. working on the secondary bacterial infection now. I know, has a lovely name. | 22:12 |
| clayg | ick | 22:14 |
| *** tonanhngo has joined #openstack-swift | 22:15 | |
| mattoliverau | morning | 22:28 |
| clayg | OMG launchpad - i do not like it when I type up a bug and you timeout error | 22:28 |
| clayg | hahaha screw you launchpad this time I saved it in VIM! | 22:36 |
| *** chsc has quit IRC | 22:37 | |
| mattoliverau | lol | 22:37 |
| mattoliverau | clayg: you should ask the storyboard guys what there bug timeouts are ;) | 22:38 |
| *** pxwang has quit IRC | 22:40 | |
| clayg | I want a meme for "I best X doesn't have this problem" so I can put story board in there so I can stream line all future griping about issue tracking software | 22:43 |
| *** catintheroof has quit IRC | 22:48 | |
| clarkb | clayg: supposedly if you respond using email that interface is far more reliable to launchpad | 22:58 |
| clayg | I best email doesn't have this problem | 22:59 |
| clayg | gah did it again! s/best/bet* - gah | 22:59 |
| mattoliverau | clayg: https://paste.firnsy.com/paste/voWGSd9xo4h9XFhn your welcome | 23:00 |
| clayg | mattoliverau: bookmarked | 23:01 |
| clayg | you should have misspelled best for me | 23:02 |
| mattoliverau | I can do that | 23:02 |
| clayg | heheh no | 23:02 |
| clayg | this is better | 23:02 |
| *** adriant has joined #openstack-swift | 23:02 | |
| mattoliverau | clayg: too late :P https://paste.firnsy.com/paste/kaMN9IscphElU2xh | 23:03 |
| clayg | heh, yeah I don't know which one is better! thanks! | 23:03 |
| mattoliverau | well at least the first makes sense :P | 23:04 |
| *** Sukhdev has quit IRC | 23:04 | |
| *** JimCheung has quit IRC | 23:15 | |
| *** chsc has joined #openstack-swift | 23:16 | |
| *** chsc has joined #openstack-swift | 23:16 | |
| *** chsc has quit IRC | 23:38 | |
| *** ianychoi has joined #openstack-swift | 23:41 | |
| *** stradling has joined #openstack-swift | 23:43 | |
| *** kei_yama has joined #openstack-swift | 23:44 | |
| *** JimCheung has joined #openstack-swift | 23:48 | |
| *** stradling has quit IRC | 23:57 | |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!