Monday, 2016-08-08

*** armax has quit IRC00:08
*** markvoelker has joined #openstack-qa00:28
*** zz_dimtruck is now known as dimtruck00:34
*** hieulq_ has joined #openstack-qa00:39
*** dimtruck is now known as zz_dimtruck00:44
*** edmondsw has joined #openstack-qa00:54
openstackgerritzhufl proposed openstack/tempest: Move dscv and ca_certs to config section service_clients  https://review.openstack.org/34974900:56
*** mriedem has quit IRC01:07
*** karthikp_ has quit IRC01:09
*** yangyapeng has joined #openstack-qa01:17
*** hichihara has joined #openstack-qa01:19
*** Deng has joined #openstack-qa01:21
*** hoangcx has joined #openstack-qa01:23
*** dkranz has quit IRC01:31
*** EinstCrazy has joined #openstack-qa01:41
*** fnaval has joined #openstack-qa01:48
*** gyx has joined #openstack-qa01:52
*** fnaval_ has joined #openstack-qa01:55
gyxI have some patches to be reviewed01:57
*** fnaval has quit IRC01:58
gyxIf  anyone have time,can you  help me to review them ?01:59
gyx:)01:59
gyxhttps://review.openstack.org/#/c/351667/02:00
*** yangyape_ has joined #openstack-qa02:00
gyxhttps://review.openstack.org/#/c/351157/02:00
gyxhttps://review.openstack.org/#/c/349411/02:01
*** zz_dimtruck is now known as dimtruck02:03
*** yangyapeng has quit IRC02:04
*** bswartz has quit IRC02:30
*** yangyapeng has joined #openstack-qa02:36
*** markvoelker has quit IRC02:36
*** yangyape_ has quit IRC02:39
*** gyx has quit IRC02:40
*** gouthamr has quit IRC02:55
masayukiggmann: can we remove XML tests for swift from tempest? I think we can't do that but there's no document for it.03:02
*** gyx has joined #openstack-qa03:06
openstackgerritguo yunxian proposed openstack/tempest: Add update object testcase  https://review.openstack.org/35219703:08
*** armax has joined #openstack-qa03:08
*** armax has quit IRC03:13
*** bswartz has joined #openstack-qa03:17
gmannmasayukig: right , we should nto remove as long as swift support those03:25
gmannmasayukig: and swift do support format=xml03:25
masayukiggmann : ok, I'm correct. I was reviewing https://review.openstack.org/#/c/351157/03:26
gmannmasayukig: but you should -1 :)03:28
*** hoangcx has left #openstack-qa03:29
masayukiggmann : done :)03:33
*** shausy has joined #openstack-qa03:34
*** dave-mccowan has quit IRC03:47
*** jesusaur has joined #openstack-qa03:58
*** binbincong has joined #openstack-qa04:13
*** shausy has quit IRC04:15
*** shausy has joined #openstack-qa04:20
gyxmasayukig:    gmann:  Thank you  for review my patch.As you said  swift do support format=xml, then  I will abondon this patch04:21
*** Ravikiran_K has joined #openstack-qa04:29
openstackgerritGhanshyam Mann proposed openstack/tempest: Fix manager->get_auth_provider interface  https://review.openstack.org/35221404:34
*** chandankumar has joined #openstack-qa04:36
*** markvoelker has joined #openstack-qa04:37
*** markvoelker has quit IRC04:42
*** shausy has quit IRC04:50
*** shausy has joined #openstack-qa04:50
*** sridharg has joined #openstack-qa04:52
*** gamado has joined #openstack-qa05:00
*** pcaruana has quit IRC05:03
*** dimtruck is now known as zz_dimtruck05:08
*** gvrangan has joined #openstack-qa05:13
openstackrecheckConsole logs not available after 13:25s for gate-cross-cinder-python27-db-ubuntu-xenial 350193,1,99a09b305:15
openstackgerritJianghua Wang proposed openstack-infra/devstack-gate: xenapi: Skip multi-host setup for nova network setup  https://review.openstack.org/35222205:16
*** gcheresh has joined #openstack-qa05:17
*** hichihara has quit IRC05:27
*** pgadiya has joined #openstack-qa05:35
*** _nadya_ has joined #openstack-qa05:52
*** yamahata has joined #openstack-qa05:53
*** Lord_Phoenix has joined #openstack-qa05:56
openstackrecheckConsole logs not available after 13:24s for keystone-coverage-db-ubuntu-xenial 351988,2,fddd65806:08
openstackrecheckopenstack/requirements change: https://review.openstack.org/350866 failed gate-cross-keystone-python27-db-ubuntu-xenial in the gate queue with an unrecognized error06:12
*** vsaienko1 has quit IRC06:23
*** _nadya_ has quit IRC06:23
*** edannon has joined #openstack-qa06:26
*** markvoelker has joined #openstack-qa06:38
*** pcaruana has joined #openstack-qa06:38
*** Poornima has joined #openstack-qa06:39
*** rcernin has joined #openstack-qa06:41
*** markvoelker has quit IRC06:42
*** tesseract- has joined #openstack-qa06:53
*** gyx has quit IRC06:55
gmannmasayukig: andreaf oomichi mkoderer mtreinish :  can you review this one  - https://review.openstack.org/#/c/352214/106:56
gmannmasayukig: andreaf oomichi mkoderer mtreinish   manager->get_auth_provider got broken while moving service_clients in lib and congress and other plugin failing due to that06:56
*** _nadya_ has joined #openstack-qa07:02
*** ifarkas_afk is now known as ifarkas07:03
*** _nadya_ has quit IRC07:04
*** _nadya_ has joined #openstack-qa07:05
*** _nadya_ has quit IRC07:10
*** jpena|off is now known as jpena07:11
*** gyx has joined #openstack-qa07:12
*** yamamoto has quit IRC07:14
*** _nadya_ has joined #openstack-qa07:18
*** _nadya_ has quit IRC07:18
masayukiggmann : +207:22
*** jlanoux has joined #openstack-qa07:23
*** gyx has quit IRC07:23
*** _nadya_ has joined #openstack-qa07:31
*** gvrangan has quit IRC07:32
openstackgerrithuan proposed openstack-dev/devstack: Install conntrack in XenServer Dom0  https://review.openstack.org/35225607:33
*** Serlex has joined #openstack-qa07:35
*** e0ne has joined #openstack-qa07:36
andreafgmann: +A07:38
andreafgmann: nice catch, sorry about that07:38
*** gyx has joined #openstack-qa07:38
andreafI checked the plugins we run in the puppet jobs but that wasm07:39
andreafwasn't enough :(07:39
*** gvrangan has joined #openstack-qa07:39
andreafgmann: if you can have a look https://review.openstack.org/#/c/347756/ after this I can start sending an email to the ML and plugins can start to switch to the stable clients modul07:41
andreafmodule07:41
*** yaume has joined #openstack-qa07:44
*** nradojevic has joined #openstack-qa07:45
*** yaume has quit IRC07:47
gmannandreaf: np, those things are very hard to catch till we get gate failure.07:50
*** e0ne has quit IRC07:51
gmannandreaf: sure i will check that, yea it will be nice if plugin can start using that. I can ask my colleague to do for congress after you mail07:51
*** rossella_s has quit IRC07:53
nradojevicHi guys, I've got a general question concerning the accounts file used for tempest. Can someone explain to me how to use this file? Do I have to create the users before I run the tests? I created some users in a new domain, added these ones in an accounts file, started a tempest run and now the majority of tests failed due to Invalid Credentials. The documentation for Tempest didn't help me so far.07:55
lennybgmann: hi, pls review https://review.openstack.org/#/c/335447/ . It's for SRIOV Migration . Thanks07:55
gchereshandreaf: hi, could you please review https://review.openstack.org/#/c/344193/2/07:59
*** dtantsur|afk is now known as dtantsur08:02
*** yfried has joined #openstack-qa08:02
*** ramishra_ has joined #openstack-qa08:02
*** ramishra has quit IRC08:05
*** abehl has joined #openstack-qa08:19
andreafnradojevic: hi08:37
*** rossella_s has joined #openstack-qa08:37
andreafthere are two ways you can get credentials for your tests08:37
andreafnradojevic: you can either have them created on the fly for you - if you use the dynamic creds provider08:38
andreafnradojevic: or you can pre-provision them, and store them in the accounts.yaml file, and use the pre-provisioned nradojevic creds provider08:38
andreafnradojevic: there's a CLI tool you can use to generate creds and the file for you08:39
-openstackstatus- NOTICE: Gerrit is going to be restarted08:39
*** gfidente has joined #openstack-qa08:39
andreafnradojevic: try tempest account-generator08:39
andreafgcheresh: ok, but after the restart :)08:40
gchereshandreaf: thanks08:40
gmannandreaf: your bad luck, gerrit went down, i was almost reviewed your patch :)08:41
openstackgerrithuan proposed openstack-dev/devstack: Install conntrack in XenServer Dom0  https://review.openstack.org/35225608:41
gmannandreaf: anyways ll check in 5 min after coffee break.08:41
*** cdent has joined #openstack-qa08:42
nradojevicandreaf: thanks! I'll give it a try :)08:44
*** dtantsur is now known as dtantsur|sick08:44
*** grafuls has joined #openstack-qa08:49
*** tosky has joined #openstack-qa08:51
openstackrecheckopenstack/tempest change: https://review.openstack.org/352214 failed gate-grenade-dsvm-neutron-multinode in the gate queue with an unrecognized error08:55
*** yaume has joined #openstack-qa08:56
gmannandreaf: +209:02
andreafthanks09:02
gmannandreaf: apart from that, how about dumping all duplicate service clients together. I left comment there09:02
*** binbincong has quit IRC09:03
andreafgmann: yeah we could do that09:04
*** gvrangan has quit IRC09:10
*** e0ne has joined #openstack-qa09:11
*** yamamoto has joined #openstack-qa09:12
*** shausy has quit IRC09:13
*** shausy has joined #openstack-qa09:13
*** yamamot__ has joined #openstack-qa09:14
*** yamamoto has quit IRC09:17
*** mvk has joined #openstack-qa09:24
*** mvk_ has joined #openstack-qa09:27
*** binbincong has joined #openstack-qa09:27
*** yamamot__ has quit IRC09:35
*** yamamoto has joined #openstack-qa09:35
openstackgerritAndrea Frittoli proposed openstack/tempest: Try to register all service clients  https://review.openstack.org/35229209:36
andreafgmann: something like this ^^^ ?09:36
*** mvk_ has quit IRC09:38
openstackgerritAndrea Frittoli proposed openstack/tempest: Introduce test case with class cleanups  https://review.openstack.org/35187109:40
*** binbincong has quit IRC09:40
*** yamamoto has quit IRC09:41
*** kbaikov has quit IRC09:41
openstackgerritMerged openstack/openstack-health: Add total count table to per test page  https://review.openstack.org/35183109:59
*** binbincong has joined #openstack-qa10:04
*** yamamoto has joined #openstack-qa10:05
*** yamamoto has quit IRC10:05
*** yamamoto has joined #openstack-qa10:06
*** kbaikov has joined #openstack-qa10:16
*** sshnaidm has quit IRC10:20
*** EinstCrazy has quit IRC10:24
*** yangyapeng has quit IRC10:26
*** hieulq_ has quit IRC10:27
*** yamamoto has quit IRC10:33
*** gszasz has joined #openstack-qa10:38
*** yamamoto has joined #openstack-qa10:39
gchereshandreaf: thanks10:39
*** sshnaidm has joined #openstack-qa10:40
*** sshnaidm is now known as sshnaidm|afk10:40
*** Ravikiran_K has quit IRC10:40
*** yamamoto has quit IRC10:51
*** yamamoto has joined #openstack-qa10:55
*** yamamoto has quit IRC10:55
*** yamamoto has joined #openstack-qa10:56
*** yamahata has quit IRC10:58
*** sdague has joined #openstack-qa11:00
*** yamamoto has quit IRC11:01
*** yamamoto has joined #openstack-qa11:03
*** yamamoto has quit IRC11:03
*** yamamoto has joined #openstack-qa11:05
*** pcaruana has quit IRC11:06
*** pcaruana has joined #openstack-qa11:07
andreafmtreinish: I had to re-spin https://review.openstack.org/#/c/347756, there was an issue after the rebase - could you have a look at it again? It works fine with the plugins I tested11:08
*** yamamoto has quit IRC11:10
*** yamamoto has joined #openstack-qa11:10
*** lucasagomes is now known as lucas-hungry11:21
*** e0ne has quit IRC11:23
*** yamamoto has quit IRC11:26
*** yamamoto has joined #openstack-qa11:26
*** sshnaidm|afk is now known as sshnaidm11:28
*** yamamoto has quit IRC11:31
*** rodrigods has quit IRC11:33
*** rodrigods has joined #openstack-qa11:33
*** yamamoto has joined #openstack-qa11:34
*** yamamoto has quit IRC11:34
openstackrecheckopenstack/tempest change: https://review.openstack.org/344193 failed gate-grenade-dsvm-neutron-multinode in the gate queue with an unrecognized error11:35
*** markvoelker has joined #openstack-qa11:45
*** yamamoto has joined #openstack-qa11:46
*** yamamoto has quit IRC11:46
*** binbincong has quit IRC11:55
*** Poornima has quit IRC11:55
*** raildo has joined #openstack-qa11:56
*** larainema has quit IRC11:57
*** jpena is now known as jpena|lunch11:58
*** larainema has joined #openstack-qa11:59
*** rossella_s has quit IRC12:03
*** yangyapeng has joined #openstack-qa12:04
sdaguesc68cal: let me know once you pop up for the morning, we should figure out how we're going to move forward with the defaults change in devstack12:06
*** yamamoto has joined #openstack-qa12:12
*** yamamoto has quit IRC12:12
*** yamamoto has joined #openstack-qa12:13
*** yamamoto has quit IRC12:14
*** yamamoto has joined #openstack-qa12:14
*** yamamoto has quit IRC12:15
*** gouthamr has joined #openstack-qa12:17
*** lucas-hungry is now known as lucasagomes12:18
*** moravec has quit IRC12:18
*** yamamoto has joined #openstack-qa12:20
*** e0ne has joined #openstack-qa12:20
openstackrecheckConsole logs not available after 13:28s for gate-nova-pep8-ubuntu-xenial 343046,5,56de71312:20
*** yamamoto has quit IRC12:25
*** weshay has joined #openstack-qa12:26
*** amotoki has joined #openstack-qa12:31
sc68calsdague: ok. I have a meeting from 9 to 10, maybe do a hangout after 11am?12:33
*** hichihara has joined #openstack-qa12:34
sdaguesure12:35
*** Ravikiran_K has joined #openstack-qa12:38
openstackgerritIgor Milovanovic proposed openstack-dev/devstack: Fixed language.  https://review.openstack.org/35239212:42
*** ihrachys has joined #openstack-qa12:46
*** rlrossit has joined #openstack-qa12:48
sdaguedansmith: http://logs.openstack.org/76/351876/2/experimental/gate-tempest-dsvm-neutron-dvr/500e970/ is an ovh run with your reject patch (still fails) but maybe there is some further debug in there12:48
openstackgerritguo yunxian proposed openstack/tempest: Add update object testcase  https://review.openstack.org/35219712:49
*** Deng has quit IRC12:50
*** dave-mccowan has joined #openstack-qa12:52
*** rfolco has joined #openstack-qa12:54
*** amotoki has quit IRC12:56
*** jecarey_ has quit IRC12:59
*** gyx has quit IRC12:59
*** _nadya_ has quit IRC13:05
*** rossella_s has joined #openstack-qa13:05
*** _nadya_ has joined #openstack-qa13:09
*** amotoki has joined #openstack-qa13:13
*** dustins has joined #openstack-qa13:17
*** jpena|lunch is now known as jpena13:17
*** dkranz has joined #openstack-qa13:17
*** pgadiya has quit IRC13:20
openstackgerritKyrylo Romanenko proposed openstack/tempest: Add function to parse raw CLI output into dictionary  https://review.openstack.org/34216513:22
*** yamamoto has joined #openstack-qa13:24
*** amotoki has quit IRC13:27
*** porrua has joined #openstack-qa13:29
*** yamamoto has quit IRC13:29
dansmithsdague: I will look in a bit13:29
*** masayukig has quit IRC13:31
*** masayukig has joined #openstack-qa13:34
dansmithkernel: [ 4507.225246] wtf: IN=eth0 OUT=br-ex MAC=fa:16:3e:2e:c0:b3:ce:31:15:5f:84:7a:08:00 SRC=10.100.0.18 DST=172.24.5.5 LEN=84 TOS=0x00 PREC=0x00 TTL=246 ID=29825 DF PROTO=ICMP TYPE=0 CODE=0 ID=24577 SEQ=013:39
dansmithsdague: my rule doesn't match because it's coming from fixed to public, so I'll tweak it13:41
sdaguedansmith: ok, cool13:42
dansmithsdague: but that's definitely what is happening13:42
*** moravec has joined #openstack-qa13:44
openstackgerritDan Smith proposed openstack-dev/devstack: DNM: try me  https://review.openstack.org/35187613:44
dansmithsdague: this ^ prevents packets from ever leaving so they can't be bounced, which is more optimistic and cleaner.. if that doesn't work I'll do something else, but I think it should and that's the best option, IMHO13:45
*** masayukig has quit IRC13:45
*** rbak has joined #openstack-qa13:46
sdagueok, lets see if we can land it on an ovh node and figure out how it looks13:46
*** masayukig has joined #openstack-qa13:46
sdagueit seems to me like we have the following options:13:46
sdague1) merge the neutron patch as is & skip the tempest test until an ovh solution exists13:47
sdague2) build a workaround in devstack for ovh (per your patch)13:47
sdague3) put a workaround into devstack-gate ... given that it's a provider level issue13:48
dansmithyeah13:48
sdaguedansmith: you have opinions? I'd like to get the neutron default moved forward soon so that we have time to react to any other fallout13:48
dansmithI've never seen a case where networking was configured as such, so 3 is probably sufficient, but this also doesn't hurt anything for normal people13:49
*** mriedem has joined #openstack-qa13:52
*** rlrossit has quit IRC13:53
*** mfisher_ora has joined #openstack-qa13:55
*** rlrossit has joined #openstack-qa13:55
*** Liuqing has joined #openstack-qa14:00
sdaguemtreinish: you want to weigh in here on path forward?14:02
*** shausy has quit IRC14:03
*** e0ne has quit IRC14:03
*** gvrangan has joined #openstack-qa14:04
mtreinishsdague: on the neutron as default thing?14:04
sdagueon how we get past this ovh vs. tempest issue14:05
jrollit looks like clouds.yaml is used in devstack (neutron --os-cloud ...), is clouds.yaml stored in CI logs?14:05
* jroll waits patiently while ovh things are figured out14:05
mtreinishsdague: I think a  devstack-gate workaround seems like the best approach. I agree with dansmith having a network env where things bounce back is kinda weird and I don't think people will be likely to see it elsewhere14:07
*** grafuls has quit IRC14:07
*** EinstCrazy has joined #openstack-qa14:07
*** abehl has quit IRC14:08
toskyjroll: clous.yaml is stored in the CI logs IIRC with the "standard" result collector14:08
toskyclouds.yaml14:09
jrolltosky: I'm not seeing it here, unless I'm missing something http://logs.openstack.org/87/351987/5/check/gate-grenade-dsvm-ironic/e203b36/logs/14:09
toskyjroll: etc/openstack14:09
jrolloh wow, thank you14:10
jrollwas looking for /etc/clouds.yaml, /etc/openstack didn't even register in my brain14:10
* jroll gets more coffee14:10
*** spzala has joined #openstack-qa14:10
*** ajmiller has joined #openstack-qa14:10
*** woodster_ has joined #openstack-qa14:11
jrollnext question, does anyone know why this command would fail (looks like because it's connecting to keystone v2) when clouds.yaml specifies v3? http://logs.openstack.org/87/351987/5/check/gate-grenade-dsvm-ironic/e203b36/logs/grenade.sh.txt.gz#_2016-08-08_13_17_47_714 clouds.yaml: http://logs.openstack.org/87/351987/5/check/gate-grenade-dsvm-ironic/e203b36/logs/etc/openstack/clouds.yaml.txt.gz14:12
jrollcontext, our grenade job is failing :/14:12
openstackgerritVasyl Saienko proposed openstack-dev/devstack: DO NOT REVIEW  https://review.openstack.org/35244214:14
*** zz_dimtruck is now known as dimtruck14:15
*** lutostag has joined #openstack-qa14:15
*** spzala has quit IRC14:15
vponomaryov1jroll: you are not alone: https://bugs.launchpad.net/manila/+bug/161098314:15
openstackLaunchpad bug 1610983 in Manila "Grenade job fails on tempest tests" [Critical,In progress] - Assigned to Valeriy Ponomaryov (vponomaryov)14:15
*** e0ne has joined #openstack-qa14:15
*** spzala has joined #openstack-qa14:15
jrolloh, yay14:15
*** spzala has quit IRC14:16
*** spzala has joined #openstack-qa14:16
*** chandankumar has quit IRC14:17
jrollvponomaryov1: I was just filing a bug, thanks. any progress beyond what's in the bug?14:17
vponomaryov1jroll: I know that it is some incompatibility between v2 and v3 auth in Keystone14:18
jrollvponomaryov1: right, but according to clouds.yaml, that should be using v314:18
vponomaryov1jrol: but haven't find change that triggered that bug14:18
*** mtanino has joined #openstack-qa14:18
jrollI think that's a known incompatibility14:19
jrollyeah, same14:19
sdaguemtreinish: so, how about if we skip the test for now in tempest to get things merged, then we can work on a fix on the devstack-gate side to work around things.14:24
sdagueso 1 then 314:25
*** EinstCrazy has quit IRC14:26
*** beekneemech is now known as bnemec14:27
*** EinstCrazy has joined #openstack-qa14:28
*** e0ne has quit IRC14:28
*** e0ne has joined #openstack-qa14:28
*** vponomaryov1 is now known as vponomaryov14:29
*** Lord_Phoenix has quit IRC14:30
*** jecarey has joined #openstack-qa14:31
mtreinishsdague: tbh, I'm not sure we want to skip that test. It seems like a kinda big thing to make sure we don't regress on (even if it's a poorly written implementation)14:34
*** jecarey has quit IRC14:35
*** pglass has joined #openstack-qa14:36
*** thiagop has joined #openstack-qa14:37
*** nradojevic1 has joined #openstack-qa14:39
sdaguemtreinish: well, I feel like if we delay the devstack default change much further, we have to take if off the table for newton, because we don't have enough time to handle fallout14:39
sdagueand, through this whole process we've also discovered that it is unlikely that any neutron tests ever run in our system have created guests which actually can talk to external networks14:40
*** nradojevic has quit IRC14:40
*** markvoelker has quit IRC14:41
*** nradojevic1 has quit IRC14:42
*** jecarey has joined #openstack-qa14:43
openstackgerritSean Dague proposed openstack/tempest: skip test_connectivity_between_vms_on_different_networks  https://review.openstack.org/35246314:47
sc68calsdague: that is correct, we've only done tests that do east west inside the cloud14:50
sdaguesc68cal: that seems kind of bonkers to me :)14:50
sc68calsdague: otherwise it's from tempest, into a vm14:51
sc68calinside the cloud14:51
sdaguesc68cal: right14:51
sdagueit's just, still bonkers to me14:51
sc68calI don't recall nova having tests that test outbound14:51
sdaguebecause cloud guests that can't route out seem completely useless14:51
sdagueit doesn't, because it works, and no one thought it needed to be tested as such14:52
sc68calright but those east west tests test routing out, albiet only routing one hop, while still in the cloud14:52
sdagueit's kind of such a fundamental unit of what one expects, I don't think it occurred to anyone that it needed testing14:52
sdaguemaybe it's just me, but I was legitimately surprised by this14:53
*** markvoelker has joined #openstack-qa14:54
*** edannon has quit IRC14:56
*** jecarey_ has joined #openstack-qa14:57
*** zackf has joined #openstack-qa14:58
*** jecarey has quit IRC14:59
*** amotoki has joined #openstack-qa14:59
*** e0ne has quit IRC14:59
*** amotoki has quit IRC14:59
*** karthikp_ has joined #openstack-qa15:00
*** e0ne has joined #openstack-qa15:00
*** kragniz has quit IRC15:00
openstackrecheckopenstack/nova change: https://review.openstack.org/348512 failed because of: gate-grenade-dsvm-multinode: https://bugs.launchpad.net/bugs/144913615:00
openstackLaunchpad bug 1449136 in OpenStack-Gate "OpenStack pypi mirrors disconnecting connections" [Undecided,New]15:00
*** amotoki has joined #openstack-qa15:01
*** rlrossit has quit IRC15:02
*** mriedem1 has joined #openstack-qa15:04
*** rlrossit has joined #openstack-qa15:05
*** karthikp_ has quit IRC15:05
*** mriedem has quit IRC15:05
*** mriedem1 is now known as mriedem15:07
*** amotoki has quit IRC15:08
*** devkulkarni1 has joined #openstack-qa15:09
mriedemmtreinish: did something slip through in tempest? http://logs.openstack.org/91/327191/22/check/gate-tempest-dsvm-full-ubuntu-xenial/6a11005/logs/screen-n-api.txt.gz?level=TRACE#_2016-08-06_23_42_20_71115:09
mriedemhttp://goo.gl/P4gVQe15:10
mriedemno recent changes in tempest15:10
*** chandankumar has joined #openstack-qa15:13
mtreinishmriedem: I havn't seen that before15:14
mriedemi guess 4 hits in 7 days15:14
*** amotoki has joined #openstack-qa15:14
mriedemoh this is one of those tests that re-use a single instance and it's rebuilt15:15
*** gvrangan has quit IRC15:16
*** amotoki has quit IRC15:16
*** amotoki has joined #openstack-qa15:16
mtreinishmriedem: ugh, I thought we dropped all of that15:19
*** amotoki_ has joined #openstack-qa15:20
*** amotoki has quit IRC15:21
*** gcheresh has quit IRC15:21
*** amotoki_ has quit IRC15:22
*** fnaval_ has quit IRC15:22
*** fnaval has joined #openstack-qa15:22
mriedemmtreinish: looks like there was a shelved offloading test right before it15:25
mriedemthen seeing this http://logs.openstack.org/91/327191/22/check/gate-tempest-dsvm-full-ubuntu-xenial/6a11005/logs/screen-n-cpu.txt.gz#_2016-08-06_23_42_09_09815:25
mriedemhttp://logs.openstack.org/91/327191/22/check/gate-tempest-dsvm-full-ubuntu-xenial/6a11005/logs/screen-n-cpu.txt.gz#_2016-08-06_23_42_18_62315:26
mriedemDuring the sync_power process the instance has moved from host None to host ubuntu-xenial-rax-ord-324893315:26
mriedemthat's 2 seconds before suspend blows up15:27
*** cody-somerville has joined #openstack-qa15:30
sdaguemriedem: no, that's used quite a bit during the actions testing15:31
*** yamahata has joined #openstack-qa15:31
mtreinishmriedem: yeah, it's got the same server uuid too15:31
mriedemit's unclear to me if tempest asked to rebuild the server15:32
mriedemthe test cases should run in order right?15:33
mtreinishmriedem: it should be in the tempest log if it did: http://logs.openstack.org/91/327191/22/check/gate-tempest-dsvm-full-ubuntu-xenial/6a11005/logs/tempest.txt.gz#_2016-08-06_23_42_20_719 is the suspend request it blows up on15:33
*** devkulkarni2 has joined #openstack-qa15:33
*** EinstCrazy has quit IRC15:34
sdaguemtreinish: ok, circling back to the neutron default plan - http://lists.openstack.org/pipermail/openstack-dev/2016-August/101128.html15:34
*** csomerville has joined #openstack-qa15:34
*** karthikp_ has joined #openstack-qa15:34
*** EinstCrazy has joined #openstack-qa15:35
*** armax has joined #openstack-qa15:35
sdagueI feel pretty strongly that merge / skip / d-g change / skip revert is the only plan we can execute that gives us enough time to do neutron switch over this cycle15:35
*** devkulkarni1 has quit IRC15:36
mriedemmtreinish: yeah i can see that the hostId on the server in the tempest logs before it fails is ""15:36
mriedemso there isn't a host15:36
sdaguegiven that freeze is in 13 business days15:36
mtreinishmriedem: it doesn't do a rebuild before that test. The teardown right before does a GET and then setup does another  GET and then it's into the suspend test (probably to check the state and whether it needs to rebuild)15:36
*** hichihara has quit IRC15:37
openstackrecheckopenstack-dev/devstack change: https://review.openstack.org/350645 failed gate-grenade-dsvm-neutron-multinode in the gate queue with an unrecognized error15:37
mtreinishsdague: if you get the devstack-gate patch up for review before the skip lands I won't have that big an issue with it15:37
sdaguemtreinish: we don't even know what that patch would be at this point15:37
*** cody-somerville has quit IRC15:37
sdagueit's going to take days to get the right onw15:37
sdaguethat's the point, timelines15:38
sdaguewe're waiting for the next 3 hours to get the next iteration of results off of dansmith's devstack patch15:41
sdagueif it manages to land on an ovh node15:41
sdagueit will be tomorrow if we don't get lucky15:41
sdagueonce we have some idea that it works there, we can then translate it to d-g, which will probably take 3 days before we get enough data to know it worked15:42
mtreinishsdague: that's kinda my concern. It feels like we're trying to force this through without having a clear plan/idea on doing the unskip part.15:42
sdaguebecause you have to have neutron + ovh to see the issue15:42
*** Liuqing has quit IRC15:43
sdaguemtreinish: yes, we are trying to force through the #1 priority for devstack for the whole cycle15:43
mriedemmtreinish: yeah idk, something is shelving it http://logs.openstack.org/91/327191/22/check/gate-tempest-dsvm-full-ubuntu-xenial/6a11005/logs/screen-n-cpu.txt.gz#_2016-08-06_23_42_05_12615:43
mriedemvm_state='shelved'15:43
mtreinishright I understand all the parts that are involved, and the timelines for this. I didn't say I'm blocking anything, just that'd I'd be more comfortable skipping the test if we had the d-g patch at least up before15:44
*** sridharg has quit IRC15:44
sdaguemtreinish: that's fine, but I'm not comfortable merging the devstack default after wednesday15:44
sdagueand that's where we hit a snag15:44
sdaguebecause I'll guaruntee you that we can't have the d-g change by then15:45
*** Ravikiran_K has quit IRC15:45
sdagueso... given that, how do you want to proceed15:45
*** jlanoux has quit IRC15:45
mtreinishsdague: fwiw, it does look like it occasionally is catching something (or just racing) http://status.openstack.org/openstack-health/#/test/tempest.scenario.test_network_basic_ops.TestNetworkBasicOps.test_connectivity_between_vms_on_different_networks?duration=P6M&resolutionKey=day15:45
mriedemnothing in the api for a shelve request though, so wonder if something is doing it in a task on the compute manager...15:45
mtreinishespecially recently15:45
*** Serlex has quit IRC15:46
mriedemumm, wtf http://logs.openstack.org/91/327191/22/check/gate-tempest-dsvm-full-ubuntu-xenial/6a11005/logs/tempest.txt.gz#_2016-08-06_23_42_05_26215:46
mriedemlooks like tempest is re-using the same shared server between 2 different test classes15:46
mtreinishsdague: the 4 steps you outlined is the only way we get it landed by wed. and not have everyone grabbing torches and pitchforks for failing every neutron ovh run15:47
sdagueright, which would basically just kill tons of unrelated freeze content15:47
mtreinishmriedem: it looks like those are still part of ServersNegativeTestJSON15:48
mtreinishmriedem: that's teh same class15:48
sdaguemtreinish: so that graph doesn't tell me much, because I can't figure out what runs any of those were on or go any deeper into things15:48
mriedemoh right15:48
mriedemtest_shelve_shelved_server15:48
mtreinishsdague: yeah, I have an inprogress patch adding a recent failures list to that page15:49
mriedemmtreinish: do the tests run in a random order then?15:49
mtreinishI still need to finish it :)15:49
mtreinishmriedem: sorta, there is no guarantee on the test ordering it's determined by the test runner15:49
mriedemok15:49
mtreinishnormally subunit.run is pretty consistent in how it orders things, but we can't rely on that15:50
*** edmondsw has quit IRC15:50
mriedemyup, ok15:50
mriedemso unshelve is a cast, and then the test will move on15:50
sdaguemtreinish: that still wouldn't tell me what's needed to figure out if that failure rate means anything substantial15:50
sdaguethere are 43 failures listed15:51
sdagueI know where 4 of them are, they are in my patch15:51
mtreinishsdague: this is only in the gate queue15:52
mtreinishsdague: and that's 43 over the full 6 months date range for teh graph15:52
mtreinishwell gate and periodic15:52
mtreinishsdague: it would let you dig into the failures. After the table is there I plan to add the e-r integration to it as well so it will identify any e-r matches15:53
sdagueright, well the issue is that without having a link through to all the fails listed, it's hard to figure out if they are real or if it's pip blowing up15:53
sdagueor other wonky things in the run where a set of other circumstances happened15:53
sdagueor the provider corelation15:53
mtreinishthis is only on the actual test failing in the subunit, so a pip failure wouldn't be included there15:53
mtreinishit could be provider thing though15:54
sdagueok... so beyond arguing about openstack health :)15:54
*** weshay is now known as weshay_mtg15:55
mtreinishmriedem: https://github.com/openstack/tempest/blob/master/tempest/api/compute/servers/test_servers_negative.py#L451-L470 so do we need a wait loop there?15:55
sdaguethings we are agreed upon. The only way to get default merge by wed is the skip plan.15:55
mriedemmtreinish: that happens in server_check_teardown15:56
mtreinishsdague: heh, it's the only way I get feedback on things, is to force it down people's throat15:56
mriedemit waits for the shared server to be active and if that fails, it deletes the shared server so setUp can recreate it15:56
sdaguewhich, means, I'd like to get us moved forward on that plan, so we can start to see the other fallout (which I'm sure there will be some), and work on docs cleanups and the d-g bits once we have the devstack data returned15:56
*** hemnafk is now known as hemna15:56
mriedemmtreinish: right here before we fail we have an active server with no task_state that doesn't have a host http://logs.openstack.org/91/327191/22/check/gate-tempest-dsvm-full-ubuntu-xenial/6a11005/logs/tempest.txt.gz#_2016-08-06_23_42_20_55815:56
mriedemthat's got to be a bug in the nova unshelve flow15:57
mtreinishsdague: is that just your roundabout way asking me to +2 the devstack patch? :)15:58
sdagueand the tempest patch15:58
sdaguemtreinish: I'm trying to figure out how we move forward with this whole transition, given the constraints we have15:58
sdagueor realizing we have no path that meets the timeline, and abandoning all the patches and working on something else this week15:59
*** amotoki has joined #openstack-qa15:59
*** karthikp_ has quit IRC15:59
mtreinishsdague: ok, I'll review both patches nowish then16:00
sdaguemtreinish: thanks16:00
*** karthikp_ has joined #openstack-qa16:01
*** sshnaidm has quit IRC16:01
*** rcernin has quit IRC16:01
*** amotoki has quit IRC16:02
*** amotoki has joined #openstack-qa16:02
openstackgerritMatt Riedemann proposed openstack-infra/elastic-recheck: Add query for nova unshelve race bug 1611008  https://review.openstack.org/35249516:03
openstackbug 1611008 in OpenStack Compute (nova) "ServersNegativeTestJSON.test_suspend_server_invalid_state fails with "NovaException: Unable to find host for Instance"" [Undecided,Confirmed] https://launchpad.net/bugs/161100816:03
*** sabeen1 has joined #openstack-qa16:03
mriedemmtreinish: ^16:03
mtreinishmriedem: btw, what did you think of my patch to split the integrated uncategorized page out? You didn't leave any comments on the idea, just a bunch of nits :)16:04
mriedemmtreinish: seems good16:06
mriedemit was the weekend, what do you want from me?!16:06
mtreinishmriedem: hah, well not to be reviewing code. You could have waited until today16:07
*** hichihara has joined #openstack-qa16:08
*** e0ne has quit IRC16:09
*** EinstCrazy has quit IRC16:09
*** pcaruana has quit IRC16:11
*** Ravikiran_K has joined #openstack-qa16:11
*** dalees has quit IRC16:12
*** dimtruck is now known as zz_dimtruck16:12
*** Apoorva has joined #openstack-qa16:12
*** sshnaidm has joined #openstack-qa16:13
*** hichihara has quit IRC16:14
*** amotoki has quit IRC16:15
*** _nadya_ has quit IRC16:18
*** rlrossit has quit IRC16:19
*** rlrossit has joined #openstack-qa16:20
mtreinishsdague: I'm +2 on the devstack change, do you want me to +A it. Or is there a reason to wait?16:22
*** ifarkas is now known as ifarkas_afk16:24
*** sabeen1 has quit IRC16:26
*** yfried has quit IRC16:26
*** gamado has quit IRC16:27
*** david-lyle_ has joined #openstack-qa16:29
*** david-lyle has quit IRC16:33
*** gyee has joined #openstack-qa16:33
openstackgerritMatthew Treinish proposed openstack-infra/subunit2sql: Add option to ensure get_test_runs_by_test_id() is ordered by date  https://review.openstack.org/35250616:35
*** rlrossit has quit IRC16:36
*** zz_dimtruck is now known as dimtruck16:36
openstackrecheckopenstack-dev/devstack change: https://review.openstack.org/269825 failed because of: gate-grenade-dsvm-neutron-multinode: unrecognized error, gate-tempest-dsvm-full-ubuntu-xenial: https://bugs.launchpad.net/bugs/144913616:39
openstackLaunchpad bug 1449136 in OpenStack-Gate "OpenStack pypi mirrors disconnecting connections" [Undecided,New]16:39
*** rlrossit has joined #openstack-qa16:39
*** rlrossit has quit IRC16:40
jroll^ that unrecognized error is being fixed right now by https://review.openstack.org/#/c/352454/ jfyi16:40
*** Guest20583 has joined #openstack-qa16:40
jrolldo y'all want an e-r for that still?16:40
*** Swami has joined #openstack-qa16:42
sdaguemtreinish: we should probably approve the tempest patch first to minimize chances of things failing16:42
openstackrecheckopenstack/swift change: https://review.openstack.org/326903 failed gate-tempest-dsvm-full-ubuntu-xenial in the gate queue with an unrecognized error16:43
*** jpena is now known as jpena|off16:44
*** Guest20583 has quit IRC16:45
*** dalees has joined #openstack-qa16:47
*** e0ne has joined #openstack-qa16:49
*** e0ne has quit IRC16:49
mtreinishjroll: probably, it lets us track that it was fixed16:49
mtreinishjroll: and gets the categorization rate up, even if a little bit16:50
jrollmtreinish: okay, I'll try to get it up, got a meeting in 8 minutes16:51
*** devkulkarni2 has quit IRC16:53
openstackgerritSean Dague proposed openstack/tempest: skip test_connectivity_between_vms_on_different_networks  https://review.openstack.org/35246316:54
sdaguemtreinish: had to hack in a depends on for the tempest test, because the occ failure16:54
*** tesseract- has quit IRC16:57
*** e0ne has joined #openstack-qa17:09
*** gvrangan has joined #openstack-qa17:16
*** yamamoto has joined #openstack-qa17:21
*** pglass has quit IRC17:25
*** devkulkarni1 has joined #openstack-qa17:26
*** yamamoto has quit IRC17:27
*** karthikp_ has quit IRC17:27
*** edmondsw has joined #openstack-qa17:28
*** ihrachys has quit IRC17:37
*** Nakato has quit IRC17:41
*** gszasz has quit IRC17:41
*** david-lyle_ has quit IRC17:42
*** Nakato has joined #openstack-qa17:42
mriedemmtreinish: figured it out17:45
mriedemthe race17:45
*** david-lyle has joined #openstack-qa17:45
*** e0ne has quit IRC17:47
mtreinishmriedem: cool17:47
mriedemjust needed a giant burrito in my gut to make my brain work17:48
mriedemmtreinish: there is a bug here too i think https://github.com/openstack/tempest/blob/master/tempest/api/compute/servers/test_servers_negative.py#L45517:52
mriedemtempest doesn't wait for the server to change state to shelved before it tries to unshelve17:53
mriedemit just waits for the snapshot to show pu17:53
mriedem*up17:53
mriedemso it's really just getting lucky17:53
*** karthikp_ has joined #openstack-qa17:53
*** sabeen has joined #openstack-qa17:54
openstackrecheckConsole logs not available after 13:27s for keystone-coverage-db-ubuntu-xenial 341401,7,3d56ca817:55
*** mriedem has quit IRC17:55
*** tosky has quit IRC17:55
*** mriedem has joined #openstack-qa17:56
*** fnaval has quit IRC17:58
*** pvaneck has joined #openstack-qa17:58
*** mriedem1 has joined #openstack-qa17:58
*** karthikp_ has quit IRC17:59
*** karthikp_ has joined #openstack-qa17:59
*** mriedem has quit IRC18:01
*** pglass has joined #openstack-qa18:07
*** lucasagomes is now known as lucas-dinner18:10
*** weshay_mtg is now known as weshay18:11
*** jecarey_ has quit IRC18:11
*** devkulkarni1 has quit IRC18:11
*** jecarey has joined #openstack-qa18:12
*** jecarey has quit IRC18:12
*** jecarey has joined #openstack-qa18:12
*** gcheresh has joined #openstack-qa18:14
openstackrecheckopenstack-dev/devstack change: https://review.openstack.org/350545 failed gate-grenade-dsvm-neutron-multinode in the gate queue with an unrecognized error18:15
*** fnaval has joined #openstack-qa18:16
*** gfidente has quit IRC18:19
*** ajmiller has quit IRC18:25
*** ajmiller has joined #openstack-qa18:29
*** greghaynes has quit IRC18:35
*** jecarey has quit IRC18:38
*** gvrangan has quit IRC18:39
*** jecarey_ has joined #openstack-qa18:43
*** devkulkarni1 has joined #openstack-qa18:44
*** chandankumar has quit IRC18:46
*** greghaynes has joined #openstack-qa18:47
*** mriedem1 is now known as mriedem18:47
*** mtreinish_ has joined #openstack-qa18:50
*** sc`_ has joined #openstack-qa18:50
*** raissa_ has joined #openstack-qa18:50
*** nibalize1 has joined #openstack-qa18:50
*** ianw_ has joined #openstack-qa18:50
*** sc68cal_ has joined #openstack-qa18:50
*** pcm_ has joined #openstack-qa18:50
*** raissa has quit IRC18:50
*** ianw has quit IRC18:50
*** mtreinish has quit IRC18:50
*** sc68cal has quit IRC18:50
*** pc_m has quit IRC18:50
*** jay-mehta has quit IRC18:50
*** kprabhuv has quit IRC18:50
*** sneti has quit IRC18:50
*** nibalizer has quit IRC18:50
*** sc` has quit IRC18:50
*** SlickNik has quit IRC18:50
*** sc`_ is now known as sc`18:50
*** mtreinish_ is now known as mtreinish18:50
*** SlickNik has joined #openstack-qa18:50
*** ianw_ is now known as ianw18:50
openstackgerritMatthew Treinish proposed openstack-infra/subunit2sql: Add DB API function to get list of runs from ids  https://review.openstack.org/35255818:50
*** jay-mehta has joined #openstack-qa18:51
*** Ravikiran_K has quit IRC18:51
*** sneti has joined #openstack-qa18:53
*** devkulkarni1 has quit IRC18:53
*** devkulkarni1 has joined #openstack-qa18:55
*** sc68cal_ is now known as sc68cal18:56
*** devkulkarni1 has quit IRC18:59
*** devkulkarni1 has joined #openstack-qa19:00
mriedemmtreinish: should the scenario tests honor the run_validation flag?19:09
mriedemlike https://github.com/openstack/tempest/blob/master/tempest/scenario/test_shelve_instance.py#L7619:09
mriedemwe don't have network_for_ssh configured19:10
mriedemso that blows up19:10
mriedemand we do'nt have floating ips19:10
mtreinishmriedem: normally we don't add that flag on scenario tests, it's not the only one which does ssh19:11
*** karthikp_ has quit IRC19:11
*** ajmiller has quit IRC19:12
sdaguemtreinish: is oomichi out this week?19:13
mtreinishsdague: not that I know of, but his schedule's been kinda erratic the past few weeks19:13
sdagueok19:13
sdaguemtreinish: ok, so question on nova_cert item in tempest.conf19:14
*** ajmiller has joined #openstack-qa19:14
mriedemmtreinish: shouldn't the test pass validatable=True when creating the server then?19:14
mtreinishmriedem: I think it is in the wrapper in the manager class19:14
sdaguethat defaults to True, we've deprecated it in Nova, and it's not in the base services for local devstack19:14
sdagueshould we change tempest default to False, and then set it to true if service enabled in devstack?19:14
mriedemmtreinish: well it wouldn't matter anway, since it wouldn't be used19:14
mriedemif CONF.validation.run_validation and validatable:19:15
mriedemand later: if CONF.validation.run_validation and validatable:19:15
mriedemit associates a floating IP if connect_method=='floating'19:15
mriedemif CONF.validation.connect_method == 'floating':19:15
mtreinishsdague: I think it would be better swap it to false in devstack, and deprecate the option in tempest for a mitaka eol removal19:16
sdaguesc68cal: related, is neutron metering something we should have in the default service list for neutron? We don't for the local case, which is the reason for 3 tempest failures19:16
mtreinishsdague: swapping defaults is something that's tripped people up before in the past19:16
sc68calno I don't think so19:16
sdaguemtreinish: ok, that will mean that people will start getting tempest fails unless they also change that19:17
sdaguesc68cal: ok, that service isn't parametrized in tempest yet, so I'll need to add that19:17
sc68caldoes anyone actually care about neutron metering?19:17
sc68calit's for ceilometer19:18
sc68calso really it should be defined in their jobs and enabled19:18
sc68caland in their tempest plugin19:18
sc68calunless I am mistaken19:18
sdaguewell, there are tempest tests for it19:18
mtreinishsdague: only on new deployments, not on an existing one. It's a tradeoff between skipping tests silently when you upgrade tempest against an existing cloud vs having to explicitly set that to false when running against a new deployment19:18
mtreinishsdague: is that the neutron extension list test?19:18
sdaguemtreinish: that, plus 2 actual metering tests19:19
mtreinishfor the extension one I would just pull it out of the list of things we check19:19
sdaguemtreinish: when we delete the nova-cert daemon, any upgraded environments will start failing19:20
mtreinishsdague: after a nova upgrade19:20
sdagueyep19:20
*** kprabhuv has joined #openstack-qa19:21
*** ajmiller has quit IRC19:21
sdagueok, well I don't understand the logic of doing it the way you explain, but if that's the way you think it should be done, so be it.19:21
mtreinishsdague: I'm not committed to either way, but my gut instinct was to avoid changing defaults.19:22
mtreinishbut if you think it's better to change the tempest default that's fine19:22
mtreinishjust make sure you release note it19:23
sdaguesure19:23
*** ajmiller has joined #openstack-qa19:23
sdaguemtreinish: which reno section would it go under? upgrade?19:24
openstackgerritMatthew Treinish proposed openstack/openstack-health: WIP: Add failed runs list to test page  https://review.openstack.org/35256919:25
mtreinishsdague: yeah upgrade is probably the best fit19:25
mtreinishsdague: also ^^^ is what I have for getting the runs list on that page19:25
mtreinishI'm still fighting angular to get the table to render though19:25
mriedemmtreinish: btw, ssh_connect_method in the compute group and connect_method in the validation group in tempest.conf, not at all confusing :)19:26
mtreinishtimothyb89: ^^^ if you have any thoughts of what I'm clearly missing there19:26
mtreinishmriedem: one should be deprecated and the validation group is the only one that exists anymore19:26
mtreinishmriedem: https://github.com/openstack/tempest/blob/master/tempest/config.py#L581 ssh_connect_method doesn't even exist anymore19:27
mriedemwas just going to say that19:27
mriedemit's mentioned in the confg help for something else thogh19:27
mtreinishmriedem: free patch :)19:27
mriedemwill update19:28
mriedemi'm more worried about how busted our scripts are for setting these19:28
*** yaume has quit IRC19:28
timothyb89mtreinish: I'll take a look19:28
*** gvrangan has joined #openstack-qa19:29
openstackgerritSean Dague proposed openstack/tempest: change nova_cert config to default False and deprecate it  https://review.openstack.org/35257019:29
openstackgerritMatthew Treinish proposed openstack/openstack-health: WIP: Add failed runs list to test page  https://review.openstack.org/35256919:29
*** krtaylor has quit IRC19:29
openstackgerritMatt Riedemann proposed openstack/tempest: Fix reference to nonexistent ssh_connect_method in config help  https://review.openstack.org/35257119:30
mriedemsdague: good call on the nova-cert one :) i just did that internally last week19:30
sdaguemriedem: that will fix 2 of the 5 tempest fails with a local devstack19:31
mtreinishtimothyb89: thanks19:31
mtreinishsdague: btw, that spike in failures on that graph was caused by the tempest preprov creds jobs regressing: http://paste.openstack.org/show/552077/ (the table rendering doesn't work yet, but the api side is)19:35
mtreinishso completely irrelevant to our prior discussion :)19:35
sdaguemtreinish: nice :)19:35
mtreinishwell, the periodic and: 'gate-tempest-dsvm-networking-midonet-v2' which I guess is a midokura test job19:37
*** ajmiller has quit IRC19:37
timothyb89mtreinish: oh, it looks like the failed_runs data  is an object and not an array19:37
mtreinishtimothyb89: oh, yeah it is. I can switch it to a list19:38
openstackgerritMerged openstack-infra/elastic-recheck: Add query for nova unshelve race bug 1611008  https://review.openstack.org/35249519:39
openstackbug 1611008 in OpenStack Compute (nova) "ServersNegativeTestJSON.test_suspend_server_invalid_state fails with "NovaException: Unable to find host for Instance"" [High,In progress] https://launchpad.net/bugs/1611008 - Assigned to Matt Riedemann (mriedem)19:39
*** edmondsw has quit IRC19:42
openstackgerritMatthew Treinish proposed openstack/openstack-health: WIP: Add failed runs list to test page  https://review.openstack.org/35256919:43
mtreinishtimothyb89: that fixed it, but now 2 columns are being displayed: http://i.imgur.com/ctbSo3i.png19:44
*** ajmiller has joined #openstack-qa19:45
mriedemmtreinish: i'm going to bug you some more. if we are using dynamic creds and isolated networks, why would we need to hard-code in config the network to use for ssh?19:45
mriedemhttps://github.com/openstack/tempest/blob/master/tempest/scenario/manager.py#L66819:45
mriedemwe get a KeyError there19:45
mriedemwe're using https://github.com/openstack/tempest/blob/master/tempest/common/dynamic_creds.py#L29619:45
openstackrecheckopenstack/cinder change: https://review.openstack.org/318737 failed gate-tempest-dsvm-neutron-full-ubuntu-xenial in the gate queue with an unrecognized error19:46
mtreinishtimothyb89: oh, I know what it is, they're null on the wire now19:46
mtreinishhmm19:46
timothyb89that would do it19:47
timothyb89unrelated, but there's a missing </th> on line 91 :)19:47
*** karthikp_ has joined #openstack-qa19:47
*** ajmiller has quit IRC19:48
*** ajmiller has joined #openstack-qa19:48
*** karthikp_ has quit IRC19:48
*** karthikp_ has joined #openstack-qa19:48
mtreinishoh, I know why. That loop only happens if elastic-search is enabled I had to back out the config to push it19:48
mtreinishbut that's a general bug (which I would have missed otherwise)19:48
sdaguemtreinish: hmmm... so metering is listed as a network-api extension19:51
*** yamahata has quit IRC19:51
openstackgerritMatthew Treinish proposed openstack/openstack-health: Add failed runs list to test page  https://review.openstack.org/35256919:51
sdaguewhich means, I think we are fine if we remove it from the list19:51
mtreinishtimothyb89: ^^^ that should fix it19:51
sdagueexcept then we need the complete list, right?19:51
*** gvrangan has quit IRC19:52
mtreinishsdague: well we default to all which means the answer to is 'extension x available' is always true19:52
mtreinishon stable we hard code the list in devstack19:52
mtreinishsdague: yeah, it would have to be everything minus metering19:53
sdague[u'default-subnetpools', u'network-ip-availability', u'network_availability_zone', u'auto-allocated-topology', u'ext-gw-mode', u'binding', u'agent', u'subnet_allocation', u'l3_agent_scheduler', u'tag', u'external-net', u'revisions', u'flavors', u'net-mtu', u'availability_zone', u'quotas', u'l3-ha', u'provider', u'multi-provider', u'address-scope', u'extraroute', u'timestamp_core', u'l3-flavors', u'port-security',19:53
sdagueu'extra_dhcp_opt', u'service-type', u'security-group', u'dhcp_agent_scheduler', u'router_availability_zone', u'rbac-policies', u'standard-attr-description', u'router', u'allowed-address-pairs', u'dvr']19:53
sdagueug....19:53
mtreinishsdague: like: https://github.com/openstack-dev/devstack/blob/stable/kilo/lib/tempest#L353-L38619:54
*** karthikp_ has quit IRC19:55
*** openstackrecheck has quit IRC19:57
*** openstackrecheck has joined #openstack-qa19:58
*** karthikp_ has joined #openstack-qa20:00
sdagueoh, the tempest verify lets me do the exclude list, this might work that way20:02
*** Apoorva has quit IRC20:03
mtreinishmriedem: you shouldn't, the command to look up a network and pass it nova should use the dynamic creds generated one first20:04
mtreinishmriedem: oh in that case it's because the neutron created networks aren't externally accessible by default (in most cases, provider networks probably are)20:05
*** ccarmack has joined #openstack-qa20:05
mtreinishbut something doesn't look quite right in that line with the key error20:06
mtreinishsdague: so would this be a better interface for that link I sent you before?: http://i.imgur.com/c4zLp76.png20:07
*** Apoorva has joined #openstack-qa20:08
sdagueyeh20:08
openstackgerritMonty Taylor proposed openstack-dev/devstack: DNM - Debugging occ/neutronclient interaction  https://review.openstack.org/35258320:09
mriedemmtreinish: i just reported this to try and dump details https://bugs.launchpad.net/tempest/+bug/161110020:09
openstackLaunchpad bug 1611100 in tempest "scenario get_server_ip relies on hard-coded network_for_ssh network name" [Undecided,New]20:09
*** cdent has quit IRC20:09
sdaguethe date field wrapping definitely makes it harder to read clusters20:10
*** ajmiller_ has joined #openstack-qa20:10
sdaguethe area graph by percentage is also pretty misleading. Because based on that graph I'd have guessed the giant dip would be more than 3 failures20:11
mtreinishandreaf: ^^^ on mriedem's bug, your memory on the network selection details might be a bit fresher in your memory than for me20:11
*** yamahata has joined #openstack-qa20:12
*** devkulkarni1 has quit IRC20:12
mtreinishsdague: Yeah, the area graph it's just a percentage. But, if you switch it to stacked or stream it shows the raw count instead20:12
*** nibalize1 is now known as nibalizer20:13
*** devkulkarni1 has joined #openstack-qa20:13
mtreinishsdague: I can try to fix the wrapping in: https://review.openstack.org/#/c/352569/ , I just suck at the js/html ui bits20:14
sdaguemtreinish: right, I still find the stacked and stream to be confusing in different ways20:14
sdaguethis is not area data20:14
sdaguethis should be a bar graph with daily buckets, and error bars to indicate how sure we are of that percentage20:14
*** ajmiller has quit IRC20:15
sdaguearea data implies there is something connected between points, which, there really isn't here.20:16
mtreinishsdague: sure, which of http://nvd3-community.github.io/nvd3/ do you think would be the best fit?20:18
mtreinishwe can expand beyond that set, but nvd3 is what its setup for now, so that'll be the fastest way to switch20:18
*** gvrangan has joined #openstack-qa20:20
dansmithsdague: armax abandoned that DNM patch.. I presume we didn't get a run out of it as a result?20:21
sdaguedansmith: oh... really?20:21
sdaguearmax: ?20:21
dansmithyeah20:21
sdagueabandoned doesn't kill jobs directly20:22
sdaguei don't think20:22
armaxdansmith, sdague I followed sc68cal’s feedback, I didn’t notice there was a pending job in execution20:22
sdagueI just restored20:22
sdaguearmax: there was a check experimental on it20:22
armaxsdague, dansmith: sorry folks, I thought we were going with a d-g patch instead20:23
dansmithwe are20:23
dansmithbut this was getting us a much faster run of the proposed change20:23
dansmithand it's DNM so nobody is going to merge it :)20:23
armaxdansmith: my bad20:23
dansmiths'ok20:23
andreafmtreinish, mriedem: well it seems that https://github.com/openstack/tempest/blob/c8aa34b05bac2167f92c3cbf7247177dfa844835/tempest/scenario/manager.py#L663 assumes network_for_ssh is set, and we're not going to use a dynamically generated network for ssh checks20:23
sdaguehmmm... I don't see anything in the experimental queue though20:23
andreafmtreinish, mriedem: it may be it's not a valid assumption, we could fallback to the tenant dynamic network if ssh_for_network is not set20:24
sdaguebut I also feel like I've had multiple instances of it dropping check experimental on the floor recently20:24
openstackgerritSean Dague proposed openstack-dev/devstack: disable metering extension in tempest if q-metering not running  https://review.openstack.org/35258820:24
armaxsdague: how long does it take for an experimental run to execute?20:24
sdaguewell... right now, many hours20:25
*** spzala has quit IRC20:25
mriedemandreaf: i'm going to throw up a simple POC quick20:25
*** spzala has joined #openstack-qa20:27
*** tqtran has joined #openstack-qa20:29
*** gcheresh has quit IRC20:29
*** nwkarsten has joined #openstack-qa20:31
*** edtubill has joined #openstack-qa20:31
sdaguemtreinish: "HistoricalBarChart" ?20:31
sdaguemtreinish: or TimeSeries20:32
mtreinishsdague: ok, I can push a patch to swap it over to one of those20:32
lifelessandreaf: don't do class level setup/cleanup - its a really really bad idea20:36
*** mordred has joined #openstack-qa20:36
lifelessandreaf: use either testscenarios or testresources20:36
*** vhosakot has joined #openstack-qa20:37
mtreinishtimothyb89: if you get a sec: https://review.openstack.org/#/c/351842/ should be a fast review20:37
mtreinishdavid-lyle: ^^^20:38
*** rossella_s has quit IRC20:38
openstackgerritMatt Riedemann proposed openstack/tempest: Check for dynamic creds / isolated network when getting IP for ssh  https://review.openstack.org/35259620:38
mriedemandreaf: ^ WIP20:38
*** rossella_s has joined #openstack-qa20:38
*** moravec1 has joined #openstack-qa20:40
*** krtaylor has joined #openstack-qa20:43
*** moravec has quit IRC20:43
*** moravec1 has quit IRC20:44
*** krtaylor has quit IRC20:46
*** gyee has quit IRC20:46
ccarmackmriedem: I'm going to grep to see what uses network_for_ssh20:47
*** gyee has joined #openstack-qa20:47
*** hichihara has joined #openstack-qa20:47
mriedemccarmack: https://github.com/openstack/tempest/blob/e07579c6034ed8b2cd51ddefeff4b600691088bb/tempest/api/compute/base.py#L35720:47
mriedemsame thing in the compute API tests20:47
mriedemccarmack: which is why i don't want to set run_validation=True yet for us20:48
mriedemrun_validation is used in the API tests20:48
mriedemand i think it's only tested in the CI upstream with floating IPs20:48
mtreinishmriedem: when we get it turned on by default in tempest we're going to most likely have scenario respect it too20:48
mriedemrespect your authority?!20:49
*** vhosakot has quit IRC20:51
*** edmondsw has joined #openstack-qa20:51
*** jdandrea has quit IRC20:52
*** vhosakot has joined #openstack-qa20:52
ccarmackmriedem: ok, so we don't set run_validation=true until this bug is fixed20:54
ccarmackif I understand this correctly..20:54
ccarmackmriedem in the meantime I will test your patch20:54
mriedemccarmack: among other things yeah20:55
ccarmackmriedem: does this same fix need to be in api/compute/base.py ?20:56
mriedemccarmack: it would eventually yet20:57
mriedem*yeah20:57
openstackgerritMerged openstack/openstack-health: De-vendorify d3 and nvd3  https://review.openstack.org/35184220:57
*** ihrachys has joined #openstack-qa20:58
*** gouthamr has quit IRC21:01
*** gvrangan has quit IRC21:03
*** raildo has quit IRC21:03
*** vhosakot_ has joined #openstack-qa21:05
*** vhosakot has quit IRC21:05
ccarmackmriedem: fyi network_for_ssh defaults to public, so I have to explicitly set it to None21:06
mriedemccarmack: hmm yeah21:06
mriedem               help="Network used for SSH connections. Ignored if "21:06
mriedem                    "connect_method=floating or run_validation=false.",21:06
mriedemthat's also not true21:06
mriedemit's used regardless of run_validation in the scenario tests21:07
*** vhosakot_ has quit IRC21:07
openstackgerritMatt Riedemann proposed openstack/tempest: Fix network_for_ssh config option help  https://review.openstack.org/35260421:08
*** yamamoto has joined #openstack-qa21:09
*** _nadya_ has joined #openstack-qa21:09
*** weshay has quit IRC21:10
*** yamamoto has quit IRC21:10
*** _nadya_ has quit IRC21:10
*** yamamoto has joined #openstack-qa21:10
*** _nadya_ has joined #openstack-qa21:11
*** _nadya__ has joined #openstack-qa21:13
*** _nadya_ has quit IRC21:13
*** yamamoto has quit IRC21:15
ccarmackmriedem: its embarassing, I don't know how to set a config to None in the file21:18
*** thiagop has quit IRC21:20
mriedem[validation]21:20
mriedemnetwork_for_ssh = None21:20
*** jecarey_ has quit IRC21:20
timothyb89mtreinish: left a quick comment on https://review.openstack.org/#/c/352569 but it seems good otherwise... anything left before it's done being WIP?21:21
*** jecarey has joined #openstack-qa21:21
mtreinishmriedem: that's not the string 'None'?21:21
*** _nadya_ has joined #openstack-qa21:22
mriedemmtreinish: no21:22
*** _nadya__ has quit IRC21:22
ccarmackI tried what mriedem posted ^21:22
mtreinishtimothyb89: I dropped the WIP flag on it in the last rev. sdague pointed out the date wrapping makes it more difficult to read, if you know how to fix that that'd be good too :)21:22
ccarmackand I took that as "None"21:23
ccarmack..it21:23
mtreinishccarmack: so I was right? :)21:23
timothyb89mtreinish: oh, I was looking at the wrong rev in gerrit :) I'll poke at the css a bit21:23
mtreinishtimothyb89: I'm probably still missing the closing tag21:23
ccarmackI'm not picking sides here (A)21:23
*** mfisher_ora has quit IRC21:26
*** devkulkarni1 has quit IRC21:27
*** dkranz has quit IRC21:27
mriedemccarmack: well 'None' isn't going to work here https://review.openstack.org/#/c/352596/1/tempest/scenario/manager.py@66921:29
mriedem'None' != None21:29
timothyb89mtreinish: left a comment with a fix for word wrap21:32
mtreinishtimothyb89: cool, thanks21:32
*** gvrangan has joined #openstack-qa21:33
*** _nadya_ has quit IRC21:37
*** porrua has quit IRC21:37
*** _nadya_ has joined #openstack-qa21:38
*** _nadya_ has quit IRC21:42
*** ihrachys has quit IRC21:43
*** dimtruck is now known as zz_dimtruck21:43
*** zz_dimtruck is now known as dimtruck21:43
andreaflifeless: well we already have a lot of test class level resource defined so that's going to be difficult to change21:43
*** ihrachys has joined #openstack-qa21:43
*** spzala has quit IRC21:49
*** rfolco has quit IRC21:49
andreaflifeless: we used testscenarios before but it generates tests dynamically, which is great in some use cases, but in integration tests it's not ideal, it adds some complexity which makes things more complicated to troubleshoot21:49
*** dustins has quit IRC21:50
*** moravec has joined #openstack-qa21:50
*** nwkarsten has quit IRC21:52
*** dimtruck is now known as zz_dimtruck21:52
andreaflifeless: testresources again I don't think it would solve my problem - there are a few resources which I want to be shared across tests in a class, such as credentials and network associated with them21:53
andreaflifeless: and I need to make sure they are cleaned-up at the end of the test class21:54
*** nwkarsten has joined #openstack-qa21:54
andreaflifeless: I thought I could use fixtures, and schedule the cleanup at class tearDown21:55
*** ihrachys_ has joined #openstack-qa21:55
*** mriedem has quit IRC21:55
*** ihrachys has quit IRC21:58
*** nwkarsten has quit IRC21:58
*** Apoorva has quit IRC22:00
*** Apoorva has joined #openstack-qa22:01
*** Apoorva has quit IRC22:05
*** Apoorva has joined #openstack-qa22:06
*** edtubill has quit IRC22:06
*** ccarmack has left #openstack-qa22:07
*** ihrachys_ has quit IRC22:08
*** jecarey has quit IRC22:10
mtreinishlarainema: I'm looking at the failure on your mysql 5.7 fix: http://logs.openstack.org/52/347752/1/check/gate-subunit2sql-python27-db-ubuntu-xenial/88963b7/console.html.gz and it looks like the py27 tests that fail are all off by 1 sec.22:11
mtreinishthat's kinda weird22:11
*** hichihara has quit IRC22:11
larainemamtreinish: I didn't find out why cause the failure:(22:12
larainemaAny idea about it?22:12
*** krtaylor has joined #openstack-qa22:13
larainemaIt happened on my dev server also22:14
*** pglass has quit IRC22:15
mtreinishlarainema: I'm not sure. We should be writting a consistent value to the db since we set utcnow to a variable before hand. I would say slow machine if we didn't set it explicitly22:18
mtreinishlarainema: the only thing I'd try is to use a hardcoded datetime instead of utcnow()22:18
mtreinishlarainema: the tests now run on xenial so besides just mysql 5.7 we get a new package for python2.722:19
larainemamtreinish: I considered it might caused by my dev machine very slow,    But it also failed on the check test22:23
mtreinishlarainema: yeah since we set the time to a variable I find it hard to believe it's just a slow machine22:24
mtreinishlarainema: I'm thinking it's something more subtle as part of the migration to xenial22:24
mtreinishlarainema: I'm not able to reproduce it on my arch linux desktop22:24
mtreinishI'm going to spin up a xenial vm and give it a shot in there22:25
*** yamamoto has joined #openstack-qa22:26
larainemamtreinish: will handle some family stuff, back in one or two hours, ping me any updates about your tests, thanks22:30
openstackrecheckConsole logs not available after 13:32s for keystone-coverage-db-ubuntu-xenial 350815,2,fe518af22:32
openstackgerritJerry Zhao proposed openstack-infra/devstack-gate: WIP: restart ntpd to sync time  https://review.openstack.org/35262122:33
*** sshnaidm is now known as sshnaidm|afk22:38
mtreinishlarainema: so all the tests that fail set utcnow() to a variable which is used in a db write and then check that against a db read() and it's different by 1 sec22:39
mtreinishno other tests do that from I could see, and everything else is working22:39
mtreinishfungi: ^^^ have you seen that on xenial at all22:39
fungimtreinish: not anything that's come to my attention before now, no22:40
fungimtreinish: some sort of off-by-one error maybe?22:40
mtreinishfungi: https://github.com/openstack-infra/subunit2sql/blob/master/subunit2sql/tests/db/test_api.py#L455-L475 and http://logs.openstack.org/52/347752/1/check/gate-subunit2sql-python27-db-ubuntu-xenial/88963b7/console.html.gz#_2016-07-27_15_57_49_62745022:40
mtreinishfungi: yeah, that's as probable as anything at this point22:41
fungigot me stumped, for sure22:41
fungiif you can distill that a bit it might point to the culprit and we can file a (probably ubuntu) bug22:41
mtreinishfungi: my issue is I'm not sure if it's on the python side or mysql22:42
fungiright, that's what we'd need to know. file a bug against ubuntu's python package or ubuntu's mysql package22:43
mtreinishfungi: after the unit tests finish on my very small vm I'll try to write an interactive test case just with sqlalchemy, pymysql and xenial mysql 5.722:43
mtreinishit's definitely consistent on xenial (it worked fine for me on arch with mariadb)22:44
mtreinishand the 3.4 job passed in the gate (which I assume is still trusty)22:44
fungifwiw the next ubuntu release will probably default to mariadb since devian's next release will22:45
fungier, debian22:45
fungimtreinish: yeah, 3.4 is trusty, 3.5 is xenial. have a working 3.5 job for it?22:45
fungithat might narrow it down if so22:46
*** rbak has quit IRC22:46
mtreinishfungi: py 3.5 failed on the same thing (but with less tests) http://logs.openstack.org/52/347752/1/check/gate-subunit2sql-python35-db-nv/03eae4b/console.html.gz22:47
mtreinishfungi: this is on the patch to fix the migrations for a mysql 5.7 world: https://review.openstack.org/#/c/347752/122:47
mtreinishfungi: ok, the number of tests failing on the recheck is different. There is definitely a race somewhere22:48
mtreinishmordred: ^^^ something mysql related, any input? :)22:49
mordredaroo?22:49
mordredoh - I had to read less scrollback than I originally expected for context22:50
* mordred looks22:50
mtreinishmordred: on xenial the subunit2sql tests fail with timestamp comparisons which are off by exactly 1 second22:50
mordredhrm22:51
mordredI was just looking at mysql docs on timestamp columns the other day22:52
mordredmtreinish: the most immediate thing that comes to mind is this: http://dev.mysql.com/doc/refman/5.7/en/fractional-seconds.html22:53
mordredbut 5.6 also had fractional seconds22:53
mtreinishmordred: yeah, it's also not rounding because the microseconds are the same: http://logs.openstack.org/52/347752/1/check/gate-subunit2sql-python27-db-ubuntu-xenial/63d0a2f/console.html#_2016-08-08_22_37_05_72045822:54
mordredoh wow - that really is in the seconds part though, not in the fractional22:54
mordredbecause that ... yeah22:54
mordredmtreinish: that is FASCINATING22:55
mtreinishmordred: so the only tests that fail are ones that use datetime.datetime.utcnow() to set a known date var. My guess is it has something to do with the microseconds, because I think that's the only time we pass sqlalchemy/pymsql/mysql a datetime object with microseconds set to something22:58
openstackgerritMerged openstack/tempest: skip test_connectivity_between_vms_on_different_networks  https://review.openstack.org/35246322:59
mordredmtreinish: yea - I'm reading that test right now22:59
mordredmtreinish: I'm thinking maybe before you pass it in to SQLA, maybe do the replace(microseconds=0) there?23:00
mordredmtreinish: like: timestamp_a = datetime.datetime.utcnow().replace(microseconds=0)23:01
mordredand see if that ...23:01
mordredyou know ...23:01
mtreinishyeah, I can test that23:02
openstackgerritMonty Taylor proposed openstack-infra/subunit2sql: Trim microseconds before passing to sqlalchemy  https://review.openstack.org/35262823:03
mordredmtreinish: ^^ like that23:03
mordredperhaps23:03
mtreinishmordred: it seems to fix it for me locally23:06
mtreinishmordred: it'll get us around the current issue for gating, but that is still kinda weird behaviour to have to workaround23:07
*** gouthamr has joined #openstack-qa23:08
*** gouthamr_ has joined #openstack-qa23:09
openstackgerritMatthew Treinish proposed openstack/openstack-health: Add failed runs list to test page  https://review.openstack.org/35256923:10
openstackrecheckConsole logs not available after 13:34s for keystone-coverage-db-ubuntu-xenial 352586,1,d14333e23:10
mtreinishtimothyb89: ^^^ I think that should do it23:10
mordredmtreinish: I agree. that said - it's entirely possible that either sqlalchemy's mysql dialect isn't up to speed on 5.6/5.7 mysql datetime/timestamp columns and how to do the conversion ... or that they are but we aren't triggering the right behavior somehow23:10
*** sabeen has quit IRC23:10
*** gouthamr has quit IRC23:13
mtreinishmordred: fwiw, as a random data point it works fine for me on arch with mariadb 10.1.16 (which also supports fractional seconds, i'm assuming with the same syntax)23:20
mordredmtreinish: I was just looking in to custom type things for sqla, because hesketh has a sql reporter patch up for zuul and I was wanting to be a real dick and suggest that the uuid columns be stored as bigints instead of char(32) ... but to make that not suck everything would require a uuid custom type23:20
*** sdague has quit IRC23:20
mordredmtreinish: if I write one of those, I'll give you a copy23:20
mordredmtreinish: oh good. I love it when maria and mysql behave different23:21
mtreinishmordred: cool, we can retype all the uuid columns in subunit2sql to use that23:21
mtreinishright now we just treat it as a string23:21
mordredyah. I mean - strings are cool - but are 30 bytes more than are needed23:22
mordredotoh - it might or might not be a good choice for subunit2sql - depending on how frequently someone might want to do ad-hoc command line sql to look something up by uuid23:23
*** nwkarsten has joined #openstack-qa23:24
mtreinishmrodden: well besides the key value metadata stuff which might get populated with a uuid value from zuul, we only have 1 uuid column (which is just the default, it's something a user can set to any string) and it's there for a user facing id/backwards compat23:24
mtreinishs/mrodden/mordred23:25
mtreinishyeah, so I'm not sure we'd actually need it on subunit2sql anymore23:25
mtreinishbefore SpamapS's giant migration that took days to run, it would have probably made for an easier migration23:25
mtreinishmordred: btw, any movement on setting up a real mysql server for things. I have a couple of migration patches pending but am not pushing forward there, and am waiting on the cool new thing :)23:26
openstackgerritJim Rollenhagen proposed openstack-infra/elastic-recheck: Add bug 1610960  https://review.openstack.org/35263923:27
openstackbug 1610960 in neutron "Invalid input for external_gateway_info. Reason: '' is not a valid UUID." [Critical,Confirmed] https://launchpad.net/bugs/161096023:27
jrollmtreinish: super late but this is the grenade fallout thing ^23:27
mtreinishjroll: heh23:27
mordredmtreinish: no - but thanks for remind me - I really do think we need to do it23:27
* jroll got sidelined by failing engines23:28
mordredmtreinish: I started looking in to it, then got squirrelled by looking in to how people are doing things in the modern era23:28
mordredthen discovered that there have been no _substantive_ improvements in the space in the last 10 years that are relevant for us23:28
mordredthen got drunk and forgot all about it23:28
* SpamapS perks up23:29
mtreinishmordred: haha, ok no worries23:30
* mordred hands SpamapS a steak he found laying around23:30
mtreinishjroll: logstash says that query has 302 hits on successes and 198 on failures in the past 7 days23:30
mtreinishjroll: is there a better query we can use?23:31
* SpamapS is now distracted by the steak and cannot think about sql23:31
jrollmtreinish: ouch, on success?23:31
jrolllemme see23:31
* jroll clearly needs more logstash skills23:31
mtreinishjroll: http://logs.openstack.org/39/320039/28/check/gate-grenade-dsvm-ubuntu-trusty/3b097ff/logs/grenade.sh.txt.gz#_2016-08-08_22_07_51_01023:31
mtreinishjroll: that run didn't fail23:32
jrollyeah looking23:32
jrollso this is the line http://logs.openstack.org/26/352326/1/check/gate-grenade-dsvm-neutron-ubuntu-trusty/acf0516/logs/grenade.sh.txt.gz#_2016-08-08_12_03_12_87323:32
jroller, the one below23:32
mordredyah23:33
mordredthat's the one I've been tracking23:33
mordredI've got a patch up to print out clouds.yaml and any OS_ env vars right before it does that23:33
jrollso I'm not sure how to improve that query23:33
mordredjroll: http://logs.openstack.org/26/352326/1/check/gate-grenade-dsvm-neutron-ubuntu-trusty/acf0516/logs/grenade.sh.txt.gz#_2016-08-08_12_03_14_13523:34
mordreda couple of lines below ... I don't think there is usually a valid reason for that to be empty there?23:34
*** zz_dimtruck is now known as dimtruck23:34
mordredoh, I lied23:34
mordredignore me23:34
jrollmordred: it's empty in mtreinish's example above23:34
jrollyeah23:34
jrollwe need like... this query + that line + whatever decides if an l3 thing is enabled23:34
mordredyah23:34
mtreinishjroll: well we can use the tempest error message if there is nothing else23:35
jrollcan e-r match on multiple lines?23:35
mtreinishjroll: no, unless it's part of a traceback23:35
mtreinishjroll: a line is an elasticsearch document (except for tracebacks where we explicitly say use the whole traceback)23:35
jrollright right23:35
jrollaha23:36
mtreinishjroll: if we use the tempest error message we just have to make sure it's not too generic so it matches all sorts of random failures23:36
openstackgerritJim Rollenhagen proposed openstack-infra/elastic-recheck: Add bug 1610960  https://review.openstack.org/35263923:36
openstackbug 1610960 in neutron "Invalid input for external_gateway_info. Reason: '' is not a valid UUID." [Critical,Confirmed] https://launchpad.net/bugs/161096023:36
jrollright, this should match fairly close23:36
jrollthere's ways to trigger that without this failure, of course, but it seems relevant23:37
*** nwkarsten has quit IRC23:37
*** markvoelker has quit IRC23:39
mtreinishjroll: yeah that's probably good enough. So the underlying issue is devstack/grenade fails to set the public network and router ids in the tempest.conf: http://logs.openstack.org/67/347867/15/check/gate-grenade-dsvm-neutron-multinode/c253933/logs/new/tempest_conf.txt.gz23:40
*** mtanino has quit IRC23:40
mtreinishI think that query is about as good as we can get, we do have the multiline traceback available in the tempest log file, but it doesn't give us any better context23:41
jrollcorrect23:41
*** fnaval has quit IRC23:42
mtreinishjroll: +A23:43
jrollthanks23:43
* jroll crosses "make an e-r patch" off his bucket list23:43
mordredmtreinish: and it fails to set those because it can't discover them, right?23:44
mordreddue to the "Cannot use v2 authentication with domain scope" command line issue23:44
jrollcorrect23:44
mordredcool. just making sure I'm still barking up the right tree23:46
mordredwhich I'm 95% sure has to do with env vars and the neutron client in ways I don't fully appreciate23:46
*** nwkarsten has joined #openstack-qa23:46
*** rfolco has joined #openstack-qa23:46
mtreinishjroll: what were causing the error messages on success then?23:47
jrollmtreinish: jobs that don't use an L3 plugin?23:47
jrollwhich I think means floating IPs disabled23:47
openstackrecheckopenstack/cinder change: https://review.openstack.org/346094 failed gate-tempest-dsvm-neutron-full-ubuntu-xenial in the gate queue with an unrecognized error23:48
jrollmaybe gate-grenade-dsvm doesn't use floating IPs, or uses nova-net?23:48
jrollI think it uses nova-net but idk with all the changes lately23:48
mtreinishjroll: it uses nova net23:48
jrollthat would do it23:48
mtreinishjroll: the only jobs that use neutron have neutron in the name23:48
mtreinishjroll: it raises the question why do we try to call the neutron api if it's not installed23:49
mtreinishbut, one thing at a time23:49
jrollmtreinish: heh, great question23:49
jrollmtreinish: I guess this just needs an is_service_enabled https://github.com/openstack-dev/devstack/blob/master/lib/tempest#L24323:51
JayFmtreinish: while Ironic has your attention, mind pointing a review at https://review.openstack.org/#/c/350795/ -- I have someone in OSIC working on factoring those vars outta ds-g that don't need to be there (for Ironic), but in the meantime we'd love to change our default23:54
mtreinishJayF: +123:56
JayFmtreinish: who has core on that, if not you?23:57
* JayF looks it up23:57
mtreinishJayF: infra-core and sdague23:57

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