Wednesday, 2020-04-01

timburkeso i noticed that there's nothing new on the meeting agenda and i know *i* don't have any meaningful updates ATM -- i'm going to propose we skip tomorrow's meeting and see what next week brings02:09
timburkei'll bring it up again (my) tomorrow morning, but kota_, mattoliverau, seongsoocho you should sleep in :-)02:09
mattoliverau\o/02:10
seongsoocho\o/02:10
kota_\o/02:51
* kota_ trust timburke even it's in April 1st :P02:51
*** psachin has joined #openstack-swift03:20
*** evrardjp has quit IRC04:36
*** evrardjp has joined #openstack-swift04:36
zaitcevWell, okay. I keep forgetting about the meeting anyway.05:34
*** irclogbot_2 has quit IRC06:49
*** spotz has quit IRC06:51
*** psachin has quit IRC06:53
*** tonyb has quit IRC06:54
*** irclogbot_3 has joined #openstack-swift06:55
*** tonyb has joined #openstack-swift06:59
*** rcernin has quit IRC07:15
*** rpittau|afk is now known as rpittau07:37
*** tkajinam has quit IRC08:18
*** rdejoux has quit IRC09:22
*** rdejoux has joined #openstack-swift09:48
*** rpittau is now known as rpittau|bbl10:16
*** rcernin has joined #openstack-swift10:34
openstackgerritRomain LE DISEZ proposed openstack/swift master: Optimize obj replicator/reconstructor healthchecks  https://review.opendev.org/71529811:17
*** markguz_ has joined #openstack-swift11:43
markguz_Hi quick question, we setting up swift i used multipath drive names "/dev/mapper/mpathx" and the replicator daemons are reporting11:44
markguz_container-replicator[31851]: Skipping: /dev/mapper/mpathx is not a valid drive name11:44
markguz_I couldn't find anywhere in the docs that forbids the use of that drive naming scheme. and googling for the error gets 0 hits.11:45
markguz_is there some sort of filter i need to set?11:46
openstackgerritRomain LE DISEZ proposed openstack/swift master: Optimize obj replicator/reconstructor healthchecks  https://review.opendev.org/71529812:03
*** rpittau|bbl is now known as rpittau12:07
*** spotz has joined #openstack-swift12:07
*** manuvakery has joined #openstack-swift12:32
alecuyermarkguz_: I'm guessing /dev/mapper/mpathx is a block device? For swift, you would need to format these devices (use XFS, probably), mount them somewhere, and configure swift to use that, rather than /dev/mapper/xxx. Check https://docs.openstack.org/swift/latest/development_saio.html , "Configuring storage", which should help.12:41
markguz_alecuyer: i've done that, as per the swift deployment docs. whole block device is formatted and mount as xfs12:42
markguz_each drive is mount under /srv/node/mpathXX12:44
markguz_i've followed the docs faithfully.  What i'm suspecting is that something in swift is hardcoded to look for /dev/sdX and not multipath /dev/mapper/mpathX12:45
alecuyermarkguz_: what is "devices" set to in your configuration ?12:47
markguz_alecuyer: /srv/node as per docs12:47
alecuyermarkguz_: I haven't seen that before, let me check how that could happen12:50
manuvakeryhi guys . my storage node (ACO) memory usage is gradually going up and  used  memory becomes 95% or more and the node become unresponsive .  i grep for the processes  which  consumes memory and i can see all object-servers are on the top .  i have 32GB ram on each node, there are not too many requests per sec  (less than 20) .  I guess if the gc works well then i dont get to that saturation point where i had12:51
manuvakeryto do a hard reboot of the node12:51
rledisezmanuvakery: what version of Swift are you running?12:55
manuvakeryrledisez: 2.24.0  the latest12:56
rledisezwhen you say object-servers are "on the top", if you do the sum of all processes memory, is it equal to 32GB ?12:57
rledisezi'm asking because I add a lot of kernel memory leak with XFS and the only solution to free memory was to umount/remount all devices12:58
manuvakerynot completly but close to 60 % of the tottal memory is consumed by object-servers13:00
manuvakeryrledisez: http://paste.openstack.org/show/791460/ this is how it looks now13:05
rledisezmanuvakery: hum, I never saw that. Do you have stale connections (from proxy or replicator) on your process?13:10
manuvakeryrledisez: i dont see too many stale connection13:41
manuvakeryhttps://www.irccloud.com/pastebin/NVbdx0yD/13:42
alecuyermarkguz_: so I don't yet understand how the "drive" is "/dev/mapper/mpathxx" when it should just be "mpathxx". That's the cause of the exception, but I'm not sure how/why that happens yet13:48
markguz_wait a mo13:49
markguz_swift-ring-builder container.builder add --region 1 --zone 1 --ip 192.168.129.254 --port 6201 --device /dev/mapper/mpathw --weight 10013:49
markguz_it's there isn't it13:49
markguz_i put the full path to the device name, not the name of the folder in /srv/node/13:50
alecuyerOh yes, you should just put that single name there, not a whole path13:51
markguz_d-oh!13:52
markguz_it said device, and i instinctively put the path to the device.13:52
alecuyerI can see how that would be confusing :) sorry I didn't think of that earlier13:52
markguz_sorry i didn't spot that myself.  Sometimes it takes two heads ... i appreciate the time you took. I rebuilt the env and it is replicating...13:53
alecuyernp, I'm glad it works now13:54
DHEand the device name is its mount point subdirectory in /srv/node and not necessarily a literal device name14:24
timburkegood morning15:29
*** gyee has joined #openstack-swift15:36
*** viks___ has quit IRC15:51
*** rdejoux has quit IRC16:01
alecuyerhello tim16:04
alecuyerI forgot I was home and now rebuilding SAIO on a slow DSL line :/ Don't be me16:04
*** rpittau is now known as rpittau|afk16:15
timburke:-( sorry16:19
timburkeinteresting! http://lists.openstack.org/pipermail/openstack-discuss/2020-April/013745.html16:19
timburkeoh yeah, alecuyer, rledisez, clayg, tdasilva: in case you missed it, no meeting today16:31
alecuyertimburke:  Oh yes I saw it, thanks still for the reminder!16:33
*** evrardjp has quit IRC16:36
*** evrardjp has joined #openstack-swift16:36
*** rdejoux has joined #openstack-swift16:37
*** rdejoux has quit IRC17:15
*** rdejoux has joined #openstack-swift17:21
*** gmann is now known as gmann_lunch17:56
DHEtempurl can't be used for container listings can it...18:12
*** gmann_lunch is now known as gmann18:28
*** diablo_rojo has quit IRC18:32
*** diablo_rojo has joined #openstack-swift18:33
*** rdejoux has quit IRC19:26
*** rdejoux has joined #openstack-swift19:33
*** early` has quit IRC19:36
*** early has joined #openstack-swift19:44
*** jv has quit IRC20:51
claygoh right, no meeting today!21:02
*** jv has joined #openstack-swift21:05
*** jv has quit IRC21:30
*** jv has joined #openstack-swift21:30
mattoliveraumorning22:28
*** tkajinam has joined #openstack-swift22:55

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