Wednesday, 2018-12-12

*** itlinux has joined #openstack-cinder00:06
*** _alastor_ has joined #openstack-cinder00:11
*** dklyle has quit IRC00:21
*** itlinux_ has joined #openstack-cinder00:25
*** itlinux has quit IRC00:28
*** lixiaoy1 has joined #openstack-cinder00:29
*** dklyle has joined #openstack-cinder00:34
*** tpsilva has quit IRC00:37
*** itlinux_ has quit IRC00:49
*** dklyle has quit IRC01:04
*** brinzhang has joined #openstack-cinder01:09
*** dave-mccowan has joined #openstack-cinder01:15
*** mriedem has quit IRC01:23
*** _alastor_ has quit IRC01:25
*** erlon has quit IRC01:35
*** markvoelker has quit IRC01:41
*** Dinesh_Bhor has joined #openstack-cinder02:01
*** pots has joined #openstack-cinder02:05
*** brinzhang has quit IRC02:10
*** brinzhang has joined #openstack-cinder02:10
*** bhagyashris_ has joined #openstack-cinder02:21
*** Dinesh_Bhor has quit IRC02:27
*** mhen has quit IRC02:28
*** mhen has joined #openstack-cinder02:31
*** Dinesh_Bhor has joined #openstack-cinder02:33
*** hedvig_01 has quit IRC02:33
*** dhineshb has quit IRC02:52
openstackgerritYikun Jiang proposed openstack/cinder master: Add x_project_id, accepted to transfers  https://review.openstack.org/61548703:13
openstackgerritYikun Jiang proposed openstack/cinder master: Improve volume transfer records  https://review.openstack.org/61571603:13
*** psachin has joined #openstack-cinder03:27
*** Dinesh_Bhor has quit IRC03:34
*** dave-mccowan has quit IRC03:52
*** lixiaoy1 has quit IRC03:53
*** lixiaoy1 has joined #openstack-cinder03:54
*** v12aml has quit IRC04:10
*** udesale has joined #openstack-cinder04:17
*** Dinesh_Bhor has joined #openstack-cinder04:42
*** pots has quit IRC04:43
*** pots has joined #openstack-cinder04:44
openstackgerritYingxin Cheng proposed openstack/cinder master: [wip] Cinder RSD Driver  https://review.openstack.org/62146505:10
*** dhellmann has quit IRC05:19
*** rtjure has quit IRC05:19
*** dhellmann has joined #openstack-cinder05:20
*** itlinux has joined #openstack-cinder05:21
*** rtjure has joined #openstack-cinder05:22
*** dklyle has joined #openstack-cinder05:51
*** itlinux has quit IRC05:51
openstackgerritBrin Zhang proposed openstack/cinder master: Add user_id in backup list and show API  https://review.openstack.org/61512905:52
*** dklyle has quit IRC05:56
*** _alastor_ has joined #openstack-cinder06:06
*** Dinesh_Bhor has quit IRC06:13
*** alkhodos has quit IRC06:14
*** lpetrut has joined #openstack-cinder06:30
openstackgerritYikun Jiang proposed openstack/cinder master: Add x_project_id, accepted to transfers  https://review.openstack.org/61548706:45
openstackgerritYikun Jiang proposed openstack/cinder master: Improve volume transfer records  https://review.openstack.org/61571606:45
*** _alastor_ has quit IRC06:45
*** Dinesh_Bhor has joined #openstack-cinder06:47
*** lixiaoy1 has quit IRC06:54
*** Luzi has joined #openstack-cinder07:01
*** e0ne has joined #openstack-cinder07:13
openstackgerritYikun Jiang proposed openstack/cinder master: Add x_project_id, accepted to transfers  https://review.openstack.org/61548707:22
openstackgerritYikun Jiang proposed openstack/cinder master: Improve volume transfer records  https://review.openstack.org/61571607:22
*** openstackgerrit has quit IRC07:29
*** dklyle has joined #openstack-cinder07:29
*** rcernin has quit IRC07:30
*** Liang__ has joined #openstack-cinder07:34
*** lpetrut has quit IRC07:46
*** trident has quit IRC07:58
*** trident has joined #openstack-cinder08:00
*** openstackgerrit has joined #openstack-cinder08:13
openstackgerritYingxin Cheng proposed openstack/cinder master: [wip] Cinder RSD Driver  https://review.openstack.org/62146508:13
*** imacdonn has quit IRC08:23
*** imacdonn has joined #openstack-cinder08:23
*** Liang__ has quit IRC08:27
*** Liang__ has joined #openstack-cinder08:28
*** e0ne has quit IRC08:31
*** dklyle has quit IRC08:32
*** Liang__ has quit IRC08:36
*** Liang__ has joined #openstack-cinder08:39
*** markvoelker has joined #openstack-cinder08:44
*** markvoelker has quit IRC08:49
*** Liang__ has quit IRC09:32
openstackgerritGorka Eguileor proposed openstack/cinder stable/rocky: Ensure image utils don't block greenthreads  https://review.openstack.org/62449709:33
*** psachin is now known as psachin|session09:35
*** markvoelker has joined #openstack-cinder09:39
*** lpetrut has joined #openstack-cinder09:41
*** lpetrut has quit IRC09:45
*** bhagyashris_ has quit IRC09:53
*** gkadam has joined #openstack-cinder10:05
*** gkadam has quit IRC10:05
*** e0ne has joined #openstack-cinder10:08
*** ganso has joined #openstack-cinder10:14
openstackgerritwang yong proposed openstack/cinder master: Cinder volume driver for Inspur AS13000 series  https://review.openstack.org/56297710:16
*** luizbag has joined #openstack-cinder10:16
*** Dinesh_Bhor has quit IRC10:24
*** Dinesh_Bhor has joined #openstack-cinder10:49
*** erlon has joined #openstack-cinder10:57
*** udesale has quit IRC11:02
*** udesale has joined #openstack-cinder11:03
*** lpetrut has joined #openstack-cinder11:03
openstackgerritGorka Eguileor proposed openstack/cinder master: Add cinderlib functional tests  https://review.openstack.org/62067111:11
*** v12aml has joined #openstack-cinder11:28
*** markvoelker has quit IRC11:30
*** e0ne has quit IRC11:30
*** Dinesh_Bhor has quit IRC11:33
*** yikun_ has quit IRC11:51
*** tpsilva has joined #openstack-cinder11:57
*** markvoelker has joined #openstack-cinder12:05
*** dave-mccowan has joined #openstack-cinder12:40
*** abishop has joined #openstack-cinder12:59
*** brinzhang has quit IRC13:00
openstackgerritMerged openstack/cinder master: Tintri: Inherit tests from BaseDriverTestCase  https://review.openstack.org/60044213:25
*** markvoelker has quit IRC13:28
*** eharney has joined #openstack-cinder13:40
*** markvoelker has joined #openstack-cinder14:01
*** mriedem has joined #openstack-cinder14:13
openstackgerritSofia Enriquez proposed openstack/cinder stable/rocky: Ensure image utils don't block greenthreads  https://review.openstack.org/62449714:16
mszwed /q lennyb14:33
mszwedoops :)14:33
*** irclogbot_0 has quit IRC14:36
*** e0ne has joined #openstack-cinder14:38
*** mmethot has quit IRC14:43
*** mmethot has joined #openstack-cinder14:46
*** irclogbot_0 has joined #openstack-cinder14:51
*** Miouge has quit IRC14:55
openstackgerritEric Harney proposed openstack/cinder master: Rename BackupNFSSwiftBasedTestCase  https://review.openstack.org/61113714:55
*** Miouge has joined #openstack-cinder14:57
noonedeadpunkHi everyone. It seems, that read/write_iops_sec_per_gb_min do not work at rocky. So I have a disk type with the following limits http://paste.openstack.org/show/737138/15:09
noonedeadpunkAnd have 2 disks, which are connected to the instance - 10Gb VDC and 200GB VDD: http://paste.openstack.org/show/737139/15:10
noonedeadpunkAnd min value is always applied, not depending on size of the disk15:11
*** markvoelker has quit IRC15:18
*** lpetrut has quit IRC15:22
*** mchlumsky has quit IRC15:38
*** mchlumsky has joined #openstack-cinder15:40
*** lixiaoy1 has joined #openstack-cinder15:48
*** lpetrut has joined #openstack-cinder15:48
*** alkhodos has joined #openstack-cinder15:49
*** Liang__ has joined #openstack-cinder15:51
*** Liang__ is now known as LiangFang15:51
*** lpetrut has quit IRC15:56
*** Luzi has quit IRC15:57
whoami-rajatHi smcginnis  jungleboyj , can you please take a look at https://review.openstack.org/#/c/619676/ . Thanks!15:58
*** yikun has joined #openstack-cinder16:04
*** udesale has quit IRC16:19
*** _alastor_ has joined #openstack-cinder16:32
*** _alastor_ has quit IRC16:40
*** itlinux has joined #openstack-cinder16:53
*** lixiaoy1 has quit IRC16:56
openstackgerritWoojay Poynter proposed openstack/cinder master: Update DRBD (drbdmanagedrv) Driver to LINSTOR (linstordrv)  https://review.openstack.org/62423317:11
*** LiangFang has quit IRC17:16
*** psachin|session has quit IRC17:20
*** e0ne has quit IRC17:21
*** canori01 has joined #openstack-cinder17:22
canori01hey guys, does the lvm driver currently support lvm striping?17:23
eharneycanori01: i think that would be up to how you constructed the lvm volume group outside of cinder17:31
eharneyoh, it's per LV, so... no17:33
*** ianychoi has joined #openstack-cinder17:38
canori01eharney: ah, ok. Thanks!17:42
*** _alastor_ has joined #openstack-cinder18:03
*** mriedem is now known as mriedem_lunch18:21
*** markguz_ has joined #openstack-cinder18:23
markguz_jungleboyj: i got it mostly working as you described. can't seem to actually attach the volume tho. nova throws an exception complaining about "KeyError: 'target_wwn'"18:23
openstackgerritMerged openstack/cinder master: An alternate way to fix retype notifier test case  https://review.openstack.org/61849918:28
jungleboyjmarkguz_:  Hmmm, that is interesting.  So something isn't totally working obviously.18:35
markguz_jungleboyj: yeah. http://paste.openstack.org/show/737161/ i think it can't locate the FC device...19:00
jungleboyjOdd that it is coming through as a KeyError.  Seems like that is a bug.19:03
jungleboyjAre there any errors in the volume log?19:04
*** markguz_ has quit IRC19:06
*** mriedem_lunch is now known as mriedem19:11
*** e0ne has joined #openstack-cinder19:20
*** luizbag has quit IRC19:24
*** e0ne_ has joined #openstack-cinder19:27
*** e0ne has quit IRC19:27
*** e0ne_ has quit IRC19:30
*** erlon has quit IRC19:33
*** e0ne has joined #openstack-cinder19:34
*** e0ne_ has joined #openstack-cinder19:39
mriedemthis is a pretty old gate bug at this point https://bugs.launchpad.net/cinder/+bug/176371219:39
openstackLaunchpad bug 1763712 in Cinder "Unable to update the attachment.: MessagingTimeout" [Medium,Confirmed]19:39
mriedemwould be good to get cinder people to take a look at that again19:39
mriedemnot sure if that's just a problem on slow nodes or what, or if something is inefficient during volume attachment update in cinder-volume19:40
mriedemthe rpc call from c-api to c-vol definitely doesn't help19:40
*** e0ne has quit IRC19:41
*** e0ne has joined #openstack-cinder19:44
mriedemalso, this was marked as fixed but something must have regressed it http://status.openstack.org/elastic-recheck/#174516819:44
*** e0ne_ has quit IRC19:45
*** e0ne has quit IRC19:45
*** e0ne has joined #openstack-cinder19:46
*** markguz_ has joined #openstack-cinder19:48
*** e0ne has quit IRC19:54
canori01With the lvm driver, is thin the only supported configuration currently?19:55
smcginniscanori01: No, thick or thin. See the lvm_type config option: https://docs.openstack.org/cinder/latest/configuration/block-storage/drivers/lvm-volume-driver.html19:59
canori01smcginnis: Ah, I was just looking at that. So default=thick? Because it says on there that auto defaults to thin20:01
smcginniscanori01: Yeah, if you want thick then set lvm_type=thick20:02
canori01smcginnis: Thanks. That's not one of the keywordslisted on the doc, but I'll give that a shot20:03
smcginnis"keywords listed on the doc"?20:04
canori01yeah, it says "(String(choices=[‘default’, ‘thin’, ‘auto’]))" "thick" is not listed there as a choice20:04
canori01but if "thick" works, I'll go with that20:05
smcginnisOh! Sorry, thick is indeed not an option there.20:06
canori01yeah, that's why I was wondering if "default" was thick. Or if thick is supported at all20:07
smcginnisI'd have to look closer (which I'm not able to do right now), but IIRC, default or auto will give you thick if the VG has not been set up as thinly provisioned.20:08
smcginniseharney: You around? I know you probably know all that off the top of your head. ^20:08
*** kmalloc is now known as notmorgan20:10
*** notmorgan is now known as morgan20:10
*** itlinux_ has joined #openstack-cinder20:14
*** e0ne has joined #openstack-cinder20:15
*** itlinux has quit IRC20:15
*** e0ne has quit IRC20:16
eharneylvm_type = default is thick20:16
*** _alastor_ has quit IRC20:32
*** dklyle has joined #openstack-cinder20:39
mriedemjungleboyj: dansmith: on that attachment update rpc timeout,20:39
mriedem99% of the 60 seconds spent are on this call:20:40
mriedemDec 10 22:03:24.340740 ubuntu-xenial-inap-mtl01-0001107482 cinder-volume[31110]: DEBUG oslo_concurrency.processutils [req-2627d823-75bc-4092-bb8e-f079761d732f req-fec531fa-7200-4e15-a820-18ea7e5e6214 tempest-ServerActionsTestJSON-1162184781 None] CMD "sudo cinder-rootwrap /etc/cinder/rootwrap.conf lvchange -a y --yes -K stack-volumes-lvmdriver-1/volume-b62c0c8d-b3cd-46d0-b009-cabc13115f07" returned: 0 in 58.435s {{(pid=312020:40
mriedemxecute /usr/local/lib/python2.7/dist-packages/oslo_concurrency/processutils.py:409}}20:40
dansmiththat seems really odd20:40
dansmithlvchange should be pretty easy/fast,20:40
jungleboyjSheesh.  Why would an LVChange take that long?20:41
dansmithalthough I think it does require doing a block device refresh20:41
eharneywhich job is that on?20:41
mriedemhttp://logs.openstack.org/81/624181/1/check/nova-multiattach/c1589ae/logs/screen-c-vol.txt#_Dec_10_22_03_24_34074020:41
mriedemeharney: nova-multiattach job, but not a multiattach volume or test20:41
smcginnisThere are some retries around lvchange since every 6 months or so there's some update that causes the call to fail the first few times.20:41
mriedemthis isn't a retry, unless it's not logging it20:42
dansmithbut I think mriedem is saying this one call blocks for that long20:42
mriedemreturned: 0 in 58.435s20:42
dansmithmriedem: also, that's 96%.. come on.. FAKE NEWS20:42
mriedemha20:42
mriedemhey i'll shut down this whole gd government20:43
dansmithis this a manhood thing for you?20:43
jungleboyjIf that is even possible for him.20:43
dansmithokay that's enough before I barf.20:44
smcginnisSo if lvchange is taking its sweet time, not sure how we can improve that situation in the cinder code.20:44
mriedemfwiw a couple of seconds before that another volume is hitting lvchange20:44
mriedemhttp://logs.openstack.org/81/624181/1/check/nova-multiattach/c1589ae/logs/syslog.txt.gz#_Dec_10_22_02_2220:44
dansmithmriedem: and how long does that one take?20:45
dansmithsmcginnis: do you guys @synchronized your calls to lvm stuff?20:45
mriedemDec 10 22:03:24.317836 ubuntu-xenial-inap-mtl01-0001107482 cinder-volume[31110]: DEBUG oslo_concurrency.processutils [req-9e16b85d-5662-4c70-aa13-88cd9c6a03fc req-ba539360-fea6-4538-88dd-afa948120e1c tempest-ServerRescueNegativeTestJSON-1204517625 None] CMD "sudo cinder-rootwrap /etc/cinder/rootwrap.conf lvchange -a y --yes -K stack-volumes-lvmdriver-1/volume-c48c90f2-bf42-473b-b9a4-48f7e6f97f24" returned: 0 in 61.526s {{(p20:45
mriedem1207) execute /usr/local/lib/python2.7/dist-packages/oslo_concurrency/processutils.py:409}}20:45
mriedemthat one takes over 61 seconds20:45
dansmithnice20:45
smcginnisdansmith: I seem to remember it being synchronized.20:45
dansmithif not, it would be interesting to see if serializing all lvm ops make things overall go faster20:46
dansmithI thought they had some of their own internal locking, but if they're fighting and thrashing, that might really go slow on an io-limited instance20:46
jungleboyjdansmith:  That would be my guess as to what is happening.20:47
dansmithjungleboyj: could you throw up a patch we could hammer on a bit?20:47
jungleboyjEspecially given that we have started seeing more issues like this since the size of our infra cloud has decreased.20:47
mriedemsmcginnis: this code right? http://git.openstack.org/cgit/openstack/cinder/tree/cinder/brick/local_dev/lvm.py#n65620:48
smcginnisHmm, yeah. activate_lv and deactivate.20:48
smcginnisDoes NOT appear to have synchronization.20:48
smcginnisWe could try that and see if it makes a difference.20:48
dansmithno lockutils in there at all20:48
dansmithwe'd want to sync all ops, not just all lvchange, so something more than just a decorator would be needed20:49
eharneydo we know if this happens on lvm jobs that don't use the scsi-target-utils target?20:49
smcginnisI think when I've seen these before there weren't any signs of other operations going on at the same time, but shouldn't hurt to try.20:49
dansmithmriedem: so that code is in brick.. can I change it in their tree and make them use the change, or do I have to do complicated library things?20:51
jungleboyjdansmith:  What do you mean as far as a patch?20:51
dansmithjungleboyj: I'll start20:51
jungleboyjOk.  Cool.20:51
smcginnisThe LVM bits aren't in os-brick. That's still local in o/cinder20:51
mriedemdansmith: it's in cinder20:51
eharneythis message in syslog is interesting:   Dec 10 22:02:31 ubuntu-xenial-inap-mtl01-0001107482 kernel: device-mapper: thin: 252:2: reached low water mark for data device: sending event.20:52
jungleboyjsmcginnis:  Are you thinking that the activate and deactivate might be blocking each other?20:52
openstackgerritDhinesh Balasubramaniam proposed openstack/cinder master: Hedvig Cinder driver implementation  https://review.openstack.org/43334120:52
*** hedvig_01 has joined #openstack-cinder20:53
smcginnisjungleboyj: Or multiple lv ops slower each other down.20:53
smcginnismriedem: It does appear there were two there in the logs you linked to above.20:53
jungleboyjOk.  That makes sense.20:53
smcginnisTwo overlapping calls that is.20:53
mriedemDec 10 22:02:22 ubuntu-xenial-inap-mtl01-0001107482 sudo[5460]:    stack : TTY=unknown ; PWD=/ ; USER=root ; COMMAND=/usr/local/bin/cinder-rootwrap /etc/cinder/rootwrap.conf lvchange -a y --yes -K stack-volumes-lvmdriver-1/volume-c48c90f2-bf42-473b-b9a4-48f7e6f97f2420:55
mriedemDec 10 22:02:25 ubuntu-xenial-inap-mtl01-0001107482 sudo[5504]:    stack : TTY=unknown ; PWD=/ ; USER=root ; COMMAND=/usr/local/bin/cinder-rootwrap /etc/cinder/rootwrap.conf lvchange -a y --yes -K stack-volumes-lvmdriver-1/volume-b62c0c8d-b3cd-46d0-b009-cabc13115f0720:55
dansmithI'll push a patch in a sec20:55
mriedem3 seconds apart20:55
mriedemnote also that cinder-backup calls initialize_connection in cinder-volume which is the same thing that attachment_update does, so likely the same source of the cinder backup messaging timeouts20:56
jungleboyjHmm, interesting.20:56
hedvig_01@eharney: Thank you for the comments. We have pushed the code to openstack repository. https://review.openstack.org/#/c/433341/20:57
openstackgerritDan Smith proposed openstack/cinder master: WIP: Synchronize all lvm operations  https://review.openstack.org/62480920:57
dansmithdoes that look like it'll do it? ^20:57
smcginnisdansmith: Yeah, I think that looks right. Thanks20:58
mriedemdansmith: the theory being that 2 lvchange -a happening at the same time are causing both to be extra slow?20:58
dansmithmriedem: yeah, so a couple possibilities:20:59
jungleboyjhedvig_01:  Have you gotten the boot pattern test running yet?20:59
dansmith1. access to dm is one at a time, IIRC, which means they'll fight to setup dm devices to some degree, and20:59
dansmith2. If they're doing anything that causes buffer cache to flush, two running at once on an io-limited system will slow things down21:00
dansmithIIRC, there is a long history of issues with lvm concurrency21:00
smcginnisTotally plausible it could cause some sort of internal deadlock/thrashing to happen.21:00
jungleboyjdansmith:  I know you are right on the concurrency issues.21:02
dansmithmriedem: see here, and look at "locking_type" and below: https://linux.die.net/man/5/lvm.conf21:02
hedvig_01@jungleboyj: No we did not.  As mentioned earlier, we do not take responsibility for quiescing. If IOs are done on a volume and immediately a snapshot is invoked without quiescing, data will be inconsistent.21:02
hedvig_01I was waiting for a response from you guys for the  same.21:03
mriedemdansmith: aha21:03
jungleboyjeharney:  Wasn'21:03
mriedemand wait_for_locks defaults to 121:03
mriedemso yeah by default we'll lock on /var/lock/lvm for concurrent operations21:04
jungleboyjt that the big discussion earlier in the week or last week that quiescing isn't a requirement for any other drivers?21:04
jungleboyjYou just get a crash-consistent snapshot without quiescing ?21:04
dansmithwhich means it is using its own locking and should be providing protection, but we could be having dining philosopher type interaction21:04
eharneyjungleboyj: yes, that test not working due to concerns about quiescing doesn't make sense IMO, i think something else is going on there21:05
jungleboyjeharney:  Ok.  I agree.21:05
*** rcernin has joined #openstack-cinder21:06
jungleboyjhedvig_01:  Does the test not run correctly or are you disabling it because you are concerned with the results of doing that operation?21:06
*** jmlowe has quit IRC21:10
*** jmlowe has joined #openstack-cinder21:11
*** redcavalier has joined #openstack-cinder21:11
redcavalierHi, we made a bug report yesterday and we were wondering if somebody could have a look at it, to at least confirm that it's valid.21:12
redcavalierHere's the report : https://bugs.launchpad.net/cinder/+bug/180808321:12
openstackLaunchpad bug 1808083 in Cinder "DellEMC SC Storage Center API "Unable to find result where folderPath is" - Duplicate folders" [Undecided,New]21:12
*** jmlowe has quit IRC21:13
*** jmlowe has joined #openstack-cinder21:14
hedvig_01@jungleboyj , @eharney: I  can get a crash-consistent snapshot without quiescing. Does openstack follow this . Send IOs, Wait for current IOs to succeed and  then issue snapshot?21:18
jungleboyjhedvig_01:  I can't speak as to how this is handled on the Nova side, but I know other drivers are able to create snapshots without any type of quiescing happening.21:22
eharneyhedvig_01: what protocol does your driver attach with?21:22
*** ganso has quit IRC21:25
hedvig_01@eharney: block protocol21:28
jungleboyjhedvig_01:  So, lets make this simple.  The boot pattern test is required.  Other storage backends using iSCSI work fine as a sync is done and if the iSCSI cache flush is done properly all the data should be there.21:28
jungleboyjIf your driver can't handle that, then it isn't ready to be merged.21:28
markguz_jungleboyj: digging around. it seems that ubuntu 16.04 creates a /dev/disk/by-path/pci-0000:01:00.1-fc-0x500507605ebff681-lun-121:38
markguz_but nova on mount is looking for /dev/disk/by-path/fc-0x500507605ebff681-lun-121:39
markguz_i guess i need to ask the nova folks about this21:39
markguz_seems weird21:39
jungleboyjThat does seem weird.21:39
jungleboyjhemna:  You around?21:40
jungleboyj^^21:40
imacdonnthat's actually a os_brick thing (which nova and cinder both utilise)21:40
jungleboyjRight.21:40
jungleboyjDid something change in ubuntu that that isn't working?21:41
hedvig_01@jungleboyj , @eharney :  I see most of them skipping this test too. I had sent a link earlier and also some other vendor also raised the same concern last week while we were discussing this .  Let me try running this testcase in loop and check if a sync is performed before we receive a snapshot request. If that has happened, and we acknowledged all IOs before snapshot came in, then definitely it's something we are missing on our21:41
hedvig_01 end.21:41
markguz_jungleboyj: the only diff here is that this is ppc64el21:41
markguz_or le if you're not ubuntu21:41
hedvig_01I'll keep you  guys posted21:41
jungleboyjmarkguz_:  Oh, interesting.  I ahve seen differences like that before when working with PPC64 back in my IBM days.21:43
markguz_jungleboyj: i might need to modify udev rules somehow21:43
*** lpetrut has joined #openstack-cinder21:44
*** _alastor_ has joined #openstack-cinder21:46
hedvig_01@eharney: https://review.openstack.org/#/c/433341/65/cinder/volume/drivers/hedvig/hedvig_cinder.py Thank you for the comments. check_for_export , get_Export etc are not deleted because it throws an error if we delete these functions. I guess it's a part of the interface. Log level are changed to info because we got a few comments saying we do not have info logs and it's difficult to trace in production env. So I made a few logs i21:56
hedvig_01nfo, so that the code flow can be traced21:56
*** itlinux_ has quit IRC22:00
*** dklyle has quit IRC22:00
*** itlinux has joined #openstack-cinder22:00
*** dcdamien has joined #openstack-cinder22:02
*** abishop has quit IRC22:08
markguz_jungleboyj: so it seems that os-brick thinks ppc64 doesn't need the prepended pci-path. there's separate fibre_channel_ppc64.py where _get_host_devices does not include pci_num22:19
markguz_i'm running pike, so maybe this is fixed already22:19
markguz_pike is getting old i guess22:19
jungleboyjmarkguz_:  Ok.22:19
markguz_jungleboyj: i hacked the ppc64.py file and the volume attaches no problems22:20
jungleboyjInteresting.22:22
jungleboyjWhat OS are you running?22:22
markguz_ubuntu 16.04 LTS22:22
jungleboyjOk, you said that earlier.22:22
markguz_little endian22:22
jungleboyjI am guessing that the IBMers made an assumption of RedHat and RedHat may handle things differently?22:23
jungleboyjIt would seem to me that it would be valid to try update os-brick to try and handle both cases.22:23
jungleboyjMay want to check with Chhavi Agarawal and get her input though.22:24
markguz_well it could be that os-brick rocky has the changes. ihavn't check22:24
jungleboyjhhagarw@in.ibm.com22:24
markguz_k. will do22:24
jungleboyjSorry, chhagarw@in.ibm.com22:24
jungleboyjWell, I just looked at master and I don't seen an update that obviously handles that.22:25
markguz_i'll drop her a line. I'm an ibmer too so no problems22:25
markguz_ok22:25
jungleboyjmarkguz_:  Ah, that is why you are using ppc64.22:25
*** obre_ has joined #openstack-cinder22:25
markguz_jungleboyj: lol because noone else does?22:25
jungleboyjWell, I remember from being there ... not as many as I hoped.22:26
*** _alastor_ has quit IRC22:26
markguz_jungleboyj: the openpower systems are nice.  not had a chance to play with Power9 yet, but the P8 systems are sweet22:26
jungleboyjWere you looking at  You looking at _get_host_devices ?22:26
markguz_def _get_host_devices22:26
markguz_yeah22:26
jungleboyjYeah, it is still just looking at fc-%s-lun%s22:27
markguz_had to change the host_device filter and add the pci_num param to get it to work22:27
jungleboyjOk.  So, it hasn't been fixed.22:27
markguz_essentially making it the same as intel22:27
jungleboyjI am guessing it is RedHat specific.22:27
markguz_perhaps.22:28
jungleboyjmarkguz_:  Where you based?22:28
markguz_Houston TX22:28
markguz_jungleboyj: Houston TX22:28
jungleboyjCool.  I was and still am in Rochester, MN.  Work for Lenovo now though.22:28
*** uberjay has joined #openstack-cinder22:29
*** andreykurilin has quit IRC22:29
*** obre has quit IRC22:29
*** uberjay_ has quit IRC22:29
*** smcginnis has quit IRC22:29
*** logan- has quit IRC22:29
markguz_jungleboyj: ex systemX division?22:30
*** logan- has joined #openstack-cinder22:31
*** trident has quit IRC22:32
*** gouthamr has quit IRC22:32
jungleboyjI was in iSeries, then HPC with Blue Gene, then Cloud for OpenStack.22:32
*** lpetrut has quit IRC22:32
jungleboyjWhen they moved me to SoftLayer I voluntarily went to Lenovo to help get their cloud initiatives going.22:33
markguz_cool22:33
jungleboyjWas originally in Research but I am now in DCG which was the xSeries business from IBM.22:33
jungleboyjWe are doing some great stuff.22:33
markguz_yeah the lenovo systemXs are nice as are the thinkSystems22:34
*** trident has joined #openstack-cinder22:34
jungleboyjYeah, I have an old 3650-m3 at home now.  Would love an sr65022:34
markguz_we just got a bunch in.22:35
markguz_i use ironic to provision the labs systems here22:35
*** itlinux has quit IRC22:35
markguz_i kinda use openstack to manage the whole lab.22:35
*** gouthamr has joined #openstack-cinder22:35
jungleboyjSweet.  Don't tell the SoftLayer people.  ;-)22:35
markguz_hehe. well we also use bluemix for stuff. but for running the local lab infra openstack is perfect. lets me set stuff up self service for most folks.22:36
jungleboyjYep.  That is the way to go for the future.22:39
markguz_yep :-)22:40
woojayjungleboyj: Would you have a moment to help me understand some of the failed tests on https://review.openstack.org/#/c/624233/  ?22:46
jungleboyjwoojay:  Looking.22:48
woojayThank you.  I goofed on pylint for sure.  Just trying to see how to fix tox-docs, and how grenade-py3 andnova-multiattach are failing.22:49
jungleboyjwoojay: So, this test case is failing:  tempest.api.image.v2.test_images.BasicOperationsImagesTest.test_update_image[id-f66891a7-a35c-41a8-b590-a065c2a1caa6,smoke]22:50
jungleboyjtempest.lib.exceptions.UnexpectedContentType: Unexpected content type provided22:51
jungleboyjnova-multiattach also failed but we ahve been seeing issues there.22:54
jungleboyjElastic recheck seems to think it knows why the grenade-py3 failure happened.22:55
woojayI figured on multiattach, since it passed on the first time.22:55
*** redcavalier has left #openstack-cinder22:55
woojayI did see that notice about elastic recheck.  I do see it's not just me now  http://logstash.openstack.org/#/dashboard/file/logstash.json?query=message:%5C%22502%20PUT%5C%22%20AND%20message:%5C%22%2Fimage%2Fv2%2Fimages%2F%5C%22%20AND%20message:%5C%22%2Ffile%5C%22%20AND%20tags:%5C%22console%5C%22&from=7d22:55
woojayI saw a potential fix for that grenade bug merged to devstack a few days ago so I wasn't sure if that would still affect mine.22:56
jungleboyjAh, and there is a problem with docs.22:56
jungleboyjYou did or did not know what that was about.22:56
*** mchlumsky has quit IRC22:57
woojayI only just read about the potential fix regarding grenade just moments ago.22:57
woojayAnd I definitely am not sure how to fix the failure on the docs.22:58
jungleboyjOk.  So you need a recheck on the grenade failure but lets figure out the docs failure.22:58
woojayyes, that would be great.22:58
*** smcginnis has joined #openstack-cinder23:07
*** ChanServ sets mode: +o smcginnis23:07
jungleboyj have recreated the failure locally.  Will take me a little bit to figure out what is wrong.  It is a problem with the way your docstrings are.  Have seen it before but can't remember what it is.23:09
woojayI see.  I can also try to removing them and convert to regular comments, if that may help.23:10
jungleboyjEh, give me a little time to play.23:11
woojayThank you so much.23:11
jungleboyjOh man.23:17
jungleboyjFound the problem.23:18
jungleboyjI will update the review.23:18
woojayI must have been super silly.23:18
*** dave-mccowan has quit IRC23:19
jungleboyjTypo in the support-matrix.ini file.23:19
woojayI see the comment.  Thank you so much for that.23:19
jungleboyjWelcome.  I knew I had seen it somewhere before.23:20
*** dklyle has joined #openstack-cinder23:35
*** dklyle has quit IRC23:45
*** dcdamien has quit IRC23:47

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