Thursday, 2017-08-03

*** thorst_afk has quit IRC01:37
*** svenkat has quit IRC01:45
*** svenkat has joined #openstack-powervm01:55
*** svenkat has quit IRC02:09
*** svenkat has joined #openstack-powervm02:18
*** esberglu has quit IRC02:39
*** esberglu has joined #openstack-powervm02:39
*** svenkat has quit IRC02:46
*** esberglu has quit IRC02:47
*** esberglu has joined #openstack-powervm03:05
*** thorst_afk has joined #openstack-powervm03:38
*** thorst_afk has quit IRC03:52
*** esberglu has quit IRC05:23
*** thorst_afk has joined #openstack-powervm05:49
*** thorst_afk has quit IRC05:53
*** thorst_afk has joined #openstack-powervm07:22
*** thorst_afk has quit IRC07:27
*** openstackgerrit has quit IRC08:18
*** edmondsw has joined #openstack-powervm09:22
*** thorst_afk has joined #openstack-powervm09:23
*** thorst_afk has quit IRC09:28
*** smatzek has joined #openstack-powervm11:37
*** thorst_afk has joined #openstack-powervm12:03
*** svenkat has joined #openstack-powervm12:05
*** svenkat has quit IRC12:10
*** svenkat has joined #openstack-powervm12:11
*** esberglu has joined #openstack-powervm12:40
*** esberglu has quit IRC12:45
*** kylek3h has joined #openstack-powervm12:52
*** apearson has joined #openstack-powervm12:59
*** esberglu has joined #openstack-powervm13:10
*** smatzek has quit IRC13:41
*** efried has joined #openstack-powervm13:58
*** smatzek has joined #openstack-powervm14:01
esbergluefried: http://184.172.12.213/55/408955/72/check/nova-in-tree-pvm/852c09d/14:03
esbergluSeeing this in n-cpu.log14:03
esbergluHttpError: HTTP error 500 for method DELETE on path /rest/api/uom/LogicalPartition/403003D2-5380-4F58-8DF1-87CB4A639D2A: Internal Server Error -- [PVME01050010-0056] This task is only allowed when the partition is powered off.14:03
esbergluRight before that is14:03
esbergluIt took task 'pwr_off_vm' 0.00 seconds to finish14:03
esbergluSo it looks like the power off either isn't working correctly or isn't actually complete when the destroy happens14:04
efriedesberglu Have we confirmed what pypowervm version was running in that env?14:04
*** smatzek has quit IRC14:05
esbergluefried: Yeah14:05
thorst_afkmdrabe: just had another user hit https://bugs.launchpad.net/pypowervm/+bug/170820614:07
openstackLaunchpad bug 1708206 in pypowervm "Orphan adapter cleanup removes valid *ANY* type adapters" [Undecided,New] - Assigned to Matt Rabe (mdrabe)14:07
thorst_afka team out in poland  :-)14:08
efriedesberglu There are two instances with the same UUID.14:14
*** smatzek has joined #openstack-powervm14:14
efriedesberglu Are we seeing this error frequently?14:14
esbergluefried: Decent amount14:15
efriedThen I surmise it's because a rebuild actually creates the new instance with the same UUID before the old one is really gone.14:15
mdrabethorst_afk That fix is awaiting your review :)14:15
thorst_afkmdrabe: boo.  Why am I always the bottleneck  :-)14:16
*** chhavi has joined #openstack-powervm14:18
efriedthorst_afk Just point out a UT gap, buy yourself a couple hours.14:19
thorst_afkjerk14:21
thorst_afkmdrabe: I found another variation we need to consider...14:22
thorst_afktalking to the team doing it.  Basically if there are mappings between the VIOS and the NovaLink - just don't scrub those.  They're trying to create the mapping up front, and then add things later to it.  The way our scrubber works is that we see the mapping doesn't have anything and we wipe it...which makes it hard for them to add later14:22
esbergluefried: Is there a good way to determine the difference between the 2?14:22
thorst_afksince it's a special VM...I think its OK for us to not clean the mappings.  The rest we need to, but that one we should probably ignore14:23
thorst_afkI'll add to review.14:23
efriedesberglu I don't know how it even begins to work.  It shouldn't be possible for us to create both of them on the hypervisor at once.14:24
efriedSomeone needs to dig in and understand this rebuild flow.14:24
mdrabethorst_afk: You're saying they create a server adapter without a client between VIOS and NL and add the client later?14:25
thorst_afknah...they have the client/server adapter.  They just don't have any storage in it yet14:28
mdrabeI don't think we scrub those14:28
thorst_afkno disks yet.  Because the HMC they created it with can't connect a disk14:28
thorst_afkI think we do...  efried - do we?14:28
efriedthorst_afk Looking.14:29
efriedwhich scrub is this?14:29
efriedComprehensive?14:29
mdrabehttps://github.com/powervm/pypowervm/blob/master/pypowervm/tasks/storage.py#L943-L94414:29
mdrabeUnless it's something else14:30
thorst_afkany scruber that runs on startup14:30
thorst_afkbrb14:30
*** thorst_afk has quit IRC14:30
mdrabePretty sure that's the comprehensive from nova-powervm14:30
efriedWe'll remove any mapping whose LPAR ID doesn't correspond to a real LPAR.  (And we'll remove any mapping that doesn't have a client adapter.)14:32
efriedThat first part may be where we're getting into trouble here.  Is the nvl showing up as a VIOS or an LPAR in this env?14:32
*** thorst_afk has joined #openstack-powervm14:32
efriednah, never mind, we already take that into account.14:33
efriedthorst_afk here's what you missed:14:34
efriedWe'll remove any mapping whose LPAR ID doesn't correspond to a real LPAR.  (And we'll remove any mapping that doesn't have a client adapter.)14:34
efriedThat first part may be where we're getting into trouble here.  Is the nvl showing up as a VIOS or an LPAR in this env?14:34
*** thorst_afk has quit IRC14:37
*** thorst_afk has joined #openstack-powervm14:42
*** thorst_afk has quit IRC15:00
*** thorst_afk has joined #openstack-powervm15:01
*** apearson has quit IRC15:27
*** apearson has joined #openstack-powervm15:30
efriedthorst_afk Metrics can come in any order wrt datetime?15:33
efriedSwhy we can't just pick the last two off the list?15:33
esbergluefried: edmondsw: Some of the runs are failing the discover_hosts command while stacking16:08
*** thorst_afk has quit IRC16:08
esbergluWell, not failing, but just failing to discover any hosts16:08
efriedesberglu And we're bailing right away, or continuing on?16:09
edmondswany idea why?16:10
efriedTBH, the answer there might be the ill-fated patch that sdague is trying to land.16:10
esbergluefried: Well this is part of the actual stack script, we don't do discover_hosts on our own now16:10
efriedIt could be because the compute service won't register until it's up.16:10
esbergluSo it just fails to discover any hosts and the just continues on with the script16:10
esbergluI'm thinking for now we can probably just toss another discover_hosts command post stack16:10
edmondswesberglu efried see comment on 5641 before you merge that16:11
efriedGood catch edmondsw16:13
edmondswefried not sure I followed that about sdague's patch... that hasn't landed, so it can't be troubling us here unless it's in the dependency chain of the patch being run through the CI16:14
efriededmondsw I'm saying sdague's patch will *fix* this problem for us.16:15
*** thorst_afk has joined #openstack-powervm16:15
edmondswhmm16:15
efriedBecause it waits for the compute service to come alive before proceeding with the stack.16:15
efriedIf the problem is discover_hosts failing because the compute service isn't alive yet...16:15
edmondswefried why would we just now be seeing this, though?16:15
efriedBecause esberglu removed our discover_hosts loop.16:16
efriedbecause we thought we could rely on the one in stack.sh itself.16:16
efriedI could be misunderstanding.16:16
edmondswoh... yeah16:16
esbergluExactly. The discover_hosts in stack is sometimes finding the host, sometimes not16:19
thorst_afkefried: yes - metrics can come in any order.  At least, I want to assume they can.16:21
efriedthorst_afk Okay, see my latest -116:21
thorst_afkjerk16:21
efriedthorst_afk You'll thank me for this one.16:24
efriedLOC reduction, improved readability/maintainability, sonar appeasement...16:25
efriedAnd the test cases shouldn't have to change, assuming they're written correctly ;-)16:25
efried(except for that unused var for the sonar issue)16:25
*** apearson has quit IRC16:41
*** apearson has joined #openstack-powervm16:43
*** smatzek has quit IRC16:43
*** smatzek has joined #openstack-powervm17:01
*** efried has quit IRC17:01
*** chhavi has quit IRC17:29
*** chhavi has joined #openstack-powervm17:34
*** chhavi has quit IRC17:38
*** chhavi has joined #openstack-powervm18:07
*** chhavi has quit IRC18:12
*** chhavi has joined #openstack-powervm18:34
*** apearson has quit IRC19:32
*** apearson has joined #openstack-powervm19:34
*** esberglu has quit IRC19:38
*** efried has joined #openstack-powervm19:48
*** esberglu has joined #openstack-powervm19:53
*** apearson has quit IRC19:59
*** apearson has joined #openstack-powervm20:02
*** apearson has quit IRC20:14
*** apearson has joined #openstack-powervm20:14
*** chhavi has quit IRC20:20
*** smatzek has quit IRC20:31
*** thorst_afk has quit IRC21:10
*** thorst_afk has joined #openstack-powervm21:12
*** thorst_afk has quit IRC21:17
*** thorst_afk has joined #openstack-powervm21:30
*** thorst_afk has quit IRC21:34
*** apearson has quit IRC21:36
*** thorst_afk has joined #openstack-powervm21:50
*** thorst_afk has quit IRC21:55
*** openstackgerrit has joined #openstack-powervm21:56
openstackgerritMatt Rabe proposed openstack/nova-powervm master: WIP: Change NVRAM manager and Swift APIs to accept UUID  https://review.openstack.org/47192621:56
*** dwayne has quit IRC21:57
*** esberglu has quit IRC22:06
*** svenkat has quit IRC22:06
*** esberglu has joined #openstack-powervm22:06
*** kylek3h has quit IRC22:08
*** esberglu has quit IRC22:10
*** edmondsw has quit IRC22:23
*** edmondsw has joined #openstack-powervm22:26
*** edmondsw has quit IRC22:31
*** svenkat has joined #openstack-powervm22:32
*** svenkat has quit IRC22:36
*** efried is now known as efried_zzz22:50
*** thorst_afk has joined #openstack-powervm23:26
*** thorst_afk has quit IRC23:32
*** edmondsw has joined #openstack-powervm23:54
*** edmondsw has quit IRC23:58

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