Tuesday, 2017-05-23

*** JimCheung has quit IRC00:01
*** alenavolk has joined #openstack-swift00:10
*** NM has quit IRC00:10
notmynamekota_: I've got to go home now, but here is what I was wanting to talk to you about00:20
*** alenavolk has quit IRC00:21
notmynamekota_: https://review.openstack.org/#/c/448240/ is nearly done. we've talked about it as a community for a long time. we've had a couple of different implementations proposed. we've discussed the design. now let's land it00:21
patchbotpatch 448240 - swift - Enable per policy proxy config options00:21
*** gyee has quit IRC00:22
*** alenavolk has joined #openstack-swift00:22
notmynamekota_: between you, tim, acoles, and clayg I'd love to see it landed on (my) wednesday.00:22
notmynamekota_: looking at timezones, here's how I see that working out00:22
*** alenavolk has quit IRC00:22
notmynamekota_: right now, it's the beginning of your tuesday. at the end of your tuesday, acoles will be getting online. and clayg and timburke will be starting our tuesday at the end of acoles's day00:23
notmynamekota_: if you could give the patch a review today, that will allow acoles to respond to anything you might find. then timburke and/or clayg can pick up as acoles is finishing his day00:24
notmynameI don't expect that there will be any major things found (based on the review and community work already spent on it)00:24
notmynamekota_: thanks for your help on this patch00:25
*** tonanhngo has quit IRC00:36
*** tovin07_ has joined #openstack-swift00:37
*** itlinux has joined #openstack-swift00:40
*** itlinux has quit IRC00:41
*** itlinux has joined #openstack-swift00:42
*** tonanhngo has joined #openstack-swift00:43
openstackgerritTim Burke proposed openstack/swift master: fixup! Enable per policy proxy config options  https://review.openstack.org/46695200:45
openstackgerritTim Burke proposed openstack/swift master: Remove tempauth docs from deployment guide  https://review.openstack.org/46695300:45
*** tonanhngo_ has joined #openstack-swift00:47
*** tonanhngo has quit IRC00:48
*** tonanhngo_ has quit IRC00:51
*** JimCheung has joined #openstack-swift00:53
claygkota_: thanks01:00
*** klrmn has quit IRC01:05
*** vint_bra has joined #openstack-swift01:11
*** esnyder has joined #openstack-swift01:22
*** itlinux has quit IRC01:28
*** catintheroof has joined #openstack-swift01:29
*** catintheroof has quit IRC01:30
esnyderhey all, notmyname recommended i ask here (just tried #openstack-operators)01:32
esnyderhttps://www.irccloud.com/pastebin/rn6KpxY5/01:32
zaitcevLB or proxy isn't going to keep the connection open forever01:34
zaitcevoh, wait01:34
zaitcevI was going to sit this one out01:34
esnyderthe error I see is:01:35
esnyderMay 22 17:40:06 emile-swifttest-2-3020 proxy-server: ERROR with Object server 10.9.212.22:6007/d2 re: Trying to write to /KEY_11d76633a93e4dc996de269bcfd16efd/puttest/putobj-00003: #012Traceback (most recent call last):#012  File "/usr/lib/pymodules/python2.7/swift/proxy/controllers/obj.py", line 1542, in _send_file#012    self.conn.send(to_send)#012  File01:35
esnyder"/usr/lib/python2.7/httplib.py", line 840, in send#012    self.sock.sendall(data)#012  File "/usr/lib/python2.7/dist-packages/eventlet/greenio/base.py", line 393, in sendall#012    tail += self.send(data[tail:], flags)#012  File "/usr/lib/python2.7/dist-packages/eventlet/greenio/base.py", line 384, in send#012    return self._send_loop(self.fd.send, data,01:35
esnyderflags)#012  File "/usr/lib/python2.7/dist-packages/eventlet/greenio/base.py", line 371, in _send_loop#012    return send_method(data, *args)#012error: [Errno 32] Broken pipe01:35
zaitcevyeah01:35
esnyderi get it won't hold the connection forever, but 1 second more than the default client_timeout triggers it01:36
esnyderwhat is the point of having client_timeout if i can't adjust it up? :)01:36
zaitcevPresumably you can if the server is under your administrative control, just just have to find which one trips it and tweak it. Start with the LB, and then Swift proxy https://github.com/openstack/swift/blob/master/etc/proxy-server.conf-sample#L7901:37
esnyderzaitcev: sorry, you said you wanted to sit this one out, so feel free to ignore me, i'm just going to keep talking01:39
esnyderso, *before* adjusting the client_timeout up, I get 'ERROR Client read timeout'. *after* bumping it up from 60 seconds, and running test where i insert delay of 61 seconds, I get that 'ERROR with Object server...' one01:40
esnyderwhat other dial should i be turning?01:40
zaitcevOh, I thought you adjust the timeout on the client.01:40
esnydersorry, nope, (naming :) ) i adjust the client_timeout in the /etc/swift/proxy-server.conf01:41
zaitcevthe code says it's                     putter.spawn_sender_greenthread(01:43
zaitcev                        pool, self.app.put_queue_depth, self.app.node_timeout,01:43
zaitcever01:43
esnyderso, the self.app.node_timeout turns into a ChunkWriterTimeout of that duration01:43
esnyderbut i'm pretty sure that the Broken pipe means that this is the timeout inside the socket itself01:44
zaitcevWell, it's node timeout anyway. Apparently the _send_file receives only 1 timeout value, which ... apparently... governs both sides. Maybe I'm reading it wrong though.01:44
esnyderwhich it doesn't look like any of the code i can see modifies?01:44
zaitcevor, actually again...01:45
esnyderone more confusion i have re: node_timeout: it's default value is 1001:46
zaitcev_send_file uses node_timeout appropriately, by using with: around conn.send(). BUT01:46
*** JimCheung has quit IRC01:46
zaitcevsomething triggers client timeout for it01:46
zaitcevAn iterator, I suspect01:46
zaitcevhmm01:47
zaitcevAh, yes01:47
zaitcevYou have to bump this one too:01:48
zaitcevhttps://github.com/openstack/swift/blob/master/etc/object-server.conf-sample#L6701:48
esnyderah!01:48
esnyder(sheesh, can't believe i missed it.) thanks!01:48
esnydertips to where in the code that is getting used for this case? (if you have it handy, i can go dig for myself too...)01:49
zaitcevWell, I thought, why is this a EPIPE? Clearly the object server closed the connection. Ergo, it's in the object server somewhere.01:50
*** lan2 has joined #openstack-swift01:52
*** lan2 has quit IRC01:53
*** jamielennox is now known as jamielennox|away01:54
*** links has joined #openstack-swift01:58
esnyder(fyi, just verified by updating my /etc/swift/object-server/*.conf files on my test cluster object nodes, retrying my test)02:31
*** tovin07__ has joined #openstack-swift02:34
zaitcevobject-server needs a restart to pick up new config (unlike e.g. the ring)02:35
*** tovin07_ has quit IRC02:37
*** klrmn has joined #openstack-swift02:52
*** mingyu has joined #openstack-swift03:00
*** alenavolk has joined #openstack-swift03:03
*** itlinux has joined #openstack-swift03:29
*** klrmn has quit IRC03:43
*** two_tired has joined #openstack-swift03:46
*** psachin has joined #openstack-swift03:49
*** kei_yama has quit IRC03:55
*** alenavolk has quit IRC03:55
*** alenavolk has joined #openstack-swift03:56
*** tovin07_ has joined #openstack-swift03:58
*** tovin07__ has quit IRC04:00
*** alenavolk has quit IRC04:00
*** kei_yama has joined #openstack-swift04:01
*** alenavolk has joined #openstack-swift04:04
*** alenavolk has quit IRC04:09
*** abhitechie has joined #openstack-swift04:12
*** mingyu has quit IRC04:16
*** jamielennox|away is now known as jamielennox04:23
*** itlinux has quit IRC04:25
*** gyee has joined #openstack-swift04:31
*** winggundamth has joined #openstack-swift04:35
*** kei_yama has quit IRC04:35
kota_hello world04:39
kota_notmyname: ack, sorry late response. I had to take care of my kids in this morning04:40
notmynamekota_: no worries. :-)04:40
mahatickota_: notmyname o/04:42
*** chsc has joined #openstack-swift04:42
kota_notmyname: alright. I'll take my time today for that patch with my priority04:42
notmynamekota_: thank you04:42
notmynamemahatic: good morning04:42
kota_mahatic: o/04:43
notmynamemahatic: any thoughts on a different meeting time? I looked at a few time slots04:46
mahaticnotmyname: oh nice, which are? I haven't looked into it yet, I was going to ping you on that04:49
notmynamemahatic: it seems to me that 0700UTC on Wednesdays might be a good time. actually it's pretty good for everyone except USA times ;-)04:49
kota_notmyname: it's good to me too04:50
kota_that is 4 pm on my wednesday :)04:51
notmynamethat's midnight wednesday morning in san francisco. 8am london, 12:30 pm India, 4pm tokyo04:51
mahaticnotmyname: oic, that seems good. what time will that be in china? (I could look up I know ;)04:52
notmyname4pm04:52
notmynameno, sorry. 3pm04:53
notmynameone hour earlier than kota04:53
kota_correct04:53
notmynamehow about lets announce it this week on the ML and in the normal meeting, then have the first one next week (May31)04:54
mahaticsounds good04:56
*** vint_bra has quit IRC04:57
*** chsc has quit IRC04:58
*** kei_yama has joined #openstack-swift05:06
*** jamielennox is now known as jamielennox|away05:11
zaitcevGood lord05:17
zaitcevliberasurecode detects the instruction set of the CPU at build time05:17
zaitcevSo, when a distribution (such as Fedora) runs ./configure and then make on Intel, the result blows up with SIGILL on AMD.05:18
zaitcevBut only if you download from a EC container. Reconstructors and uploads are fine.05:18
*** jaosorior_away is now known as jaosorior05:24
*** gyee has quit IRC05:32
*** bkopilov__ has quit IRC05:34
*** mtreinish has quit IRC05:38
*** cshastri has joined #openstack-swift05:41
*** jamielennox|away is now known as jamielennox05:51
*** mingyu has joined #openstack-swift06:00
*** rcernin has quit IRC06:01
*** ChubYann has quit IRC06:15
*** mingyu has quit IRC06:16
*** rcernin has joined #openstack-swift06:18
*** skudlik has joined #openstack-swift06:21
*** jamielennox is now known as jamielennox|away06:23
*** mingyu has joined #openstack-swift06:27
*** mtreinish has joined #openstack-swift06:33
*** pcaruana has joined #openstack-swift06:40
*** hseipp has joined #openstack-swift06:44
*** baffle has quit IRC07:12
*** psachin has quit IRC07:12
*** baffle has joined #openstack-swift07:12
*** rcernin has quit IRC07:16
*** rcernin has joined #openstack-swift07:17
*** psachin has joined #openstack-swift07:29
*** kei_yama has quit IRC07:37
*** psachin has quit IRC07:43
*** psachin has joined #openstack-swift07:45
*** kei_yama has joined #openstack-swift07:49
*** geaaru has joined #openstack-swift07:53
*** cbartz has joined #openstack-swift07:57
*** openstackgerrit has quit IRC08:18
*** mvk has quit IRC08:19
*** joeljwright has joined #openstack-swift08:45
*** ChanServ sets mode: +v joeljwright08:45
*** thurloat[m] has quit IRC08:46
*** mattoliverau has quit IRC08:46
*** nikivi has quit IRC08:48
*** mahatic has quit IRC08:49
*** mahatic has joined #openstack-swift08:49
*** nikivi has joined #openstack-swift08:50
*** thurloat[m] has joined #openstack-swift08:51
*** jistr is now known as jistr|call08:56
*** mvk has joined #openstack-swift08:57
*** mingyu has quit IRC09:15
*** jistr|call is now known as jistr09:19
*** mingyu has joined #openstack-swift09:21
*** mattoliverau has joined #openstack-swift09:21
*** ChanServ sets mode: +v mattoliverau09:21
*** mvk has quit IRC09:32
acolesgood morning09:36
joeljwrightgood morning09:37
*** oshritf has joined #openstack-swift09:38
*** mingyu has quit IRC09:39
*** esnyder has quit IRC09:41
kota_hello acoles and joeljwright09:41
acoleskota_: joeljwright o/09:41
joeljwrightacoles: kota_: how was the summit?09:43
kota_it makes me good progress on my proposed work but i was feeling I'd like to get more *developer* conversation there.09:44
kota_joeljwright: ^^09:44
kota_joeljwright: it was a few time slot for the developer work in official.09:45
*** mvk has joined #openstack-swift09:45
kota_we have had non-scheduled conversation though.09:45
joeljwright:)09:45
joeljwrightalways going to happen :)09:45
acolesjoeljwright: like Kota said - I guess it was as expected, we made more of it than the scheduled 3 sessions by hanging out in a room, but that was a bit hit and miss, not everyone knew where we were.09:47
joeljwrightacoles: that's a bit of a shame, hopefully the Denver PTG will be better09:49
acolesjoeljwright: the ops feedback session was good i.e. a good number of ops in the room09:49
joeljwrightwell that's good09:50
acolesjoeljwright: I think PTG will be much better09:51
acoleswe met PavelK face to face which was great09:52
acolesand a few folks came along to an onboarding session09:52
acoleskota_: did you have chance to look at patch 448240 ?09:54
patchbothttps://review.openstack.org/#/c/448240/ - swift - Enable per policy proxy config options09:54
acolesI see timburke has left me some comments to respond to09:54
kota_acoles: right now, I'm at there09:54
acoleskota_: super! thank you09:54
*** tovin07_ has quit IRC09:55
kota_acoles:  but now, I'm collecting my thought on that patch.. I'm wondering a couple of things.09:56
*** adriant has quit IRC09:57
acoleskota_: ok. let me know if you want to discuss anything.09:57
kota_acoles: I'm now stopping my step at https://review.openstack.org/#/c/448240/11/swift/proxy/server.py09:57
patchbotpatch 448240 - swift - Enable per policy proxy config options09:57
kota_a couple of things...09:58
kota_1. the scope - in OverrideConf09:58
kota_it's actually used only in the log message09:58
kota_looking at the use case, it could be "(default)" so it seems necessary which config was invalid but10:00
acoleskota_: yes only used in logs10:01
kota_...10:01
kota_sorry, I cannot make my idea solid but feeling weird10:02
kota_so in my first impression10:02
kota_OverrideConf is a sort of configuration dictionary10:03
kota_but it's actually not10:03
kota_it keeps some attributes which were as proxy app attributes.10:04
acolesno, it's not a dict because ... of that ^^10:04
kota_yes, I understood how it works already10:04
acolesso wherever the old code called app.<foo> it now calls app.get_conf().<foo>10:04
kota_yes, that's my second question10:05
kota_why not using just a default dict for the conf10:05
kota_get_conf is actually doing to get defaultddict[key]10:06
*** JimCheung has joined #openstack-swift10:06
kota_deafultdict10:06
kota_oops10:06
kota_my typing were crazy10:06
acoleshehe10:06
acolesbut override_confs is a defaultdict10:06
acolesline 275 in proxy/server.py10:07
kota_acoles: exactly, so... why do you want to get_conf method? directly self.app._override_confs[policy] was insufficient?10:08
kota_or customize the variable name as more intuitive?10:08
acolesOIC. yes that would be sufficient. I just preferred to hide the implementation (dict) behind a method. That way the implementation could change without the callers being affected.10:10
*** JimCheung has quit IRC10:10
kota_so... self.app.per_policy_config[policy].sort_method or brabrabrah10:10
kota_i see10:10
acoleskota_: It's a small thing, but the get_conf() method means the detail of how the per-policy configs are managed is encapsulated in the proxy app.10:13
kota_ok, that would be meaning reason10:15
kota_circle back to the 1st one, probably I felt the *config* is a dict when we call the instance as "config"10:17
kota_perhaps10:17
kota_OverrideOptions?10:17
kota_but it's actually from config values...10:17
acolesOIC.10:18
acolesOverrideAttrs ?10:18
kota_acoles: sort of10:18
kota_probably that is the reason I felt it's as inconsistent name10:19
acolesyeah I see10:19
acolesso change get_conf() -> get_options() ???10:20
kota_seems more intuitive to me10:20
kota_get_policy_options(policy)???10:21
acolesyeah it is a potentially confusing that at top of the Application we are parsing a conf dict, then we have 'conf' used in relation to class properties10:21
acoleskota_: TBH I was trying to avoid making the overrides and getter method specific to policies. In back of my mind was possibility for other future custom options. Which I know is crazy.10:24
acolesI also like avoiding line-wraps, so probably tried to choose a short method name :)10:24
kota_ok10:25
acolesbut its important that it is intuitive to everyone so it's not a big deal for me to change10:25
acolesAnd in a future world we can always have 'get_policy_options = get_options' ;)10:26
kota_sure10:27
acolesI mean, if there *ever* is a reason toe have a more general get_options method10:27
acolesto*10:27
kota_sounds nice to have (to me!)10:28
*** foutatoro has quit IRC10:29
acoleskota_: choosing the right names is always so hard : https://martinfowler.com/bliki/TwoHardThings.html10:29
kota_it's true10:30
acoleshttp://hilton.org.uk/blog/why-naming-things-is-hard10:31
kota_acoles: to the scope thing (far from get_options), i might get good idea10:31
kota_acoles: so i guess we can avoid *scope* arg from OverrideConfig10:32
kota_i think, what we need is just raise ValueError in the config10:33
kota_and catch and log in _load_per_policy_config10:33
kota_with policy info or default10:34
acoleskota_: ok, but again I kinda deliberately avoided passing policy to OverrideConf, which IIRC is why scope gets assigned first and passed as an arg10:34
kota_yes, we don't have to pass the policy to OverrideConf10:34
acoleskota_: ah. could work. there's also the check_config method at line 309  which uses scope10:36
kota_oops10:36
kota_i missed that10:36
acoleskota_: TBH that's a little weird, IDK why that is called late after all the app has been instantiated10:36
acolesthe check could be made while parsing the conf10:36
acolesright now it is called from app_factory10:37
kota_like https://gist.github.com/bloodeagle40234/45648a4adbaf57473a724856cdece01410:38
kota_not changed everything yet10:38
kota_let me check "check_config"10:39
kota_app_factory!10:39
kota_er - I'm getting to remember that I also was wondering why it exists in the outside of init.10:41
kota_the validation should be in app initialization, shouldn't it?10:42
acoleskota_: IDK if it was deliberate choice to check from app_factory10:44
kota_acoles: me too10:45
acoleswell maybe we can change that, there's nothing on the original review to explain why it is that way https://review.openstack.org/#/c/6558810:46
patchbotpatch 65588 - swift - Warn if read_affinity is configured but not enabled (MERGED)10:46
kota_oh, it's 3 years, 4 months ago10:48
kota_acoles: and it was early addoption of global cluster, make sense. i agree with you we can change it.10:49
kota_but could be ok in follow-up?10:49
kota_ah10:49
kota_if we could do it in follow up, we cannot something on this patch10:50
kota_er - yes, scope thing10:50
kota_hmm... :/10:50
kota_if we could have a time before landing it, change the check_config -> per_policy_configuration seems straight forward to me10:51
kota_on the other hand, notmyname seems to want to land per_policy_configuration asap10:52
*** kei_yama has quit IRC10:53
acoleskota_: ok let me work on that today, and I'll get some other opinions on moving check_config (torgomatic was original author)10:53
kota_acoles: thanks. basically I like the section style override, it's awsome work.10:54
kota_acoles: and let me push some other small things I found while reviewing today.10:54
acoleskota_: thanks for reviewing! I should be able to get a new patchset done today.10:54
*** abhinavtechie has joined #openstack-swift10:56
*** abhitechie has quit IRC10:56
kota_acoles: thx! done to push my comments10:57
* kota_ is starting to prepare to get back home10:58
acoleskota_: have a good evening10:58
kota_acoles: have a nice day10:58
*** two_tired has quit IRC11:00
*** hseipp has quit IRC11:05
*** hseipp has joined #openstack-swift11:05
*** abhinavtechie has quit IRC11:08
*** hseipp has quit IRC11:20
*** NM has joined #openstack-swift11:23
*** NM has quit IRC11:30
*** NM has joined #openstack-swift11:31
*** NM has quit IRC11:33
*** NM has joined #openstack-swift11:33
*** NM has quit IRC11:38
*** mingyu has joined #openstack-swift12:01
*** mattoliverau has quit IRC12:09
*** thurloat[m] has quit IRC12:09
*** Raymii has quit IRC12:11
*** sgundur| has quit IRC12:11
*** charz_ has quit IRC12:11
*** Raymii has joined #openstack-swift12:11
*** sgundur1 has joined #openstack-swift12:12
*** MVenesio has joined #openstack-swift12:13
*** charz has joined #openstack-swift12:14
*** thurloat[m] has joined #openstack-swift12:15
*** mattoliverau has joined #openstack-swift12:39
*** ChanServ sets mode: +v mattoliverau12:39
*** catintheroof has joined #openstack-swift12:42
*** jamielennox|away is now known as jamielennox12:49
*** jaosorior has quit IRC12:57
*** jaosorior has joined #openstack-swift12:57
*** winggundamth has quit IRC13:08
*** klamath has joined #openstack-swift13:13
*** klamath has quit IRC13:13
*** klamath has joined #openstack-swift13:14
*** lucasxu has joined #openstack-swift13:17
*** lucasxu has quit IRC13:17
*** lucasxu has joined #openstack-swift13:30
*** NM has joined #openstack-swift13:43
*** chlong has joined #openstack-swift13:55
*** links has quit IRC13:57
*** oshritf has quit IRC14:02
*** hseipp has joined #openstack-swift14:05
*** mingyu has quit IRC14:05
*** cshastri has quit IRC14:42
*** psachin has quit IRC14:50
*** vint_bra has joined #openstack-swift14:52
*** itlinux has joined #openstack-swift14:57
notmynamegood morning15:03
*** mingyu has joined #openstack-swift15:06
notmynamekota_: thanks for reviewing the per-policy config patch15:07
mwheckmannmorning.15:07
*** mingyu_ has joined #openstack-swift15:09
*** mingyu has quit IRC15:09
mwheckmannnotmyname: I managed to upgrade to 2.13. There were not any dependancy problems in the end. My replication time issues were mainly down to the Rsync temp file bug and pushing too many parallel rsync's to regions with less available throughput. I had to increase Rsync timeout as well. Things are under control now.15:10
notmynamenice! great to hear15:10
mwheckmannnotmyname: which leads me to a piece of feedback: it would be awesome if we could specify write/read affinity per ring instead of globally15:11
notmynamelol15:11
mwheckmannfunny? :)15:11
notmynameyou mean like https://review.openstack.org/#/c/448240/ which should land today or tomorrow?15:11
patchbotpatch 448240 - swift - Enable per policy proxy config options15:11
acolesmwheckmann: working on it right now15:11
acoles:)15:11
notmynamelol because I was just talking to acoles about it :-)15:11
mwheckmannNice!15:12
mwheckmannlooking forward to that :)15:12
*** alenavolk has joined #openstack-swift15:12
mwheckmannThe other piece of feedback would be a way to limit replication concurrency per region. Right now the only way to control concurrency is max Rsyncd connections. That can make the logs a little noisy.15:13
mwheckmannOnce again, due to more BW constrained regions15:13
notmynamethere's a larger plan in the works to eliminate rsync entirely. that will definitely take a long time to write and merge, but you're not alone in your request15:15
notmynamehere's an etherpad with some of the bigger picture discussions on that https://etherpad.openstack.org/p/swift-rebalance15:16
*** klrmn has joined #openstack-swift15:16
mwheckmannnotmyname: thanks15:18
*** alenavolk has quit IRC15:21
*** rcernin has quit IRC15:22
*** tovin07 has joined #openstack-swift15:23
*** alenavolk has joined #openstack-swift15:28
*** tovin07 has left #openstack-swift15:28
*** mingyu_ has quit IRC15:28
*** chlong has quit IRC15:31
*** gyee has joined #openstack-swift15:32
*** mingyu has joined #openstack-swift15:38
*** itlinux has quit IRC15:39
*** chlong has joined #openstack-swift15:42
*** skudlik has quit IRC15:44
*** lucasxu has quit IRC15:44
*** pcaruana has quit IRC15:47
*** lucasxu has joined #openstack-swift15:49
*** alenavolk has quit IRC15:53
*** alenavolk has joined #openstack-swift15:55
*** hseipp has quit IRC15:55
*** geaaru has quit IRC16:02
notmynameall right! let's see how many toes I can step on. http://lists.openstack.org/pipermail/openstack-dev/2017-May/117304.html16:13
*** lucasxu has quit IRC16:14
notmynametimburke: I linked your py3 gist, but I hope it doesn't become a discussion forum16:16
*** joeljwright has quit IRC16:21
*** JimCheung has joined #openstack-swift16:26
*** chlong has quit IRC16:30
timburkegood morning16:35
tdasilvawhat would cause swift to have a file name like this: -rw-r--r--. 1 swift swift   3932160 May 19 18:48 .....1494882753.31470.data.3rYccn.AnOLSa.tJipc8.EKzdZv.vz9KoD16:36
notmynametdasilva: partial/incomplete rsync?16:36
timburkethat's my first reaction, too16:36
timburkeor more likely, several failed/interrupted rsyncs16:37
notmynameyeah16:37
tdasilvaah, interesting16:37
timburke5 or so?16:37
*** pxwang has joined #openstack-swift16:38
mwheckmanntdasilva: what version are you running?16:40
*** mvk has quit IRC16:43
timburketdasilva: swift should deal with it better following https://github.com/openstack/swift/commit/1d03803 and https://github.com/openstack/swift/commit/2bd8d050 (so starting around 2.7.0)16:44
tdasilvamwheckmann, timburke checking16:44
*** cbartz has quit IRC16:54
*** jaosorior is now known as jaosorior_away17:17
*** itlinux has joined #openstack-swift17:24
*** aselius has joined #openstack-swift17:33
*** Anticimex has quit IRC17:38
*** Anticimex has joined #openstack-swift17:39
*** lucasxu has joined #openstack-swift17:43
*** chsc has joined #openstack-swift17:44
*** chsc has quit IRC17:44
*** chsc has joined #openstack-swift17:44
*** klrmn has quit IRC17:45
*** ChubYann has joined #openstack-swift17:46
*** pxwang has quit IRC18:02
*** itlinux has quit IRC18:02
*** klrmn has joined #openstack-swift18:09
*** itlinux has joined #openstack-swift18:12
*** oshritf has joined #openstack-swift18:29
*** oshritf has quit IRC18:30
*** mingyu has quit IRC18:33
claygcschwede_: tdasilva: I just saw patch 466255 - I'm confused and would like some additional details about *that* specific change - but more importantly I'm curious to brainstorm some ideas on how the upstream community can better support these contributions!  Can I put something on tomorrow's meeting agenda?18:33
patchbothttps://review.openstack.org/#/c/466255/ - swift - Make mount_check option usable in containerized en...18:33
*** mingyu has joined #openstack-swift18:33
*** itlinux has quit IRC18:34
*** oshritf has joined #openstack-swift18:34
tdasilvaclayg: sure, i'm not sure cschwede_ will be around tomorrow, but I can try to answer any questions18:36
tdasilvaclayg: just read your comments, and yeah, i agree, my initial feeling was similar, "this is a hack" and honestly I feel like cschwede_ feels the same18:38
clayghrmmm... I wonder if we could do anything to get him around... specifically I'm smelling some redhat on the container train and I want to have an open an honest brainstorm about how to a) allow for fast rapid meaningful progress in a way that is rewarding to those contributing and b) doesn't leave us in a bind if the end of the experiment doesn't land in a18:38
claygplace that we all feel proud of18:38
*** mingyu has quit IRC18:39
tdasilvaclayg: Christian described the problem well on the commit msg. The issue is that we want to bind mount the disk on the container, but you can do that for only one container ??? not multiple18:39
tdasilvaso I think the plan was to mount the device on the host machine, and then directory /srv/node/sdb[n]1 on the containers18:40
tdasilvaat least that's my understanding18:41
*** Renich has joined #openstack-swift18:41
claygbasically I'm thinking feature-branch - single +2 sorta thing - get some rapid progress/sprint going - make mistakes and go back to fix them - maybe try and get some new people for surrounding ecosystem or larger openstack community "interested" without all the "this needs docs - i don't know anything about containers but have you considered - blah balh18:41
claygbalh" stuff that comes with a 5 year old project that we depend on everyday in production and is going to be maintained for a long time even if awz eats the world and we all decide to retire and go fishing.18:41
*** tonanhngo has joined #openstack-swift18:42
*** itlinux has joined #openstack-swift18:43
tdasilvaclayg: FWIW, for now, that's the only patch that I'm aware of in Swift....TripleO is already running swift containerized, without mount-check18:43
claygtdasilva: sounds reasonable to me!  My gut is "why doesn't mount_check = false work" - but I'm not really in a posistion to drop working on composite rings and try and get swift in a container to answer that question for myself?18:43
timburkeclayg: i think it's worth noting that cschwede_ (i'm fairly certain) wants mount_check to still be useful in such an environment -- sure, `mount_check = false` "works", but you've now lost that check and when your container provisioning goes awry, you (presumably) get some very very tiny object nodes18:44
tdasilvaright18:44
tdasilvaso we have mount_check = false today, and this patch was to just enable that18:44
claygoh, yeah - do we not have a bug for that yet?18:45
claygbasically we do some `mkdir -p` call when the part dir doesn't exist - but we should *never* create the device dir18:46
claygit's sad because the whole mkdirs call thing was unrolled by portante back in the day - but we never followed through to prevent the creation of a device dir resulting in writing data onto the root filesystem - too bad18:46
*** tonanhngo has quit IRC18:49
acolestimburke: re per-policy deployment guide changes, do you know how to make a link to a table line in rst? I spent a while trying and failing.18:50
timburkeacoles: yeah, me to. screw it, tooling doesn't seem to allow it. i think i still prefer a bulleted list over the code block, though18:51
acolestimburke: oh, yeah, you got your bullets18:51
acolesjust no links18:51
*** itlinux has quit IRC19:01
portanteclayg, yeah, I failed to make that complete19:01
claygportante: the failure is ours - you are winner in my book19:02
* clayg is working on the bug19:02
clayger.. bug *report* :P19:02
*** lucasxu has quit IRC19:02
portanteclayg: thanks!19:03
*** mvk has joined #openstack-swift19:06
*** JimCheung has quit IRC19:09
*** Renich_ has joined #openstack-swift19:14
*** lucasxu has joined #openstack-swift19:15
*** Renich has quit IRC19:18
*** openstackgerrit has joined #openstack-swift19:23
openstackgerritAlistair Coles proposed openstack/swift master: Enable per policy proxy config options  https://review.openstack.org/44824019:23
acoleskota_: ^^19:23
acolestimburke: ^^19:23
*** JimCheung has joined #openstack-swift19:24
claygtdasilva: timburke: thanks for the insight on patch 466255 - I'm +2 I think19:27
patchbothttps://review.openstack.org/#/c/466255/ - swift - Make mount_check option usable in containerized en...19:27
tdasilvaclayg: thanks19:28
timburkei *think* that might even mean that we can meaningfully enable mount_check in the vsaio?19:28
acolestimburke: I wasn't sure which way to jump on this question - remove the check completely, or beef it up to include IOErrors, or narrow it to the __file__ key.19:28
acolestimburke: https://review.openstack.org/#/c/448240/11/swift/proxy/server.py@67119:28
patchbotpatch 448240 - swift - Enable per policy proxy config options19:28
*** JimCheung has quit IRC19:29
timburkeacoles: yeah, i wasn't sure either. part of why i framed it as a question rather than a suggestion :-)19:29
timburkeprobably fine? not really worried about it19:30
acolestimburke: can we throw it on to the follow-up heap?19:30
timburkeyeah, that seems fine. i think we can just scrap the check? probably19:31
tdasilvanotmyname, clayg: did you see the message about tripleo hackathon? seems like we are not the only ones thinking about that: http://lists.openstack.org/pipermail/openstack-dev/2017-May/117263.html19:31
tdasilvastill i'm not sure how well it would work or how different it would feel from just a regular video-conference call meeting19:32
claygtdasilva: that's super cool - are you (or anyone you know) going to attend?  Perhaps we can get some ideas?19:32
tdasilvaclayg: I should probably log in at some point to at least get an idea of how it is going, see if we can learn anything from them19:33
tdasilvaclayg: did you know tripleo actually relies heavily on swift for deployment? it's pretty neat, they have this concept of undercloud and overcloud. The undercloud is just one VM and it runs saio on it19:34
claygtdasilva: I can't even *spell* OOO!19:35
tdasilvait's a single replica saio, but they make extensive use of tempurls19:35
claygthat's crazy!?19:35
tdasilvayeah, i think they store a bunch of artifacts that are then downloaded by the overcloud nodes during deployment19:36
*** mingyu has joined #openstack-swift19:39
*** JimCheung has joined #openstack-swift19:41
*** mvk has quit IRC19:43
*** mingyu has quit IRC19:44
*** JimCheung has quit IRC19:45
*** oshritf has quit IRC19:46
*** itlinux has joined #openstack-swift19:48
*** JimCheung has joined #openstack-swift19:49
*** NM has quit IRC19:54
notmynamecrazy awesome!19:55
*** NM has joined #openstack-swift19:56
*** vint_bra has quit IRC19:56
*** NM has quit IRC19:56
*** NM has joined #openstack-swift20:00
*** vint_bra has joined #openstack-swift20:02
*** Renich_ has quit IRC20:08
*** Renich has joined #openstack-swift20:10
*** Renich has quit IRC20:10
*** lucasxu has quit IRC20:17
*** lucasxu has joined #openstack-swift20:21
*** alenavolk has quit IRC20:23
*** rcernin has joined #openstack-swift20:24
*** alenavolk has joined #openstack-swift20:24
*** alenavolk has quit IRC20:43
*** oshritf has joined #openstack-swift20:52
*** chsc has quit IRC20:56
*** itlinux has quit IRC21:00
*** lucasxu has quit IRC21:03
*** chsc has joined #openstack-swift21:08
*** oshritf has quit IRC21:16
-openstackstatus- NOTICE: The logserver has filled up, so jobs are currently aborting with POST_FAILURE results; remediation is underway.21:23
*** ChanServ changes topic to "The logserver has filled up, so jobs are currently aborting with POST_FAILURE results; remediation is underway."21:23
*** NM has quit IRC21:29
*** vint_bra has quit IRC21:29
*** vint_bra has joined #openstack-swift21:32
*** catintheroof has quit IRC21:33
*** alenavolk has joined #openstack-swift21:36
*** alenavolk has quit IRC21:43
*** MVenesio has quit IRC21:46
*** jroll has quit IRC21:47
*** jroll has joined #openstack-swift21:47
*** alenavolk has joined #openstack-swift21:47
*** jroll has quit IRC21:49
*** alenavolk has quit IRC21:52
*** jroll has joined #openstack-swift21:53
*** stradling has quit IRC22:24
*** stradling has joined #openstack-swift22:24
*** klamath has quit IRC22:51
*** vint_bra has quit IRC22:59
*** adriant has joined #openstack-swift23:16
*** NM has joined #openstack-swift23:16
*** tristanC has quit IRC23:17
*** jungleboyj has quit IRC23:26
*** jungleboyj has joined #openstack-swift23:26
*** kei_yama has joined #openstack-swift23:31
*** chsc has quit IRC23:39
*** NM has quit IRC23:56
openstackgerritPete Zaitcev proposed openstack/liberasurecode master: Stop using ceill() to compute padded data size  https://review.openstack.org/46741823:57
openstackgerritTim Burke proposed openstack/swift master: Remove tempauth docs from deployment guide  https://review.openstack.org/46695323:59
openstackgerritTim Burke proposed openstack/swift master: Follow-up for per-policy proxy configs  https://review.openstack.org/46695223:59

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