Monday, 2015-11-09

*** pchng_ has joined #openstack-swift00:00
*** haomaiwang has quit IRC00:01
*** haomaiwa_ has joined #openstack-swift00:01
*** pchng has quit IRC00:03
*** badari has quit IRC00:04
*** ho has joined #openstack-swift00:05
hogood morning!00:08
*** Guest29885 has quit IRC00:20
*** km has joined #openstack-swift00:21
*** km is now known as Guest3918700:21
*** asettle is now known as asettle-afk00:36
*** m_kazuhiro has joined #openstack-swift00:41
*** badari has joined #openstack-swift00:47
*** asettle-afk is now known as asettle00:52
*** haomaiwa_ has quit IRC01:01
*** haomaiwang has joined #openstack-swift01:01
*** patchbot has quit IRC01:13
*** jrichli has quit IRC01:14
*** patchbot has joined #openstack-swift01:16
notmynametimburke: patchbot PR accepted so patch #214276 works now01:17
patchbotnotmyname: https://review.openstack.org/#/c/214276/ - Rename free_virtual in capacity filter01:17
*** August1914 has joined #openstack-swift01:20
*** haomaiwang has quit IRC01:25
notmynameoh, it's patch $21527601:26
notmynameoh, it's patch #21527601:26
patchbotnotmyname: https://review.openstack.org/#/c/215276/ - Enable object server to return non-durable data01:26
notmynamethat one :-)01:26
notmynametimburke: thanks01:26
*** vinsh has joined #openstack-swift01:32
*** asettle has quit IRC01:56
*** mitz has left #openstack-swift01:56
*** klrmn1 has quit IRC01:59
*** asettle has joined #openstack-swift01:59
*** vinsh has quit IRC02:00
*** klrmn1 has joined #openstack-swift02:09
*** haomaiwa_ has joined #openstack-swift02:16
*** haomaiwa_ has quit IRC02:19
*** haomaiwang has joined #openstack-swift02:19
*** haomaiwang has quit IRC02:19
*** haomaiwang has joined #openstack-swift02:19
openstackgerritjanonymous proposed openstack/swift: Use six.moves.map/filter/zip inplace of itertools.izip/imap/ifilter  https://review.openstack.org/20341402:20
*** bill_az has quit IRC02:20
*** haomaiwang has quit IRC02:21
*** haomaiwang has joined #openstack-swift02:22
*** klrmn1 has quit IRC02:30
*** klrmn1 has joined #openstack-swift02:30
*** haomaiwang has quit IRC02:40
*** vinsh has joined #openstack-swift02:41
*** haomaiwang has joined #openstack-swift02:43
*** sanchitmalhotra has joined #openstack-swift02:47
*** sanchitmalhotra1 has joined #openstack-swift02:52
*** sanchitmalhotra has quit IRC02:54
*** vinsh has quit IRC02:58
*** haomaiwang has quit IRC03:01
*** haomaiwang has joined #openstack-swift03:01
*** proteusguy_ has quit IRC03:06
*** thetrav has joined #openstack-swift03:19
*** proteusguy_ has joined #openstack-swift03:19
*** sanchitmalhotra has joined #openstack-swift03:19
thetravmy swift deployment ansible gear keeps wigging out when it tries to restart the rsyncd service on ubuntu.  the logs are complaining about a pid file already existing.  Anyone know what the deal is there?03:20
*** sanchitmalhotra1 has quit IRC03:21
*** klrmn1 has quit IRC03:28
*** klrmn2 has joined #openstack-swift03:28
*** sanchitmalhotra1 has joined #openstack-swift03:53
*** sanchitmalhotra has quit IRC03:55
*** sanchitmalhotra has joined #openstack-swift03:56
*** sanchitmalhotra1 has quit IRC03:57
*** haomaiwang has quit IRC04:01
*** haomaiwa_ has joined #openstack-swift04:01
*** kei_yama has quit IRC04:02
*** kei_yama has joined #openstack-swift04:03
*** ____bb has joined #openstack-swift04:07
*** ____bb has quit IRC04:07
*** ____bb has joined #openstack-swift04:08
*** mwheckma1n has joined #openstack-swift04:09
*** ____bb has quit IRC04:09
*** mwheckmann has joined #openstack-swift04:09
*** badari has quit IRC04:11
*** sanchitmalhotra1 has joined #openstack-swift04:22
*** sanchitmalhotra has quit IRC04:24
*** sanchitmalhotra has joined #openstack-swift04:33
*** kajinamit has joined #openstack-swift04:34
*** sanchitmalhotra1 has quit IRC04:35
*** sanchitmalhotra1 has joined #openstack-swift04:55
*** sanchitmalhotra has quit IRC04:57
*** jamielennox is now known as jamielennox|away04:57
*** badari has joined #openstack-swift04:59
*** kei_yama has quit IRC04:59
*** kei_yama has joined #openstack-swift04:59
*** haomaiwa_ has quit IRC05:01
*** haomaiwa_ has joined #openstack-swift05:01
*** badari has quit IRC05:06
*** sanchitmalhotra has joined #openstack-swift05:16
*** sanchitmalhotra1 has quit IRC05:17
*** SkyRocknRoll has joined #openstack-swift05:23
*** klrmn2 has quit IRC05:24
*** jamielennox|away is now known as jamielennox05:24
*** links has joined #openstack-swift05:29
*** sanchitmalhotra1 has joined #openstack-swift05:34
*** sanchitmalhotra has quit IRC05:35
openstackgerritHisashi Osanai proposed openstack/swift: Add functional test for access control (container ACL) with Keystone  https://review.openstack.org/21360805:50
openstackgerritHisashi Osanai proposed openstack/swift: Add functional test for access control (RBAC) with Keystone  https://review.openstack.org/20241105:50
*** haomaiwa_ has quit IRC06:01
*** sanchitmalhotra has joined #openstack-swift06:01
*** haomaiwang has joined #openstack-swift06:01
*** links has quit IRC06:02
*** sanchitmalhotra1 has quit IRC06:03
openstackgerritHisashi Osanai proposed openstack/swift: Add functional test for access control (container ACL) with Keystone  https://review.openstack.org/21360806:06
*** thetrav has quit IRC06:21
*** sanchitmalhotra1 has joined #openstack-swift06:32
*** sanchitmalhotra has quit IRC06:34
openstackgerritHisashi Osanai proposed openstack/swift: Add functional test for access control (RBAC INFO) with Keystone  https://review.openstack.org/21281006:37
*** ppai has joined #openstack-swift06:38
*** trifon has joined #openstack-swift06:40
*** links has joined #openstack-swift06:41
*** mahatic has joined #openstack-swift06:42
*** mwheckmann has quit IRC06:56
*** mwheckma1n has quit IRC06:56
openstackgerritHisashi Osanai proposed openstack/swift: Add functional test for access control (COPY) with Keystone  https://review.openstack.org/21282506:57
*** m_kazuhiro has quit IRC06:58
*** kei_yama has quit IRC06:59
*** kei_yama has joined #openstack-swift06:59
*** pchng has joined #openstack-swift07:00
*** haomaiwang has quit IRC07:01
*** haomaiwang has joined #openstack-swift07:01
*** pchng_ has quit IRC07:04
*** sanchitmalhotra has joined #openstack-swift07:18
*** sanchitmalhotra1 has quit IRC07:20
*** ho-mobile has joined #openstack-swift07:30
*** mac_ified has quit IRC07:34
*** ho-mobile has quit IRC07:36
*** ho-mobile has joined #openstack-swift07:37
*** ho-mobile has quit IRC07:37
*** m_kazuhiro has joined #openstack-swift07:42
*** haomaiwang has quit IRC08:01
*** haomaiwang has joined #openstack-swift08:01
*** kei_yama has quit IRC08:10
*** kei_yama has joined #openstack-swift08:11
*** Guest39187 has quit IRC08:11
*** km has joined #openstack-swift08:11
*** km is now known as Guest2817908:11
*** zigo has quit IRC08:16
*** zigo has joined #openstack-swift08:19
*** SkyRocknRoll has quit IRC08:19
*** SkyRocknRoll has joined #openstack-swift08:36
*** ho has quit IRC08:39
*** jamielennox is now known as jamielennox|away08:42
*** jordanP has joined #openstack-swift08:53
*** haypo has joined #openstack-swift08:59
*** haomaiwang has quit IRC09:01
*** haomaiwang has joined #openstack-swift09:01
*** kei_yama_ has joined #openstack-swift09:02
*** kei_yama has quit IRC09:02
*** peterlisak has joined #openstack-swift09:12
*** openstack has joined #openstack-swift09:20
*** itlinux has joined #openstack-swift09:30
*** trifon has quit IRC09:32
*** jistr has joined #openstack-swift09:41
*** jmccarthy has joined #openstack-swift09:47
*** aix has joined #openstack-swift09:50
*** janonymous has joined #openstack-swift09:59
*** haomaiwang has quit IRC10:01
*** haomaiwang has joined #openstack-swift10:01
*** can8dnSix has joined #openstack-swift10:07
*** SkyRocknRoll has joined #openstack-swift10:20
*** sanchitmalhotra1 has joined #openstack-swift10:29
*** sanchitmalhotra has quit IRC10:31
openstackgerritjanonymous proposed openstack/swift: Use six.moves.map/filter/zip inplace of itertools.izip/imap/ifilter  https://review.openstack.org/20341410:33
*** trifon has joined #openstack-swift10:42
*** cschwede_ has joined #openstack-swift10:42
*** cschwede_ has quit IRC10:43
*** jmccarthy has quit IRC10:44
*** cschwede has joined #openstack-swift10:48
*** cschwede has quit IRC10:48
*** cschwede has joined #openstack-swift10:50
*** ChanServ sets mode: +v cschwede10:52
*** kei_yama_ has quit IRC10:54
*** cschwede has quit IRC10:55
*** kei_yama has joined #openstack-swift10:55
*** cschwede has joined #openstack-swift10:57
*** ChanServ sets mode: +v cschwede10:57
*** haomaiwang has quit IRC11:01
*** haomaiwang has joined #openstack-swift11:01
*** cschwede has quit IRC11:02
*** cschwede has joined #openstack-swift11:11
*** jmccarthy has joined #openstack-swift11:13
*** dewsday has joined #openstack-swift11:15
*** dewsday has quit IRC11:15
*** ChanServ sets mode: +v cschwede11:16
*** sanchitmalhotra has joined #openstack-swift11:20
*** sanchitmalhotra1 has quit IRC11:21
*** sanchitmalhotra1 has joined #openstack-swift11:24
*** sanchitmalhotra has quit IRC11:26
openstackgerritPeter Lisák proposed openstack/swift: Log warning if a local device not identified  https://review.openstack.org/24304011:27
openstackgerritjanonymous proposed openstack/swift: Eventlet green threads not released back to pool  https://review.openstack.org/22785511:29
*** janonymous has quit IRC11:31
*** SkyRocknRoll has quit IRC11:34
*** weihan has joined #openstack-swift11:43
*** janonymous has joined #openstack-swift11:44
*** SkyRocknRoll has joined #openstack-swift11:48
*** haomaiwang has quit IRC11:50
*** lpabon has joined #openstack-swift12:04
*** ppai has quit IRC12:05
*** NM has joined #openstack-swift12:11
*** kei_yama has quit IRC12:13
*** ig0r__ has joined #openstack-swift12:17
*** ppai has joined #openstack-swift12:19
*** can8dnSix has quit IRC12:20
*** Guest28179 has quit IRC12:25
*** daemontool has quit IRC12:27
openstackgerritOpenStack Proposal Bot proposed openstack/python-swiftclient: Updated from global requirements  https://review.openstack.org/8925012:34
openstackgerritOpenStack Proposal Bot proposed openstack/swift: Updated from global requirements  https://review.openstack.org/8873612:34
*** rledisez has joined #openstack-swift12:41
*** ppai has quit IRC12:45
openstackgerritjanonymous proposed openstack/swift: Eventlet green threads not released back to pool  https://review.openstack.org/22785512:46
*** m_kazuhiro has quit IRC12:54
*** aix has quit IRC12:56
*** weihan has quit IRC12:57
*** ppai has joined #openstack-swift12:58
*** jordanP has quit IRC12:59
*** marcusvrn_ has quit IRC13:05
*** daemontool has joined #openstack-swift13:06
*** jerrygb has quit IRC13:07
*** haomaiwa_ has joined #openstack-swift13:13
*** dustins has joined #openstack-swift13:14
*** aix has joined #openstack-swift13:14
*** amoturi has joined #openstack-swift13:18
*** amoturi has left #openstack-swift13:19
*** ppai has quit IRC13:26
*** NM has quit IRC13:28
*** jordanP has joined #openstack-swift13:37
*** diogogmt has quit IRC13:40
*** ppai has joined #openstack-swift13:40
*** diogogmt has joined #openstack-swift13:42
*** ppai has quit IRC13:49
*** janonymous has quit IRC13:57
*** janonymous has joined #openstack-swift13:58
*** NM has joined #openstack-swift13:58
*** haomaiwa_ has quit IRC14:01
*** ppai has joined #openstack-swift14:01
*** haomaiwang has joined #openstack-swift14:01
*** petertr7_away is now known as petertr714:03
*** NM has quit IRC14:05
*** NM1 has joined #openstack-swift14:07
*** thumpba has joined #openstack-swift14:08
*** minwoob has joined #openstack-swift14:09
*** diogogmt has quit IRC14:10
tdasilvagood morning14:11
*** jerrygb has joined #openstack-swift14:13
*** petertr7 is now known as petertr7_away14:16
*** thumpba has quit IRC14:17
*** haomaiwang has quit IRC14:19
*** haomaiwa_ has joined #openstack-swift14:21
*** thumpba has joined #openstack-swift14:22
janonymoustdasilva: hey14:22
tdasilvajanonymous: hello14:22
*** thumpba has quit IRC14:22
*** jrichli has joined #openstack-swift14:24
*** thumpba has joined #openstack-swift14:25
janonymoustdasilva: What is your timezone14:27
tdasilvaEST14:27
*** ppai has quit IRC14:30
janonymousCool14:30
*** badari has joined #openstack-swift14:33
*** NM1 has quit IRC14:36
*** thumpba has quit IRC14:37
*** tongli has joined #openstack-swift14:37
*** geaaru has joined #openstack-swift14:43
*** SkyRocknRoll has quit IRC14:43
*** thumpba has joined #openstack-swift14:44
mahatictdasilva: Morning nadal ;)14:46
tdasilvamahatic: lol14:46
haypohum, is tushar gohad on IRC? i would like to know if he already wrote a patch to update PyECLib to 1.1.1 in swift. his change for requirements got a first +214:47
openstackgerritMinwoo Bae proposed openstack/swift: Error handling of DiskFileNoSpace()  https://review.openstack.org/19890914:49
haypotorgomatic_: hello. did you see my latest comment on my hash change for py3? https://review.openstack.org/#/c/236998/14:49
*** dustins has quit IRC14:50
*** breitz has joined #openstack-swift14:51
*** petertr7_away is now known as petertr714:52
*** blmartin has joined #openstack-swift14:56
*** willsama has joined #openstack-swift14:56
*** thumpba has quit IRC14:56
*** itlinux has quit IRC14:57
*** itlinux has joined #openstack-swift14:58
*** haomaiwa_ has quit IRC15:01
*** haomaiwang has joined #openstack-swift15:01
*** thumpba has joined #openstack-swift15:04
*** NM has joined #openstack-swift15:11
*** thumpba has quit IRC15:14
*** openstackgerrit has quit IRC15:17
*** openstackgerrit has joined #openstack-swift15:17
*** petertr7 is now known as petertr7_away15:17
*** thumpba has joined #openstack-swift15:19
*** pdardeau has joined #openstack-swift15:20
notmynamehaypo: https://review.openstack.org/#/c/238926/ and Tushar is tsg (when he's online)15:23
hayponotmyname: hi. thanks15:24
*** wlehman__ has joined #openstack-swift15:26
*** wlehman__ has quit IRC15:26
*** jlhinson has joined #openstack-swift15:28
*** wlehman__ has joined #openstack-swift15:29
*** petertr7_away is now known as petertr715:29
*** willsama has quit IRC15:29
*** links has quit IRC15:34
*** thumpba has quit IRC15:34
notmynameFYI http://lists.openstack.org/pipermail/openstack-dev/2015-November/078865.html15:35
*** nadeem has joined #openstack-swift15:37
*** thumpba has joined #openstack-swift15:41
*** thumpba has quit IRC15:42
*** wlehman__ has quit IRC15:44
*** itlinux has quit IRC15:44
*** proteusguy__ has joined #openstack-swift15:51
*** peterlisak has quit IRC15:53
*** proteusguy_ has quit IRC15:53
*** willsama has joined #openstack-swift15:53
*** zaitcev has joined #openstack-swift15:56
*** ChanServ sets mode: +v zaitcev15:56
*** thumpba has joined #openstack-swift15:56
*** mzhou has joined #openstack-swift15:58
*** nadeem has quit IRC16:00
*** haomaiwang has quit IRC16:01
*** jordanP has quit IRC16:01
*** haomaiwang has joined #openstack-swift16:01
*** nadeem has joined #openstack-swift16:03
*** trifon has quit IRC16:04
*** diogogmt has joined #openstack-swift16:04
*** SkyRocknRoll has joined #openstack-swift16:05
*** thumpba has quit IRC16:07
*** dustins has joined #openstack-swift16:08
*** moravec has joined #openstack-swift16:11
*** SkyRocknRoll_ has joined #openstack-swift16:11
*** thumpba has joined #openstack-swift16:12
*** chsc has joined #openstack-swift16:12
*** diazjf has joined #openstack-swift16:16
hayponotmyname: too bad, swift doesn't start with PyEClib 1.1.1 because it explicitly requires PyEClib 1.0.7 :-/ https://review.openstack.org/#/c/238771/16:16
haypo  pkg_resources.DistributionNotFound: The 'PyECLib==1.0.7' distribution was not found and is required by swift16:16
*** dustins_ has joined #openstack-swift16:17
*** dustins has quit IRC16:19
*** dustins_ is now known as dustins16:19
*** lcurtis has joined #openstack-swift16:20
*** thumpba has quit IRC16:24
*** wbhuber has joined #openstack-swift16:24
*** thumpba has joined #openstack-swift16:26
*** vinsh has joined #openstack-swift16:26
*** lpabon has quit IRC16:28
*** diazjf has quit IRC16:28
*** peterlisak has joined #openstack-swift16:29
*** petertr7 is now known as petertr7_away16:29
*** thumpba_ has joined #openstack-swift16:30
*** thumpba has quit IRC16:30
openstackgerritVictor Stinner proposed openstack/swift: Port get_hmac() and hash_path() to Python 3  https://review.openstack.org/23699816:31
*** petertr7_away is now known as petertr716:31
tdasilvahaypo: maybe I'm reading this wrong, but are we running into  a chickend and egg issue? It seems like 238771 depends on 238926 and vice-versa???16:33
haypotdasilva: it doesn't smell good :-(16:33
haypotdasilva: before, tests pass on the requirement change, but tushar forgot to update upper-constraints.txt16:34
*** diazjf has joined #openstack-swift16:37
*** peterlisak has quit IRC16:37
*** pdardeau has quit IRC16:37
*** pdardeau has joined #openstack-swift16:38
*** pdardeau has quit IRC16:39
*** dustins has quit IRC16:39
*** pdardeau has joined #openstack-swift16:40
*** pdardeau has quit IRC16:43
*** pdardeau has joined #openstack-swift16:43
*** aix has quit IRC16:45
*** diogogmt has quit IRC16:45
*** gyee has joined #openstack-swift16:48
*** dustins has joined #openstack-swift16:49
*** thumpba_ has quit IRC16:49
*** mfalatic has joined #openstack-swift16:52
*** thumpba has joined #openstack-swift16:56
*** haomaiwang has quit IRC17:01
*** aix has joined #openstack-swift17:01
*** haomaiwang has joined #openstack-swift17:01
*** diazjf has quit IRC17:03
*** thumpba has quit IRC17:03
*** daemontool has quit IRC17:04
*** daemontool has joined #openstack-swift17:04
*** petertr7 is now known as petertr7_away17:05
*** thumpba has joined #openstack-swift17:05
*** nadeem has quit IRC17:06
*** rledisez has quit IRC17:17
*** macsun has quit IRC17:17
notmynamegood morning17:18
*** dustins has quit IRC17:18
*** dustins has joined #openstack-swift17:18
pgbridgegood morning17:19
*** thumpba has quit IRC17:20
*** thumpba has joined #openstack-swift17:24
*** breitz has quit IRC17:24
*** tsg has joined #openstack-swift17:30
*** zhill has joined #openstack-swift17:30
*** nadeem has joined #openstack-swift17:38
tdasilvazaitcev: around? I'm taking a look at patch 198909 and I'd like to understand your comment better. What's your suggestion?17:40
patchbottdasilva: https://review.openstack.org/#/c/198909/ - Error handling of DiskFileNoSpace()17:40
timburkehaypo: tdasilva: on the requirements change, maybe the thing to do is something like PyECLib>=1.0.7,!=1.0.8,!=1.0.9 (akin to the mess they have for oslo.messaging)17:42
notmynametsg: ^17:42
haypotimburke: hi17:44
haypotimburke, tsg : IMHO the simplest transition would be to support 1.0.7 & 1.1 in swift, but i don't know if it's easy to detect pyeclib version at runtime17:44
haypo(ex: check for a new feature)17:45
tdasilvahaypo: isn't that what timburke is proposing?17:45
*** diazjf has joined #openstack-swift17:45
tdasilvadoesn't PyECLib>=1.0.7,!=1.0.8,!=1.0.9 provide support for both 1.0.7 and 1.1.1 ?17:46
tdasilvamaybe i'm reading this wrong17:46
notmynameinstead of complicated version exclusions, can we make these land together?17:46
tdasilvaor that! :-)17:46
haypotdasilva: from https://review.openstack.org/#/c/238926/ i understand that swift must be modified to support pyeclib 1.1, but i can be wrong17:46
haypoit's unclear to me if we can still use jerasure with pyeclib 1.1 on the openstack CI17:47
tsghaypo: we cannot17:47
hayponotmyname: i don't think that it's possible17:47
tsgperhaps haypo can enlighten us (me) on why upper-constraints was introduced and what's the new process of updating global-requirements.txt?  I'd think this will be an issue updating a number of other requirements17:47
notmynametsg: ? why not?17:47
haypothe CI is supposed to use exactly the version specified in upper-constraints.txt, so pyeclib 1.0.7 currently17:48
tsgnotmyname: we don't have jerasure is not included in 1.1.1 anymore - so we'll have to take the longer route of adding the jerasure/liberasurecode debian pkgs to the reference CI slave (which is not our long term plan)17:48
haypotsg: jerasure doesn't seem to be available on Ubuntu Precise, which is still used on the CI17:49
notmynametsg: ah, ok. so "cannot be used without other dependency additions and those are what we're trying to get away from"17:49
* tsg nods17:49
tsghaypo: do we really need pyeclib in upper-constraints?17:50
tsghaypo: I know it was imported from global-requirements automatically when we actually meant to constrain it17:50
notmynamethe CI system is a system that we wrote, we maintain, and we personally know all the people who run it. so I'd hate to think that we become slaves to our own tools instead of the other way around17:51
notmyname"we" == openstack community17:52
haypotsg: lifeless knows such things, i don't17:52
haypotsg: he added upper-constraints.txt if i recall correctly, and he did that for good reasons17:52
notmynameIOW why go through a set of extra steps (either temporarily adding version exclusions or extra dependencies) just to get from one to the other when we'll have to pull them back out17:53
haypotsg: you didn't answer: would it be possible to support pyeclib 1.0.7 & 1.1.1 in swift? is there a technical issue? i'm talking about https://review.openstack.org/#/c/238926/ i would like to make the default EC type at runtime17:55
*** thumpba has quit IRC17:56
haypotsg: something like hasattr(pyeclib.ec_iface.PyECLib_EC_Types, 'liberasurecode_rs_vand')17:57
tsghaypo: going forward, we don't want to assume any algorithm other than liberasurecode_rs_vand is available in CI (because it is not going to be) - which is why I am bit hesitant to suggest we go that route17:58
tsghaypo: I am not sure how that changes the "upper-constraints" discussion though17:58
haypotsg: it's just a temporary change to break the chikken-and-egg issue17:58
notmynamehaypo: let's figure out if there's something else we can do to avoid churn for temporary "fixes"17:59
notmynameI'd hat to add package dependencies to a library just because we want 2 patches to land with each other17:59
*** jmccarthy has quit IRC18:00
tsglifeless, notmyname: would you be able to elaborate on "upper-constraint" .. we need a version >=1.1.1, which means the ==1.0.7 upper constraint goes away?  (simply reading into the filename)18:00
tsgor are we talking about maintaining the constraint for the "stable/*" branches?18:00
hayponotmyname: do you have something else to propose?18:00
*** aix has quit IRC18:00
*** haomaiwang has quit IRC18:01
notmynametsg: IIRC the upper constraint is for major openstack releases to help with maintaining stable branches18:01
*** haomaiwang has joined #openstack-swift18:01
hayponotmyname: i understood that it was created to not be affect by a regression when a new version of a library is released. but i'm maybe wrong18:02
notmynameright18:02
tsgnotmyname: OTOH we are changing requirements "master" in this case - so this change should not affect stable/*?18:02
haypoit's to be able to choose when we upgrade, not be forced by library authors to upgrade18:03
*** jistr has quit IRC18:03
notmynametsg: yeah, I think so18:03
haypotsg: the requirements project also has stable branches ;)18:03
tsghaypo: exactly what I am saying :)18:03
pelusehey, is this the swift channel? :)18:03
notmynamelet me take this conversation either to -infra or the mailing list and figure out what's possible.18:03
haypotsg: right18:03
notmynamepeluse: yep! I see you're new here, so if you want to get started, let me know ;-)18:04
tdasilvapeluse lives18:04
tsgpeluse: now that you are here, I am off to -infra ;)18:04
haypotsg: i have to go. would you like to write such email?18:04
tsghaypo: sure18:05
haypotsg: cool. i will follow the thread ;)18:06
pelusetdasilva: stilll hungover from Tokyo but lviing, yes!18:06
tsgnotmyname already started the discussion on infra - thanks!18:06
pelusetsg:  ha!18:06
tdasilvapeluse: hahahaha...good, there was concern for you on Friday there :P18:07
pelusenotmyname: FYI I met with my guys in San Antonio this morn, they're going to wrap up  a few code coverage patches maybe look for a bug or two and then see what kind of damange we can do in Swift3, sound good?18:08
pelusetdasilva: yeah clayg and I got a bit carried awasy... well, me more so than he from what I can remember :)18:08
pelusetdasilva: I might have even tried sushi that night.... hmmmm18:09
tdasilvalol18:09
notmynamepeluse: yeah, sounds good as long as there's still some activity in swift/swiftclient too (reviews and/or code)18:10
pelusenotmyname: sure we can start looking to both at the same time I think, not a problem18:11
notmynamepeluse: good :-)18:11
*** jlhinson has quit IRC18:13
*** klrmn1 has joined #openstack-swift18:18
*** rjaiswal has joined #openstack-swift18:21
*** breitz has joined #openstack-swift18:29
*** nadeem has quit IRC18:30
*** geaaru has quit IRC18:33
*** petertr7_away is now known as petertr718:33
*** breitz has quit IRC18:34
*** nadeem has joined #openstack-swift18:34
*** breitz has joined #openstack-swift18:35
*** daemontool has quit IRC18:38
lifelesshaypo: tsg: hi18:38
lifelesswhats up?18:39
*** daemontool has joined #openstack-swift18:39
*** zhill has quit IRC18:39
*** zhill has joined #openstack-swift18:39
notmynamelifeless: I think we've got it. or rather, tsg and mordred and I are talkign about it in -infra18:40
notmynamelifeless: thanks18:40
lifelessok, -> there18:41
*** breitz has quit IRC18:41
*** breitz has joined #openstack-swift18:42
*** SkyRocknRoll_ has quit IRC18:45
tsglifeless, notmyname: thanks!18:47
tsgthe proposal is:18:47
tsg1) up global-requirements to >= 1.0.7, leave upper-constraints at ==1.0.7,18:47
tsg2) up swift requirement to >=1.0.7,18:47
tsg3) up global-constraints.txt on master to >=1.1.1 and upper-constraints to ==1.1.1,18:47
tsg4) up swift requirements to >=1.1.118:47
tsgnotmyname: will get this going18:47
notmynameI will? oh, I will18:48
notmyname;-)18:48
tdasilvakinda like this: http://trainingfortraders.com/Blog/wp-content/uploads/2012/06/horiz_2step.jpg18:48
tsghaha yes, I will ;)18:48
*** diogogmt has joined #openstack-swift18:48
*** jlhinson has joined #openstack-swift18:49
tsgtdasilva: ;) yeah it was as hard to arrive at this .. hopefully it will work18:49
notmynametsg: thanks. I've got that written down, and I'd love to track the patches18:50
*** nadeem has quit IRC18:50
*** pchng_ has joined #openstack-swift18:51
notmynametsg: I see no reason why these can't all be landed by the end of this week (or sooner!)18:53
tsgnotmyname: agreed.  expect the first 2 in the next few minutes18:53
notmynamethanks18:54
*** daemontool has quit IRC18:54
*** pchng has quit IRC18:54
*** breitz has quit IRC18:54
*** haomaiwang has quit IRC19:01
*** petertr7 is now known as petertr7_away19:01
*** breitz has joined #openstack-swift19:01
*** haomaiwa_ has joined #openstack-swift19:02
*** petertr7_away is now known as petertr719:08
*** yunpengli has joined #openstack-swift19:10
*** pdardeau has quit IRC19:11
*** pdardeau has joined #openstack-swift19:11
openstackgerritTushar Gohad proposed openstack/swift: EC: Use ec_type=liberasurecode_rs_vand in unit tests  https://review.openstack.org/23892619:12
zaitcevtdasilva: When I did the backends work, it was a hell on a stick to debug every case where we plug exceptions like that. Ditto when xattrs didn't work well.19:15
zaitcevtdasilva: So I put -1 on all such new cases. However. this time minwoob is adding one that is more or less analogous to similar uses in that module. So yeah...19:17
zaitcev(going to go fix my wife's flat tire now)19:19
claygheyoh!19:21
*** garthb has joined #openstack-swift19:22
notmynametsg: what needs to be split up? https://review.openstack.org/#/c/238926/5 looks fine on my saio19:22
tsgnotmyname: devstack will still pick up 1.0.719:23
notmynameok. thus breaking the unit tests in that patch19:23
notmynameright?19:23
*** willsama has quit IRC19:23
claygredbo: dfg: hurricanerix: do you think alan could look at lp bug #1514317 ???19:24
openstackLaunchpad bug 1514317 in OpenStack Object Storage (swift) "All segments don't be deleted while expiring *LO object" [High,New] https://launchpad.net/bugs/151431719:24
openstackgerritTim Burke proposed openstack/swift: Have versioned_writes use reverse listings  https://review.openstack.org/23439119:24
openstackgerritTim Burke proposed openstack/swift: Add container and account reverse listings  https://review.openstack.org/12070919:24
tsgnotmyname: yes - so I will submit an intermediate patch to match GR19:24
tsgnotmyname: and postpone the liberasurecode_rs_vand/>=1.1.1 change until the patch after19:24
claygredbo: dfg: hurricanerix: sorry I don't remember his handle, but I was thinking that we should confirm his thoughts on the new expiring design will be able to support the usecase or we risk fixing it in one implementation only to regres on the next?19:24
tsgnotmyname: rethinking, actually - that may not work! because unit tests might fail without the liberasurecode_rs_vand change!19:25
notmynameclayg: aerwin3_19:25
hurricanerixclayg: yup ^^^19:25
claygredbo: dfg: hurricanerix: I think one answer could be "well just put a x-delete-at on the segments" - but if that's how we want to play it we probably wanna document the shit out of it!19:25
tsgnotmyname: you are right - let me leave it as is and see what CI does19:25
clayghurricanerix: aerwin3_: was that a "yup, that's his handle" or "yup, he can test it out confirm the bug and say if he thinks it makes sense to fix and carry the fix into his rewrite"19:26
redbowhat's that?  aerwin3_ will do whatever we tell him to.19:26
hurricanerixclayg: yup, that is his handle19:26
*** thumpba has joined #openstack-swift19:26
claygredbo: tell him to read lp bug #1514317 - test it a saio - set the status to confirmed or invalid - then post a comment on what he thinks the reimplimentation of expiring objects should do in this case?19:27
openstackLaunchpad bug 1514317 in OpenStack Object Storage (swift) "All segments don't be deleted while expiring *LO object" [High,New] https://launchpad.net/bugs/151431719:27
notmynamehurricanerix: any ideas on the failures in https://review.openstack.org/#/c/214206/ ?19:27
*** jlhinson_ has joined #openstack-swift19:28
notmynametsg: when does CI pick up the new pyeclib? if it's based on *our* patch, then we should be good since we can do it lockstep19:28
claygalso what is up with all the cutsey handles people!?  if you're not famous like redbo or notmyname use a handle that has your name/initials in it!  ;)19:28
*** daemontool has joined #openstack-swift19:29
claygoh... alan last name is erwin19:29
claygcarry on then19:29
notmynamelol19:29
aerwin3_clayg: I will look through the change and get back to you.19:29
* clayg hugs aerwin3_ 19:29
tsgnotmyname: it should be based on our patch for unit tests, and based on upper-constraints for devstack19:29
*** jlhinson has quit IRC19:29
tsgnotmyname: we should be good19:29
notmynametsg: ok :-)19:29
hurricanerixnotmyname: not yet, I spent the whole weekend cheating on Swift with this: https://github.com/hurricanerix/FlappyDisk19:30
hurricanerixnotmyname: i guess i can take a look at it now and see what is going on19:31
*** thumpba has quit IRC19:32
*** sanchitmalhotra has joined #openstack-swift19:34
*** August1914 has quit IRC19:36
*** willsama has joined #openstack-swift19:36
*** willsama has quit IRC19:36
*** sanchitmalhotra1 has quit IRC19:36
*** willsama has joined #openstack-swift19:37
*** yunpengli has quit IRC19:43
claygtsg: what about just making a DEFAULT_EC_LIB in test/__init__.py19:43
claygtsg: then we can merge the fix independently of ci shenanigans19:43
tsgclayg: ie see what's available at runtime?19:44
claygtsg: oh yeah totally19:44
claygtsg: would that be hard to do?  I think there's some lib calls that enumerate our options?19:44
claygwe could just make it a preference list?19:44
claygtsg: I don't think the order even matters since we know we won't ever have both in the smae lib?19:45
notmynamehurricanerix: thanks19:45
tsgclayg: yes, that's doable, although this is all to make CI happy :)19:45
claygtsg: Im'a try it out - but let me know if you think it's stupid19:45
claygtsg: seems like an artificial goal - a real goal would be to make a vesion of swift taht can work with either 1.0.7 or 1.1.1 so that people can upgrade19:45
notmynamethe end goal is to have it work with >=1.1.119:46
claygnotmyname: right and we can do that right now w/o wasted CI dances by having a thing that works with the existing requirements or also with pyeclib>=1.1.1 installed19:47
claygnotmyname: you said that >=1.0.7 is already in globals right?  If can work with >=1.07 (i.e. we can even work with 1.1.1) then we're golden?19:47
notmynameclayg: so either we can do extra code in our tests to work with both and then pull those out right after or we can do the various requirements updates as described in the patch19:49
notmynameI'm basing that on the assumption that we will drip support for <1.1.1 as soon as we have the 1.1.1 support in swift19:49
notmyname*drop19:49
claygnotmyname: yeah so I guess some of my opinion is based on the notion that it won't be much extra code and having the extraction and the ability to "prefer" from a list of available types will be a useful tool to have in unittests anyway19:55
claygnotmyname: I get that having crufty junk code isn't so fun in general19:55
claygnotmyname: but i don't think the problem is absoltely limited ot just the openstack infra - there's stuff like the community cluster that we'd *also* have to lock step the upgrade?19:56
*** janonymous has quit IRC19:56
claygtsg: ok so I have everything a constant - tests are looking good19:57
claygtsg: so how do I write code that will fill in the constant from a pyeclib function that will return the list of avaialble libs?19:58
*** garthb_ has joined #openstack-swift19:58
openstackgerritSivasathurappan Radhakrishnan proposed openstack/swift: Added unit test cases for Auditor in container Added two unit test cases for fake_one_audit_pass to force timeout and test_one_audit_pass for _one_audit_pass functionality  https://review.openstack.org/24035119:59
*** garthb has quit IRC19:59
tsgclayg: check if pyeclib.ec_iface.PyECLib_EC_Types has 'algo'?20:00
*** pdardeau has quit IRC20:00
*** haomaiwa_ has quit IRC20:01
tsgclayg: let me look to be exact20:01
*** haomaiwang has joined #openstack-swift20:01
claygnotmyname: I guess it's only "temporary" but patch 238926 currently says it works with pyeclib>***=***1.0.7 - but it's not true, 1.0.7 can't use the liberasurecode_rs_vand20:02
patchbotclayg: https://review.openstack.org/#/c/238926/ - EC: Use ec_type=liberasurecode_rs_vand in unit tests20:02
tsgclayg: this is only for CI :) the assumption is that folks using 1.0.7 will have jerasure installed20:03
tsgclayg: that's if one installed jerasure/liberasurecode from deb/rpms20:03
tsgclayg: but I do see your point if one forces ==1.0.7 on pip install command line :)20:03
*** SkyRocknRoll has quit IRC20:04
dfgclayg: you want the expirer to delete the segments of a SLO? if the x-delete-at is on the manifest?20:04
dfgis only on the manifest20:04
claygtsg: everyone keeps saying this is "only for CI" and yet patch 238926 didn't work on my machine because I don't have 1.1.1 installed because the version I *currently* have installed meets the "requirements"?20:04
patchbotclayg: https://review.openstack.org/#/c/238926/ - EC: Use ec_type=liberasurecode_rs_vand in unit tests20:04
claygdfg: that was *my* reading of the bug - what do you think?20:05
dfgclayg: thats what i think the bug was saying. i just don't think we should do it.20:05
claygtsg: aside from my dev machine - we also have stuff like the QA clsuter20:05
claygdfg: I think you should put that on the bug then, and maybe change it to a doc/user-expectation bug?20:06
dfgalso- DLO POST with post_as_copy off being broken doesn't surprise me- btu thats a separate issue right?20:06
dfgclayg: oh ok20:06
claygdfg: unless you think it's totally expected that when I upload a large object and set it to expire the zero-byte file is removed and the rest of the segments get left behind?20:06
dfgclayg: i'd think it would be unexpected for a SDK to do that.20:07
claygdfg: I *might* have expected that - but I'm not sure someone readig our large object or expriing object docs would be able to infer the relation - maybe? probably?  we could to try get an independent review of the docs stuff20:07
dfganyway- i'll add a note20:07
claygdfg: oh yeah that's a good solution - maybe we just need to evaluate the handling in swiftclient - say that too!20:08
claygdfg: you're so smart20:08
claygdfg: we should get you to chime in on all kinds of stuff20:08
*** nadeem has joined #openstack-swift20:08
dfgclayg: just enjoy it when it happens20:09
tsgclayg: I understand .. won't the QA cluster pull 1.1.1 for 238926 because we have >=1.0.7 in requirements?20:09
claygtsg: not if it has 1.0.7 installed already?20:10
claygtsg: I mean techincally that meets the requirements?20:10
claygdfg: I sure do sir!20:10
tsgclayg: yes, unfortunately this is a 4-step update that is suggested by the infra folks20:10
tsgso hopefully the QA cluster will start clean and install the latest version20:11
*** nadeem has quit IRC20:12
*** zhill has quit IRC20:12
tsgclayg: wish we could go directly to 1.1.1 in one step, but the introduction of upper-constraints has made things a bit more painful20:12
*** nadeem has joined #openstack-swift20:12
tsgclayg: back to your Q on looking up types are runtime - pyeclib.ec_iface.PyECLib_EC_Types.has_enum('liberasurecode_rs_vand') etc20:15
openstackgerritJanie Richling proposed openstack/swift: Update container on fast-POST  https://review.openstack.org/13538020:17
jrichlirebased only ^^ acoles might want to check the changes20:17
claygtsg: what's with jerasure_rs_vand vs libjerasure_rs_vand?20:17
openstackgerritPeter Lisák proposed openstack/python-swiftclient: Add content-type in list of container content  https://review.openstack.org/24134220:17
tsgclayg: it is liberasurecode_rs_vand - the new EC type we introduced recently20:18
claygall the elements in pyeclib.ec_iface.PyECLib_EC_Types have a name attribute that stars with 'libXXX'20:18
tsgclayg: jerasure_rs_vand stays the same name20:18
tsglet me check20:18
claygbut I think when we name a ec_type int he config we drop the lib?20:18
*** zhill has joined #openstack-swift20:20
tsgclayg: no rule there - erasurecode_rs_vand sounded too generic so Kevin and I decided to make it specific to liberasurecode_rs_vand20:21
tsgclayg: also you can look at VALID_EC_TYPES instead - we already use it for validity checks in ec policy unit tests20:22
claygtsg: nice20:24
*** sanchitmalhotra1 has joined #openstack-swift20:26
claygtsg: oic, so it would be totally reasonable to just change the requirements to 1.1.1 in the same change that makes that the requirement - but for some reason infra is unable to rationalize about the reality that sometimes you want to bump a requirement (and accept that the time to do this is when change that code to require that new version)?20:27
claygseems weird20:27
*** thumpba has joined #openstack-swift20:28
tsgclayg: correct - notmyname and I had a long discussion over this on infra and decided to take this longer route.  The original plan was: https://review.openstack.org/#/c/238926/4/requirements.txt20:28
claygI mean... how is bumping a requirement supposed to work in infra land?  because yeah just mering a change that says "here's code that requires 1.1.1 and duh, I changed the requirement to read 1.1.1" is basically so obvious I can't imagine it working any other way?20:28
*** thumpba has quit IRC20:28
*** sanchitmalhotra has quit IRC20:28
tsgclayg: it was a simple update to global-requirements and then to swift requirements until "upper-constraints" showed up :)  https://specs.openstack.org/openstack/openstack-specs/specs/requirements-management.html20:29
claygoh I like that one!20:29
*** thumpba has joined #openstack-swift20:29
*** jlhinson_ has quit IRC20:32
tsgclayg: now they have a "pip freeze file" called upper-constraints.txt that has a pinned list of requirements to keep CI from breaking often .. this affects only devstack at the moment - and in our case, with upper-constraints being pinned at ==1.0.7, devstack breaks (because of GR change >=1.1.1, CI pulls the latest rev - 1.1.1)20:32
*** jlhinson_ has joined #openstack-swift20:32
claygtsg: I agree with all the stated goals in that spec and the reading a) makes sense and b) doesn't seem to preclude bumping version?20:32
*** thumpba has quit IRC20:33
claygok, so lets fix our constrains to say >=1.0.7,!=1.1.0 or whatever is the version of breakage that caused us to have to drop >=1.0.7 ?20:34
claygthat should be compatible with global - which is what that spec calls for?20:34
tsgyep20:34
clayganyway - i have a change for 238926 that works on pyeclib 1.1.1 and allows our requirements file to not be a lie (in that it works on pyeclib>=1.0.7) - which as a side effect changes that patch from "not working on my machine" to "working on my machine"20:36
claygtsg: can I push it over yours?20:36
*** pdardeau has joined #openstack-swift20:36
claygtsg: I think the fact that all the qa cluster tests are failing is trying to tell us *something*20:36
claygtsg: although it may just be telling us that the last changed to requirements with pbr/setuptools extras syntax is breaking our QA cluster20:36
tsgclayg: the tests are failing because: https://review.openstack.org/#/c/238771/ is still pending merge20:37
tsgie global-requirements is still at ==1.0.720:37
claygcharz: hugokuo: either of you about?  I tried to log into the QA cluster and upgrade prb/setuptools on Friday and it didn't work20:37
diazjfacoles_ just wanted to let you know there's a spec up for removing the Keystone dependency from Castellan. Just wanted your input it(https://review.openstack.org/#/c/241068/) whenever you get a chance. :)20:37
*** tsg is now known as tsg_away20:39
*** zhill has quit IRC20:40
*** mahatic has quit IRC20:41
claygoh i guess if global says ==1.0.7 there's no way change our requirements that would be compatible - so again first step seems to be write code that will work on more than one version (where one of those versions is compatible with global)20:42
*** haypo has left #openstack-swift20:47
openstackgerritMerged openstack/swift: Add unit tests to cover print_item_locations  https://review.openstack.org/24096120:53
claygI think swift-bench's test-requirements are horked up to bring in some old version of hacking that has a pinned pbr version that breaks everyhting20:57
*** haomaiwang has quit IRC21:01
*** haomaiwang has joined #openstack-swift21:01
*** mzhou has quit IRC21:03
*** lpabon has joined #openstack-swift21:09
openstackgerritClay Gerrard proposed openstack/swift: Update code to work with requirements  https://review.openstack.org/24331621:11
*** lpabon has quit IRC21:11
clayg^ let's see if that passes CI/QA - it works on my vsaio without having to manually force an upgrade of pyeclib (but it also *still* works with forced upgrade of pyeclib becasue the requirements are >=1.0.7)21:12
claygnotmyname: I think the test changes to support both versions are minimal and reasonable21:12
*** thumpba has joined #openstack-swift21:12
claygnotmyname: generally I think it improves maintainability with out really costing us anything on readability21:12
claygbut... you know - let your -1's guide you21:12
*** pdardeau has quit IRC21:16
*** subscope has joined #openstack-swift21:16
*** pdardeau has joined #openstack-swift21:17
*** zhill has joined #openstack-swift21:18
*** NM has quit IRC21:22
claygacoles_: re parsing the output of swift list -l -> I don't think it's entirely fair to have to support unknown brittle parsing21:29
*** thumpba has quit IRC21:29
claygacoles_: it's was presented as a machine parsable output - we might consider exposing --json for the machines21:30
notmynameremember that acoles_ got called to jury duty today21:31
claygwell he left a review on patch 241342 that I didn't agree with now the patch got changed to something I'm less happy with - not my fault his state needs him21:31
patchbotclayg: https://review.openstack.org/#/c/241342/ - Add content-type in list of container content21:31
claygSWIFT NEEDS HIM TOO!21:31
* notmyname needs lunch21:32
*** thumpba has joined #openstack-swift21:33
*** thumpba has quit IRC21:34
*** tsg_away is now known as tsg21:36
*** thumpba has joined #openstack-swift21:36
*** mzhou has joined #openstack-swift21:36
*** thumpba has quit IRC21:38
*** cschwede has quit IRC21:38
tsgclayg: didn't catch it earlier, but please feel free to post over 238926. in the meantime, patch 238771 (for global >=1.0.7) is in the integration queue21:39
patchbottsg: https://review.openstack.org/#/c/238771/ - Bump PyECLib version to >=1.0.721:39
*** thumpba has joined #openstack-swift21:39
claygtsg: I put up what I think is better as a depends in patch 24331621:40
patchbotclayg: https://review.openstack.org/#/c/243316/ - Update code to work with requirements21:40
claygtsg: please look it over as I don't think it would inturrupt anything in the current plan and also probably needs patch 238771 in order for pyeclib>=1.0.7 to pass global check21:40
patchbotclayg: https://review.openstack.org/#/c/238771/ - Bump PyECLib version to >=1.0.721:40
*** cschwede has joined #openstack-swift21:41
*** thumpba has quit IRC21:42
claygI guess I have a small worry that global stating >=1.0.7 is sorta BS in that swift master only supports 1.0.7 currently - my change in patch 243316 is comptabible with that requirement as far as I've been able to test - so I think it would have acctually be better to merge that first (possibly w/o the requirements change) - but w/e this will probably work as long as they know the requirement in globals isn't what should acct21:43
patchbotclayg: https://review.openstack.org/#/c/243316/ - Update code to work with requirements21:43
claygtimburke: how do we tag bugs in launchpad against swiftclient?21:55
notmynameclayg: https://bugs.launchpad.net/python-swiftclient21:56
claygnotmyname: yeah i was using the wrong project - thanks!21:57
tsgclayg: thx.  do you want to make 238926 depend on 243316 instead?  (given 243316 can go in without any changes)22:00
*** haomaiwang has quit IRC22:01
claygtsg: if you say patch 238926 and patch 243316 I get the titles to know which one is which22:01
patchbotclayg: https://review.openstack.org/#/c/238926/ - EC: Use ec_type=liberasurecode_rs_vand in unit tests22:01
patchbotclayg: https://review.openstack.org/#/c/243316/ - Update code to work with requirements22:01
claygtsg: yeah I think 243316 is baller in that it "just works" no matter who else does whatever22:01
tsgclayg: sorry, forgot abt that!22:01
*** haomaiwang has joined #openstack-swift22:01
claygtsg: as far as getting rid of the jerasure from the preferred list after all the dust settles i'm 50/5022:01
claygtsg: we could also just print a warning, or we could add isa-l as preferred option if you have it installed once everything depends on >=1.1.1 - I'm down either way22:02
tsgclayg: yeah, will leave the jerasure removal and isa-l addition decision up to notmyname :-)22:03
tsgI* will ;)22:03
claygbut if you want me to rebase patch 243316 so that we can merge it as soon as the globals go through I think we could drop patch 238926 and do something different when the time comes22:03
patchbotclayg: https://review.openstack.org/#/c/243316/ - Update code to work with requirements22:03
patchbotclayg: https://review.openstack.org/#/c/238926/ - EC: Use ec_type=liberasurecode_rs_vand in unit tests22:03
claygi'm fairly down on 238926 w/o 243316 because 238926 doesn't work with the stated requirements - you *have* to update pyeclib to 1.1.1 - which I don't really understand how the gate is planning on managing that - they probably think that patch 238926 works with 1.0.7 like it says in the requirements and everyone will be the dissappoint when they find out you can run 238926 w/o pyeclib 1.1.122:05
patchbotclayg: https://review.openstack.org/#/c/238926/ - EC: Use ec_type=liberasurecode_rs_vand in unit tests22:05
tsgclayg: patch 238926 will be tested with 1.1.1 because of the >=1.0.7 in requirements22:07
patchbottsg: https://review.openstack.org/#/c/238926/ - EC: Use ec_type=liberasurecode_rs_vand in unit tests22:07
tsgclayg: the ==1.0.7 constraint applies *only to devstack*22:08
*** petertr7 is now known as petertr7_away22:09
openstackgerritGanesh Maharaj Mahalingam proposed openstack/swift: Add unit tests for direct_client  https://review.openstack.org/24129122:16
*** dustins has quit IRC22:16
claygdfg: torgomatic_: aerwin3_: thanks for the help/comments on lp bug #1514317 - I opened lp bug #1514606 and swiftclient lp bug #151460422:17
openstackLaunchpad bug 1514317 in OpenStack Object Storage (swift) "POST-as-COPY to DLO will compresses manifest" [High,New] https://launchpad.net/bugs/151431722:17
openstackLaunchpad bug 1514606 in OpenStack Object Storage (swift) "Expiring Large Object interaction is not explicit" [Undecided,New] https://launchpad.net/bugs/151460622:17
openstackLaunchpad bug 1514604 in python-swiftclient "Expiring Large Objects doesn't clean up segments" [Undecided,New] https://launchpad.net/bugs/151460422:17
clayg^ please comment cc hugokuo22:17
claygtorgomatic_: omg you reviewed patch 241571 - i hope it didn't hurt too bad :\22:19
patchbotclayg: https://review.openstack.org/#/c/241571/ - Put part-replicas where they go22:19
timburkeclayg: the swiftclient bug seems like a dup of lp bug #147883022:23
openstackLaunchpad bug 1478830 in python-swiftclient "x-delete-at and x-delete-after do not apply to segments of large objects" [Undecided,Confirmed] https://launchpad.net/bugs/1478830 - Assigned to Joel Wright (joel-wright-k)22:23
claygtimburke: well - apparently I suck (this is probably non-news to most of you)22:24
timburkeclayg: still worth pointing out! and figuring out how to fix22:24
*** wbhuber has quit IRC22:25
claygtimburke: WHY does launchpad not have native support for dupe?  If you're a bug tracker how do you not have this feature?22:25
timburkean excellent question :(22:26
claygoh there's a blueprint!  https://blueprints.launchpad.net/launchpad/+spec/duplicate-bug-handling22:26
*** wbhuber has joined #openstack-swift22:26
notmynameclayg: what do you mean? there's the "mark as duplicate" link on the right in the bug page on LP22:28
claygnotmyname: YES!22:28
claygnotmyname: never seen it22:28
claygnotmyname: I think i went looking for it in status and gave up because I'm lazy22:28
claygnotmyname: wow you can even convert them to questions22:29
notmynameseems reasonable to look in status. and the link is in small type in a low-contrast color. the LP UI won't win any usability awards ;-)22:29
*** wbhuber_ has joined #openstack-swift22:29
claygnotmyname: timburke: I think it worked!22:30
claygnotmyname: no no it's great - i don't need it to work well if it works - i'm totally happy22:30
claygit's like I didn't even used to have the burning rage of a thousand volcano's for launchpad 10 seconds ago22:30
*** wbhuber has quit IRC22:33
*** August1914 has joined #openstack-swift22:34
*** blmartin has quit IRC22:38
*** jamielennox|away is now known as jamielennox22:38
*** siva_krishnan has joined #openstack-swift22:42
*** nadeem has quit IRC22:45
*** wbhuber_ has quit IRC22:46
*** dewsday has joined #openstack-swift22:48
*** km has joined #openstack-swift22:49
*** wbhuber_ has joined #openstack-swift22:49
*** km is now known as Guest3302322:49
*** delattec has quit IRC22:50
*** wbhuber_ has quit IRC22:55
claygnotmyname: oh i think the QA cluster's probetests are having the same problem as https://github.com/swiftstack/vagrant-swift-all-in-one/commit/2e12d791c117ee1ac42504ed95bf3c92d815351022:55
*** jerrygb has quit IRC22:59
*** haomaiwang has quit IRC23:01
*** haomaiwang has joined #openstack-swift23:01
*** jerrygb has joined #openstack-swift23:02
*** tanee2 has joined #openstack-swift23:03
minwoobzaitcev: Yeah, I was considering just abandoning the error handling related patch. Like you said, it might take us in the wrong direction.23:03
zaitcevminwoob: I thought I'd have someone like tdasilva to evaluate. Maybe my work with broken backends clouds my judgement.23:04
minwoobzaitcev: I see.23:05
notmynameclayg: shall we simply update hacking in swift-bench?23:06
*** tanee has quit IRC23:06
openstackgerritJohn Dickinson proposed openstack/swift-bench: update hacking in test-requirements  https://review.openstack.org/24334623:07
claygnotmyname: I have no idea!?  is it *possible* to "just" update anything in requirements.txt these days?23:10
*** jrichli has quit IRC23:11
claygtsg: totally confused by the failures on patch 243316 - it says "ImportError (No module named pyeclib.ec_iface)" - but the log/debug-ouptut (on functional/devstack run at least) say PyECLib==1.0.7 in pip-freeze.txt23:15
patchbotclayg: https://review.openstack.org/#/c/243316/ - Update code to work with requirements23:15
claygtsg: on my machine when pip freeze says 1.0.7 import pyeclib.ec_iface totally works :'(23:16
* tsg looking at the failure logs23:17
tsgclayg: ah!23:19
*** tanee has joined #openstack-swift23:19
tsgyou have patch 243316 dependent on 23892623:20
patchbottsg: https://review.openstack.org/#/c/243316/ - Update code to work with requirements23:20
claygtsg: that's.... true....23:20
tsgclayg: it is picking up PyECLib>=1.0.7 change23:20
tsgclayg: http://logs.openstack.org/16/243316/1/check/gate-swift-python27/d52f6c9/tox/py27-2.log23:20
claygtsg: yeah but I thought that change was gravy because we were going to let globals bump?23:20
tsgclayg: that's true - let me go look at the original error again23:20
claygheh "Failed to build PyECLib" then three lines later "Successfully installed PyECLib"23:21
*** cdelatte has joined #openstack-swift23:21
tsgclayg: yeah .. that's what's causing the not found error23:22
tsgclayg: any way to drill down?23:22
claygmaybe on the devstack run23:22
*** tanee2 has quit IRC23:22
*** kei_yama has joined #openstack-swift23:24
claygthe tox run is trying to build Downloading http://pypi.DFW.openstack.org/packages/source/P/PyECLib/PyECLib-1.1.1.tar.gz FWIW23:25
*** tanee has quit IRC23:25
claygthe dsvm job is building Downloading http://pypi.region-b.geo-1.openstack.org/packages/source/P/PyECLib/PyECLib-1.0.7.tar.gz23:25
*** willsama has quit IRC23:26
clayg(successfully so it says) -> Successfully built PyECLib -> Successfully installed PyECLib-1.0.7 (http://logs.openstack.org/16/243316/1/check/gate-swift-dsvm-functional/c3a3c3e/logs/devstack-early.txt.gz)23:26
claygbut then it still fails with the same ImportError?  http://logs.openstack.org/16/243316/1/check/gate-swift-dsvm-functional/c3a3c3e/console.html23:26
*** tanee has joined #openstack-swift23:26
*** subscope has quit IRC23:26
claygtsg: what if everything we think we know about deterministic computing machines is a lie?!23:27
tsgclayg: :) I assume 1.1.1 works in SAIO (it does in mine)23:28
*** minwoob has quit IRC23:28
claygtsg: yeah idk, I can install it, but then again - I have no idea what a wheel is23:28
openstackgerritJohn Dickinson proposed openstack/swift-bench: update hacking in test-requirements  https://review.openstack.org/24334623:35
*** lcurtis has quit IRC23:37
*** pdardeau has quit IRC23:40
*** dewsday has quit IRC23:43
*** wbhuber has joined #openstack-swift23:47
*** ho has joined #openstack-swift23:48
hogood morning!23:50
openstackgerritSivasathurappan Radhakrishnan proposed openstack/swift: Added unit test cases for container/auditor.py  https://review.openstack.org/24035123:50
*** diazjf has quit IRC23:57

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