Tuesday, 2016-09-20

*** tongli has quit IRC00:08
*** jamielennox is now known as jamielennox|away00:14
*** manous has quit IRC00:14
*** manous has joined #openstack-swift00:28
*** hosanai has joined #openstack-swift00:29
*** ChanServ sets mode: +v hosanai00:29
openstackgerritOpenStack Proposal Bot proposed openstack/python-swiftclient: Updated from global requirements  https://review.openstack.org/8925000:32
openstackgerritOpenStack Proposal Bot proposed openstack/swift: Updated from global requirements  https://review.openstack.org/8873600:32
*** manous has quit IRC00:33
*** manous has joined #openstack-swift00:37
openstackgerritTim Burke proposed openstack/swift: Fix when we set state in Spliterator  https://review.openstack.org/37281500:38
notmynamehello, world00:45
notmynametime to catch up on the day in IRC00:45
notmynameping zigo onovy00:46
notmynameI saw a meeting log in IRC scollback where you were talking about the newton release of swift. I just want to make sure you know that we havne't done the swift release for newton yet00:47
notmynameshould be tagged this week00:47
*** asettle has joined #openstack-swift00:47
oxinaboxtimburke: I am interest in a work around for https://bugs.launchpad.net/python-swiftclient/+bug/1621562  Like so keen. Downspeed being 1/32th of upspeed (which means 1/64th of Local disk speed) is killing me.00:52
openstackLaunchpad bug 1621562 in python-swiftclient "Download large objects concurrently" [Wishlist,Confirmed]00:52
*** asettle has quit IRC00:52
notmynameoxinabox: yay!00:52
notmyname(for you wanting to work on it)00:52
oxinaboxI have my hands full working on a Julia swiftclient.00:53
notmynameall of the Julia swiftclient implementations are indexed by the Mandelbrot swiftclient00:53
notmynamethat's a terrible joke. at every level you look at it00:54
oxinaboxand maintaining my other packages and doing my actual job (and patching packages i need for my job... which I guess swift is... but it doesn't directly translate to outcomes.)00:54
oxinaboxHahah, I enjoyed that00:55
oxinaboxon indexing (because paths are just indexes) I have a cunning scheme to allow you (me) to use a kind of "SwiftPath" (consisting of Server/Authdetails + Constainer + ObjectName) to be treated just like a Filesystem path, so that things that work from local disk, just work with Swift.01:04
oxinaboxusing Julia's has multiple dispatch on `readdir` and on `open`01:05
*** manous has quit IRC01:09
kota_good morning01:11
zhengyingood morning01:11
zhengyinkota_, mattoliverau:morning01:12
*** klrmn has quit IRC01:12
kota_zhengyin: o/01:12
mattoliveraukota_, zhengyin: morning01:12
notmynamedone with emails01:14
kota_matolivearu: o/01:15
notmynamelook at that. I'm 13 commits behind master. let's see what landed...01:15
openstackgerritThiago da Silva proposed openstack/swift: add policy info to swift-get-nodes  https://review.openstack.org/37271601:20
*** vint_bra has joined #openstack-swift01:20
*** manous has joined #openstack-swift01:21
*** vint_bra has quit IRC01:23
*** vint_bra has joined #openstack-swift01:25
*** vint_bra has quit IRC01:25
*** manous has quit IRC01:27
*** manous has joined #openstack-swift01:28
*** vint_bra has joined #openstack-swift01:28
*** vint_bra has quit IRC01:31
*** vint_bra has joined #openstack-swift01:31
*** manous has quit IRC01:32
*** manous has joined #openstack-swift01:35
*** fguillot has quit IRC01:46
notmynamekota_: mattoliverau: can one of you look at https://review.openstack.org/#/c/372573/ today, please?01:50
patchbotpatch 372573 - swift - Update authtoken domain options01:50
notmynamehosanai: or maybe you ^ ;-)01:50
kota_notmyname: sure01:50
notmynamekota_: thanks01:50
notmynamekota_: have you ever looked at any optical drive storage for swift or otherwise?01:51
kota_notmyname: like blu-ray?01:51
notmynameyeah01:51
kota_notmyname: not directly, but I heared a Japanese company was working on that.01:52
zaitcevwait a moment01:52
notmynamekota_: Panasonic?01:52
kota_notmyname: that is01:52
zaitcevif someone installed with project_domain_id=something, then our new release will break upon that, right?01:53
notmynamezaitcev: that is a great question (that I don't know the answer to)01:53
zaitcevAnd patch 372573 merely documents the change01:53
patchbothttps://review.openstack.org/#/c/372573/ - swift - Update authtoken domain options01:53
notmynamezaitcev: you mean if that patch lands? or as it is on master now?01:53
zaitcevHmm, this middleware comes from keystonemiddleware, so maybe it's okay to use the ID, it just has to be UUID.01:54
*** dmorita has quit IRC01:56
*** dmorita has joined #openstack-swift01:57
notmynamekota_: http://d.not.mn/optical_storage_disk.jpg Panasonic says they have swift running on top of their fancy optical drive robot racks. and they want to get involved in the community. might make it to barcelona01:59
kota_notmyname: cool, I've been wondering why they are into community but that'll happen :D02:00
notmynameI hope so02:01
notmynameI think the social/community aspect is the hardest. even moreso that figuring out how to offer optical storage in an open source project when testing it requires $$$$ of gear02:01
*** dmorita has quit IRC02:01
notmynamehere's a pic of the drives http://d.not.mn/optical_storage_drives.jpg02:02
notmynameso they have a whole rack of disks. and the disk robot takes a cartridge of 12 disks, puts it into one of the drives, and tada. time-to-first-byte is a minute or more, but it's really cheap02:03
kota_notmyname: probably that one is almost same I saw before.02:03
kota_notmyname: the 12 disks was written like as raid 0 thing, right?02:03
notmynameI saw a presentation they did with facebook today02:03
kota_s/was/are/02:04
notmynamehmm...yeah. some sort of striping across a bunch of disks02:04
kota_notmyname: is that in your office? under testing in swiftstack?02:05
notmynameI wonder if they modified the ring or not02:05
notmynamekota_: no. sadly. I don't have the space or power for that02:05
kota_notmyname: good point, and i also have the question indeed ;-)02:05
notmynamekota_: I'm in washington DC at a storage conference right now02:05
mattoliveraumaybe we should connect them with the BDT and IBM guys who want to work on high latency media02:05
kota_notmyname: exactly, they might collaborate with it.02:06
notmynametoday I got to hear about storage using synthetic DNA (writing = creating DNA, reading = sequencing DNA). crazy stuff, but you can get to about 1EB/in^302:07
kota_notmyname: sounds crazy02:07
notmynamealso about storing data in highly stable glass using femtosecond pulses of lasers. it's supposed to be stable for 100M years02:07
notmynameyes. all very crazy stuff;-)02:07
* kota_ is wondering how many years we want to save our data actually 02:09
notmyname100000001 years. so we'll have to find something better than the optically-etched quartz ;-)02:10
notmynamethere was a *fascinating* analysis of the storage market and the growth of it, pulling from number of bytes shipped across all media and the historic changes of them and associated revenues. (spoiler: HDD is done and NAND is the future)02:11
kota_notmyname: backt to panasonic blu-ray, if something i can help exists (in particluar, the developers of Panasonic might be in Japan), please let me know anytime.02:12
notmynamekota_: thank you02:13
*** vint_bra has quit IRC02:15
notmynamegetting late here. time to sign off for the evening02:19
*** jamielennox|away is now known as jamielennox02:20
mattoliveraunotmyname: o/02:20
*** ukaynar has joined #openstack-swift02:26
*** klrmn has joined #openstack-swift02:46
*** zul has joined #openstack-swift02:52
*** tqtran has quit IRC02:56
*** david-lyle has quit IRC03:03
*** janonymous has joined #openstack-swift03:05
*** manous has quit IRC03:14
*** manous has joined #openstack-swift03:28
*** manous has quit IRC03:33
*** sgundur_ has joined #openstack-swift03:37
*** manous has joined #openstack-swift03:37
*** manous has quit IRC03:42
*** tqtran has joined #openstack-swift03:45
*** manous has joined #openstack-swift03:45
*** sgundur_ has quit IRC03:47
*** sgundur_ has joined #openstack-swift03:47
*** manous has quit IRC03:49
*** manous has joined #openstack-swift03:54
*** manous has quit IRC03:58
*** sgundur__ has joined #openstack-swift03:59
*** manous has joined #openstack-swift04:02
*** sgundur__ has quit IRC04:02
*** sgundur_ has quit IRC04:02
*** manurag25 has joined #openstack-swift04:02
*** manous has quit IRC04:07
*** manous has joined #openstack-swift04:08
*** manous has quit IRC04:12
*** manous has joined #openstack-swift04:14
*** manous has quit IRC04:18
*** ukaynar has quit IRC04:19
*** dmorita has joined #openstack-swift04:19
*** ukaynar has joined #openstack-swift04:19
*** ukaynar has quit IRC04:19
*** manous has joined #openstack-swift04:20
*** dmorita has quit IRC04:24
*** manous has quit IRC04:25
*** manous has joined #openstack-swift04:27
*** manous has quit IRC04:31
*** manous has joined #openstack-swift04:35
*** SkyRocknRoll has joined #openstack-swift04:36
*** klrmn has quit IRC04:39
*** manous has quit IRC04:40
*** psachin_ has joined #openstack-swift04:40
*** manous has joined #openstack-swift04:43
*** klrmn has joined #openstack-swift04:45
*** ChubYann has quit IRC04:47
*** manous has quit IRC04:48
*** tqtran has quit IRC04:49
*** manous has joined #openstack-swift04:51
*** tqtran has joined #openstack-swift04:54
*** manous has quit IRC04:56
*** SkyRocknRoll has quit IRC04:57
*** manous has joined #openstack-swift04:59
*** ChubYann has joined #openstack-swift05:02
*** manous has quit IRC05:04
*** manous has joined #openstack-swift05:06
*** jroll has quit IRC05:09
*** jroll has joined #openstack-swift05:09
*** jroll has quit IRC05:09
*** jroll has joined #openstack-swift05:09
*** manous has quit IRC05:11
*** manous has joined #openstack-swift05:13
*** redbo has quit IRC05:17
*** klrmn has quit IRC05:17
*** redbo has joined #openstack-swift05:17
*** ChanServ sets mode: +v redbo05:17
*** manous has quit IRC05:18
*** manous has joined #openstack-swift05:22
*** manous has quit IRC05:27
*** aswadr_ has joined #openstack-swift05:29
*** manous has joined #openstack-swift05:30
*** ChubYann has quit IRC05:32
*** manous has quit IRC05:35
*** manous has joined #openstack-swift05:39
*** manous has quit IRC05:44
*** ppai has joined #openstack-swift05:46
*** manous has joined #openstack-swift05:47
*** manous has quit IRC05:52
*** nadeem has joined #openstack-swift05:53
*** manous has joined #openstack-swift05:54
*** nadeem has quit IRC05:54
*** nadeem has joined #openstack-swift05:55
*** takashi has joined #openstack-swift06:02
*** manous has quit IRC06:02
*** manous has joined #openstack-swift06:06
*** SkyRocknRoll has joined #openstack-swift06:09
*** manous has quit IRC06:10
*** manous has joined #openstack-swift06:12
*** manous has quit IRC06:18
*** manous has joined #openstack-swift06:19
openstackgerritCharles Hsu proposed openstack/python-swiftclient: [WIP] Add additional headers for HEAD/GET/DELETE requests.  https://review.openstack.org/37265606:22
*** manous has quit IRC06:23
*** manous has joined #openstack-swift06:26
*** manous has quit IRC06:30
*** manous has joined #openstack-swift06:32
*** manous has quit IRC06:36
*** manous has joined #openstack-swift06:38
*** winggundamth_ has joined #openstack-swift06:46
winggundamth_hi. anyone experienced deleting a million object in container before? I'm trying to do swift delete container_name right now but it's just stuck there and for few mins it will show Account POST failed: http://192.168.8.8:8080/v1/AUTH_5?bulk-delete 504 Gateway Time-out06:48
*** pcaruana has joined #openstack-swift06:50
winggundamth_but actually now I couldn't even delete a single object since I use swift-bench to push few milion files into Swift.06:52
*** hseipp has joined #openstack-swift06:54
*** manurag25 has quit IRC06:57
*** tqtran has quit IRC07:00
*** kei_yama has quit IRC07:13
*** chlong has quit IRC07:14
*** oshritf has joined #openstack-swift07:15
*** oshritf_ has joined #openstack-swift07:15
*** rcernin has joined #openstack-swift07:19
*** rledisez has joined #openstack-swift07:24
openstackgerritAlistair Coles proposed openstack/swift: api-ref: fix some header definitions  https://review.openstack.org/36623207:24
*** dmorita has joined #openstack-swift07:29
*** manous has quit IRC07:29
*** geaaru has joined #openstack-swift07:34
*** sams-gleb has joined #openstack-swift07:34
*** dmorita has quit IRC07:34
kota_hmm... a typhoon seems to strike to Japan again :/07:34
*** hseipp has quit IRC07:40
openstackgerritCharles Hsu proposed openstack/python-swiftclient: Add additional headers for HEAD/GET/DELETE requests.  https://review.openstack.org/37265607:51
*** acoles_ is now known as acoles08:01
acoleskota_: I'm pretty confused by keystone default domains :(08:06
acolesdifferent docs saying different things :/08:07
kota_acoles: yeah, right now, I'm not strongly opposite to merge the change for the docs, but not sure because, you know, "different docs saying different things :/"08:08
* kota_ is wondering they could be resolved evneturally.08:09
acoleskota_: the important addition to our docs is IMO to state that the authotoken credentials must match whatever you used to setup the swift service user in keystone. Problem is there are different examples of how to do that so which example do we pick?08:09
kota_acoles: indeed08:11
acoleskota_: problem I see is if you created your swift service user under say kilo or liberty, in domain with -d=default, then use user_domain_name=default in proxy-server.conf according to my patch, it won;t work08:11
*** jlwhite has quit IRC08:11
kota_yes, if you setup keystone with project_domain_id, you should set the setting in the proxy-server.conf and if you setup with project_domain_name...<snip> :/08:12
acolesfrom time to time I tell notmyname we should not be showing sample options for authtoken since we do not maintain them, and he correctly tells me I am wrong :)08:12
kota_i think, example conf is just an example :P08:13
*** jlwhite has joined #openstack-swift08:14
acoleskota_: so could we add some text saying "this is just an example and it is probably wrong" :P08:14
acolesnotmyname: "we should not be showing sample options for authtoken since we do not maintain them". there, got it off my chest.08:14
* acoles will wait approx 5 hours to be corrected.08:15
kota_acoles: if it's ok, I like that idea ;-)08:15
acoleskota_: JK. I think I should add some more text to my patch to make it clear that the user needs to *think* about what options they use rather than just copy the example.08:18
acoleskota_: and add a link to authtoken docs if i can find one that is consistent08:19
* kota_ is iteresting we can use JK also for English people with similar meaning but the JK I know is a shorter expression of Japanese word though so that other lanuage to same meaning via shorter expression.08:20
kota_sounds reasonable08:21
kota_acoles: ^^08:21
*** mvk has quit IRC08:25
*** asettle has joined #openstack-swift08:35
*** sams-gle_ has joined #openstack-swift08:45
*** sams-gleb has quit IRC08:45
acoleskota_: (if you are still there) we have noticed that in some cases (depends on keystone backend), keystone domain names are case insensitive, so after running 'keystone_manage db_sync' there is a domain with {id:default, name:Default} and then following the install guide to create a domain with name default fails :/08:46
acolesi.e. step 1 here http://docs.openstack.org/mitaka/install-guide-ubuntu/keystone-users.html08:46
*** nadeem has quit IRC08:48
kota_acoles: oh god...08:48
acolesso the install guides seem to be both confusing and possibly broken. IDK.08:48
*** mvk has joined #openstack-swift09:02
* kota_ is off heading for home09:06
acoleskota_: good night09:07
*** takashi has quit IRC09:17
*** nikivi has joined #openstack-swift09:38
openstackgerritAlistair Coles proposed openstack/swift: Update authtoken domain options  https://review.openstack.org/37257309:44
*** psachin has joined #openstack-swift09:44
openstackgerritMerged openstack/swift: Clean up api-ref examples  https://review.openstack.org/37184009:45
*** nikivi has quit IRC09:46
*** psachin has quit IRC09:53
*** psachin has joined #openstack-swift09:54
*** psachin has quit IRC09:57
*** psachin` has joined #openstack-swift09:58
*** psachin` has quit IRC09:58
*** psachin` has joined #openstack-swift09:58
*** psachin` has quit IRC09:58
*** psachin_ has quit IRC09:58
*** psachin has joined #openstack-swift09:59
*** silor has joined #openstack-swift10:00
*** cebruns has quit IRC10:13
*** cebruns has joined #openstack-swift10:14
*** mvk has quit IRC10:33
*** mvk has joined #openstack-swift10:35
*** silor1 has joined #openstack-swift10:35
*** silor has quit IRC10:36
*** silor1 is now known as silor10:36
*** psachin has quit IRC10:49
*** psachin has joined #openstack-swift10:50
*** psachin_ has joined #openstack-swift10:51
*** psachin has quit IRC10:52
*** hosanai has quit IRC11:13
*** psachin_ has quit IRC11:27
*** dmorita has joined #openstack-swift11:30
*** psachin has joined #openstack-swift11:32
openstackgerritAlistair Coles proposed openstack/swift: Add test that authorize callback cannot violate constraints  https://review.openstack.org/34950111:34
*** sams-gle_ has quit IRC11:34
*** sams-gleb has joined #openstack-swift11:34
*** dmorita has quit IRC11:35
*** baojg has joined #openstack-swift11:40
*** tgtanya has quit IRC11:40
*** psachin_ has joined #openstack-swift11:52
*** psachin_ has quit IRC11:52
*** psachin_ has joined #openstack-swift11:53
*** mvk has quit IRC12:00
*** SkyRocknRoll has quit IRC12:02
*** mvk has joined #openstack-swift12:04
*** baojg has quit IRC12:09
*** asettle has quit IRC12:21
*** asettle has joined #openstack-swift12:21
*** psachin_ has quit IRC12:24
*** kencjohnston has quit IRC12:24
*** psachin_ has joined #openstack-swift12:25
*** psachin_ has quit IRC12:25
*** kencjohnston has joined #openstack-swift12:26
*** tgtanya has joined #openstack-swift12:26
*** asettle has quit IRC12:26
*** SkyRocknRoll has joined #openstack-swift12:27
*** SkyRocknRoll has quit IRC12:33
*** psachin_ has joined #openstack-swift12:39
*** psachin_ has quit IRC12:40
zigonotmyname: Hello!12:42
zigonotmyname: It's not done yet, no.12:43
zigonotmyname: But we will push the packages in the OpenStack infra (we bulid all of OpenStack Debian packages there these days).12:43
*** psachin_ has joined #openstack-swift12:43
zigonotmyname: We need the latest release of Swift ASAP in infra, even if it's not Newton, because it's needed for tempest tests.12:43
*** mvk has quit IRC12:45
*** mvk has joined #openstack-swift12:46
*** tgtanya has quit IRC12:48
*** SkyRocknRoll has joined #openstack-swift12:49
*** asettle has joined #openstack-swift12:55
*** psachin_ has quit IRC12:55
*** david-lyle has joined #openstack-swift12:56
*** psachin has quit IRC12:56
*** psachin has joined #openstack-swift12:56
*** psachin has quit IRC12:57
*** psachin has joined #openstack-swift12:57
*** psachin has quit IRC12:57
*** psachin has joined #openstack-swift12:58
*** psachin has quit IRC12:58
*** psachin has joined #openstack-swift12:58
*** wasmum has quit IRC12:58
*** ppai has quit IRC13:03
*** silor has quit IRC13:06
tdasilvaacoles: hello, good morning!13:08
tdasilvaacoles: I was just checking out patch 366232 and it seems like you reverted back the change to "Distinguish between request and response definitions for X-Account-Meta-Temp-URL-Key* headers"13:08
patchbothttps://review.openstack.org/#/c/366232/ - swift - api-ref: fix some header definitions13:08
*** vinsh has quit IRC13:17
*** psachin has quit IRC13:28
acolestdasilva: argh! sorry, I had the wrong branch locally. will fix13:28
tdasilvaacoles: just wanted to double check if that was on purpose or not13:28
*** psachin has joined #openstack-swift13:28
openstackgerritAlistair Coles proposed openstack/swift: api-ref: fix some header definitions  https://review.openstack.org/36623213:30
*** acoles has quit IRC13:32
*** openstackstatus has joined #openstack-swift13:37
*** ChanServ sets mode: +v openstackstatus13:37
*** psachin has quit IRC13:42
*** psachin has joined #openstack-swift13:42
-openstackstatus- NOTICE: OpenStack Infra now has a Twitter bot, follow it at https://twitter.com/openstackinfra13:44
*** _JZ_ has joined #openstack-swift13:58
*** tongli has joined #openstack-swift14:01
*** vinsh has joined #openstack-swift14:03
*** sgundur_ has joined #openstack-swift14:05
*** sgundur_ has quit IRC14:11
*** sgundur_ has joined #openstack-swift14:15
*** vint_bra has joined #openstack-swift14:17
*** vinsh_ has joined #openstack-swift14:20
*** vinsh has quit IRC14:23
*** _JZ_ has quit IRC14:30
*** SkyRocknRoll has quit IRC14:36
*** acoles_ has joined #openstack-swift14:38
*** ChanServ sets mode: +v acoles_14:38
*** klamath has joined #openstack-swift14:38
*** acoles_ is now known as acoles14:38
*** sgundur_ has quit IRC14:38
*** _JZ_ has joined #openstack-swift14:39
*** StraubTW has joined #openstack-swift14:39
*** sams-gleb has quit IRC14:41
*** Renich has joined #openstack-swift14:47
Renichgood day, amigos! ;)14:47
RenichI was wondering, once I source adminrc, why isn't it possible to openstack --os-project-name=someotherproject container list?14:47
*** kong has quit IRC14:51
openstackgerritMerged openstack/swift: Fixed cut and pasted paragraph from commit message in manpage  https://review.openstack.org/37193214:58
*** dmorita has joined #openstack-swift14:58
* Renich is afk15:01
*** sams-gleb has joined #openstack-swift15:01
*** dmorita has quit IRC15:03
*** klrmn has joined #openstack-swift15:12
*** ChubYann has joined #openstack-swift15:22
*** psachin has quit IRC15:27
*** Renich has quit IRC15:31
*** Renich has joined #openstack-swift15:33
*** geaaru has quit IRC15:36
*** chsc has joined #openstack-swift15:37
*** chsc has joined #openstack-swift15:37
*** oshritf_ has quit IRC15:53
*** oshritf has quit IRC15:53
*** mvk has quit IRC15:55
*** dmorita has joined #openstack-swift15:59
*** dmorita has quit IRC16:03
*** rledisez has quit IRC16:06
*** dmorita has joined #openstack-swift16:23
*** jaakkos has quit IRC16:41
*** jaakkos has joined #openstack-swift16:41
*** asettle has quit IRC16:41
*** asettle has joined #openstack-swift16:42
*** asettle has quit IRC16:47
*** mvk has joined #openstack-swift16:55
*** rcernin has quit IRC16:55
*** tuan_luong has joined #openstack-swift17:01
timburkenotmyname: on open sourcing a project when testing requires gear, that sounds similar to the issues cinder has had with its drivers; i wonder if they'd have some insight into how to approach it17:01
timburkeacoles: you're not alone in being confused. looks like glance is backing out some domain_id/domain_name change in their swift driver? https://review.openstack.org/#/c/373438/17:02
patchbotpatch 373438 - glance_store - Revert "Setup defaults for swift driver authentica...17:02
tuan_luongHello swift team17:03
*** tuan_luong has quit IRC17:07
*** tgtanya has joined #openstack-swift17:14
*** pcaruana has quit IRC17:14
*** Suyi_ has joined #openstack-swift17:27
*** bkopilov has quit IRC17:28
*** sams-gleb has quit IRC17:29
*** nadeem has joined #openstack-swift17:29
*** bkopilov has joined #openstack-swift17:30
acolestimburke: its a mess :/ having chatted to Guang we're tending to think the install guide is wrong, or misguided. So I am considering reverting the change to the options and having my patch just increase the comment to raise attention to the need for consistency. what do you think?17:31
timburkeacoles: works for me. it definitely seems like one of those sections of the config where you *need* to think about the options, what they mean, and what you need to do17:32
timburkemost of the rest, we'll try to do The Right Thing for you, but we really can't for your auth system17:33
acolestimburke: right17:33
acolestimburke: kota_ I'm marking patch 372573 WIP, will come up with some revised comment text in next version17:37
patchbothttps://review.openstack.org/#/c/372573/ - swift - Update authtoken domain options17:37
*** acoles is now known as acoles_17:42
*** tqtran has joined #openstack-swift17:47
*** asettle has joined #openstack-swift17:49
*** dmorita has quit IRC18:00
*** dmorita has joined #openstack-swift18:00
*** acoles_ is now known as acoles18:12
tqtranhi timburke, regarding your comments yesterady in IRC, what can you /info on? is that the same as listing the stats via swift client?18:20
*** aswadr_ has quit IRC18:22
timburketqtran: it's the equivalent of `swift capabilities` or `swift info`18:22
tqtranah ok18:22
timburkeor if you like curl, `curl http://saio:8080/info`18:22
*** vinsh_ has quit IRC18:23
*** asettle has quit IRC18:25
tqtrantimburke: hm... i not seeing the problem you're seeing on my env. checked both the account server and proxy server. how did you get that error to pop up?18:29
tqtrani used the swift client to log in via v3, then swift info and no error for me18:30
timburketqtran: i didn't actually reproduce it; i was going off of the logs from tempest. check the end of http://logs.openstack.org/15/356715/9/check/gate-tempest-dsvm-full-ubuntu-xenial/da34796/logs/screen-s-proxy.txt.gz for the traceback18:34
timburkeit might require that you send an x-auth-token header as part of the request (i forget whether swiftclient does that or not)18:35
*** tgtanya has quit IRC18:35
*** nickchase has joined #openstack-swift18:36
nickchaseHi, all.  Can anyone tell me where to find the release notes that show what's new in Swift for the Newton release?18:37
nickchaseAlternately, can someone just tell me what the top 3 or 4 changes are?18:37
nickchaseThanks...18:37
tqtranoooooo i see. ok i'll try and find out what else tempest did before calling it. thanks for the pointer. i was digging through the wrong logs18:37
*** McMurlock1 has joined #openstack-swift18:38
jrichlinickchase: the release hasn't been cut yet.  Maybe end of this week.  Release notes will be available at that point.18:38
nickchasejrichli: Thanks.  Is there a draft or something?  I'm trying to put together some content for next Tuesday.18:40
*** acoles is now known as acoles_18:40
jrichlinickchase: there have been 2 swift releases so far after mitaka: https://wiki.openstack.org/wiki/Swift/version_map18:42
nickchasejrichli: Thanks!18:43
jrichlinickchase: so, you could look at the release notes for 2.8.0 and 2.9.0 to start with.  Not sure if there is a rough draft for this next release18:43
nickchasejrichli: That'll get me started.  Much obliged!18:44
jrichlinp18:44
*** nikivi has joined #openstack-swift18:45
*** nikivi has quit IRC18:47
timburkenickchase: like jrichli said, there's going to be one more release, but https://github.com/openstack/swift/blob/master/CHANGELOG is a good place to watch. highlights for 2.10.0 will probably include EC improvements, container-sync improvements, and a new way to use versioned_writes18:47
nickchasetimburke: Excellent.  Thanks!18:48
*** nickchase has quit IRC18:54
*** vint_bra has quit IRC19:01
claygtdasilva: you're like a beast on these bugs man!  that's *so* awesome!19:07
*** dmorita has quit IRC19:07
tdasilvaclayg: lol19:07
*** dmorita has joined #openstack-swift19:08
tdasilvaclayg: hopefully i'm not making mistakes, but i'm being pretty aggressive in closing old stuff that I think it is invalid now19:08
openstackgerritMerged openstack/swift: go: fix replicator policy bugs / big refactor  https://review.openstack.org/36584919:08
claygtdasilva: do it do it!19:08
*** dmorita has quit IRC19:12
*** dmorita has joined #openstack-swift19:13
*** dmorita has quit IRC19:30
*** dmorita has joined #openstack-swift19:42
*** silor has joined #openstack-swift19:45
*** silor has quit IRC19:49
*** dmorita has quit IRC20:01
*** dmorita has joined #openstack-swift20:02
*** dmorita has quit IRC20:06
*** ukaynar has joined #openstack-swift20:33
*** dmorita has joined #openstack-swift20:33
*** dfflanders has joined #openstack-swift20:41
openstackgerritThai Tran proposed openstack/swift: Supporting Account ACL in keystoneauth  https://review.openstack.org/35671520:44
*** asettle has joined #openstack-swift20:49
tdasilvaclayg, notmyname: check out https://github.com/thiagodasilva/launchpad-reporting20:50
tdasilvaclayg: I just forked of a fuel project and changed it to display swift data20:50
tdasilvahas a cool trends graph20:51
claygtdasilva: i don't see where in https://github.com/thiagodasilva/launchpad-reporting/commit/4678ad8836220ac14da05aed5b8dfd2d474733fb that you changed the data source?  flask.url_for Swift just looks like a redirect?20:58
claygoh... to the project_overview view which calls the lpdata.get_project k20:58
tdasilvaclayg, project name is hard coded here: https://github.com/thiagodasilva/launchpad-reporting/blob/master/main.py#L4720:59
claygyeah I thought that was just the "name" tho - i see now that it uses the name in the other view when it pulls the data20:59
claygso many 4's!21:00
*** gyee has joined #openstack-swift21:04
*** dmorita has quit IRC21:08
*** dmorita has joined #openstack-swift21:08
*** nadeem has quit IRC21:14
claygtdasilva: you know instead of that ttl_cache decorator - I think i'd just prefer it be a script you can run on demand in the background to update the cached data - and the app always responds from the local cache21:14
claygthen I can run it in a cron every 5 mins if I want too21:15
clayglptdata seems like a cool lib regardless - some programatic access to launchpad is no doubt helpful21:18
claygd3 has proven to be a good way to translate json into visualization - definately support that21:19
openstackgerritTim Burke proposed openstack/swift: Use separate headers for versioned_writes' stack and history modes  https://review.openstack.org/37353721:29
timburkeclayg: tdasilva: ^^^21:29
timburkeif we get it in before the release, we don't need x-versions-mode as a client-accessible header21:29
timburkestill needs doc changes, and test coverage for the you-tried-to-set-both-at-once 40021:30
timburkeclayg: tdasilva: so i guess my question is, is this something that you guys care about enough that we can get it reviewed ahead of the release? if so, there's one less thing that needs a deprecation cycle and we'll have already kicked off the deprecation cycle for x-versions-location, but if not, i might need to work on other things ahead of the docs/test coverage21:37
timburkeit could also roll in kota's https://review.openstack.org/#/c/360933/21:38
patchbotpatch 360933 - swift - Add functional tests for new versioned_write mode21:38
*** dmorita has quit IRC21:40
*** Renich has quit IRC21:41
*** kong has joined #openstack-swift21:41
*** adu has joined #openstack-swift21:47
*** dmorita has joined #openstack-swift21:50
claygwhoa - lots of good stuff21:51
claygit's not a super small change - looks like you already started on some of the doc change?21:52
timburkeclayg: yeah, the mware docs. needs the api-ref docs21:53
claygoic21:53
timburkeand doc/source/api/object_versioning.rst21:55
*** nikivi has joined #openstack-swift22:12
*** asettle has quit IRC22:14
*** hoonetorg has quit IRC22:24
*** StraubTW has quit IRC22:29
*** klamath has quit IRC22:33
mattoliverauMorning22:45
*** gyee has quit IRC22:47
*** nikivi has quit IRC22:50
*** hoonetorg has joined #openstack-swift22:56
*** nikivi has joined #openstack-swift23:00
*** hoonetorg has quit IRC23:02
*** adu has quit IRC23:05
*** chsc has quit IRC23:07
*** ukaynar has quit IRC23:09
*** hoonetorg has joined #openstack-swift23:19
timburkehey, mattoliverau! i need your opinion. well, i need *an* opinion, and clayg volunteered you23:19
mattoliverauyay, i have lots of opinions, hopefully one of them would be helpful :P23:20
timburkeon https://review.openstack.org/#/c/373537 we're trying to decide whether x-versions-location should live forever or die in a fire. thoughts?23:20
patchbotpatch 373537 - swift - Use separate headers for versioned_writes' stack a...23:20
*** hoonetorg has quit IRC23:29
*** dmorita has quit IRC23:29
*** hoonetorg has joined #openstack-swift23:31
*** dmorita has joined #openstack-swift23:31
*** kei_yama has joined #openstack-swift23:31
mattoliverautimburke: I love the new names, X-History-Container and X-Stack-Container sounds cool, and is a nice way of choosen the behaviour you want. If deprication was easy I'd say burn it, but I think we'll be stuck with versions-location for the foreseeable future. damn API.. which is a shame because it sucks to have 2 versions of the same thing. I guess we could think of X-Versions-Location as an alias to X-Stack-Container.23:32
mattoliverau23:32
mattoliverautimburke: we could let add a deprication warning in documentation to X-Versions-Location.. and maybe eventually we'll be able to remove it... but just keep it around for now. In fact if we start to remove examples using X-Versions-Location, in a few releases we might actually be able to remove it.23:33
mattoliveraubut thats my pre-caffiniated opinion. tldr: dont break API so we're suck with it for now... but we can just make X-Versions-Location an alias to X-Stack-Container. Change any examples we have (if we have any) to use the new way. And oneday future us will be able to depricate it. Or maybe we can get buy in from the Ops in Barcelona23:38
timburkemattoliverau: that was kinda my thinking, too, and what i meant by "die in a fire." the other option would be to just keep x-versions-location (since we'd have to do that anyway for ... a year or two? the foreseeable future?) in place of x-stack-container, but still use x-history-container for the new way versioning works23:39
timburkei was already planning on gutting x-versions-location from the docs and replacing with the new thing. but as long as there may be some app that someone wrote years ago but hasn't seen active development but Just Works™... clayg seems a bit hesitant to try for deprecation23:41
mattoliveraunah, burn it, kill it with fire (meaning, have both and lets start using the new terms in here also, and mention versions-location still exists but is really now just an alias to stack) :)23:42
timburke(honestly, i know that feeling. that's part of why i did that patch the way i did originally)23:42
*** nikivi has quit IRC23:43
mattoliverauI think marking for deprication and depricating are 2 different things. I think we can let people know this is the old way, and my one day be gone (but we'll be loud when/if we do). It'll mean anyone writing new apps will use the new way23:44
mattoliveraueven if we never actually get rid of it.23:44
clayg+1 ^ if we think the consistency is worth maintaining two ways to do it that's fine by me23:45
timburkebut we could still have some consistency while only having one way to say it. x-versions-location (since we're stuck with it now) and x-history-location wouldn't *terrible*, just not quite as explicit as x-stack-container/x-history-container23:49
claygtimburke: not un-reasonable23:49
timburkeclayg: but it also sets us down the path of "yep, that shit is *never* going away"23:51
timburkehave we ever successfully deprecated & removed some part of the client-facing API?23:52
claygtimburke: x-timestamp - YOU MAD MAN!23:53
claygand look - the world didn't burn down around us?23:53
claygalthought that one was a) terrible b) not documented23:53
claygnot sure if either of those help23:53
mattoliverauYeah version and history is not explicit enough imho, there could be an agruement for X-{Versions,Stack,Hisroy}-Location, so they all seem to match a similar API.. though I like how Container lets people know to specify a container here.23:54
claygI think something about container tempurls or cross container something dlo manifest got similar treatment?23:54
claygbecause "secruity"23:54
claygyeah stack history are pretty good - might paint us into a corner if we ever manage to get a type of versioning in place that's based off symlinks?23:55
timburkeoh, that wasn't a deprecation. that was *definitely* a rip-out, because it could leave you in a situation where you couldn't delete data. short of those "because security" sorts of things, i don't know that we have23:55
claygx-symlink-container doesn't quite cut it23:55
timburkenah, the symlink-y goodness should be a proxy-config setting. i've got a plan23:56
claygtimburke: one time when implementing swiftstack-auth - we were like 'fucking x-storage-token *sure* is stupid - it only existed because before openstack - let's not support it!'23:56
claygguess what happened23:56
timburkebroke the world?23:56
timburkeby which i mean "a customer"23:57
claygtimburke: no it broke like one d00d and we added support because it's cheap - CARRY THE CRUFT 4EVAR!23:57
* clayg puts on skeptical pants regarding x-history-container implementation via symlinks being transparent to the user23:58
mattoliverauclayg: we should get that on a tshirt :P23:58
claygmattoliverau: this is me https://brendanbourdage.files.wordpress.com/2011/10/skeptical-dog.jpg23:59

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