Thursday, 2021-02-11

melwittsounds like good times all around00:00
sean-k-mooneyneutron list all exteions that are avaiabel not just the ones that are enabled which is __tottaly__ inutitive and not confusing at all....00:00
sean-k-mooneyim not sure what the best way to express sarcasium is on irc00:01
*** zzzeek has quit IRC00:01
melwittyeah.. whenever I wander into other projects code where they still have extensions, it confuses me00:01
melwittthat was clear sarcasm :) some people use /s though00:02
sean-k-mooneyi was originally affrait i forgot a mircoversion and it silent droped it or something00:02
*** zzzeek has joined #openstack-nova00:02
sean-k-mooney*affraid00:02
sean-k-mooneyok ill fix that try it again and if it doesnt work its tomrrows problem00:02
melwittsounds like a plan00:03
sean-k-mooneyalthough its technially now 00:03 here so i guess todays problem00:03
melwitt🤞😬🤞00:06
sean-k-mooneyhum ok00:15
sean-k-mooneyso that didnt work00:15
melwitt:(00:15
sean-k-mooneyand its not in the pci request in either the api db or instance_extra table00:15
sean-k-mooneybut both of those are not the same either00:15
sean-k-mooneythe instance_extra table version has "alias_name": null, "is_new": false, "numa_policy": null,00:16
sean-k-mooneywhich are not in the request spec version at all00:16
sean-k-mooneyso i think this is not geting saved back into the request spec00:17
*** tosky has quit IRC00:17
sean-k-mooneyand then on the compute node i guess we load it form the db which save the default for numa_policy back00:17
sean-k-mooneyand well the other fields00:17
sean-k-mooneyalthough no00:19
sean-k-mooneyif we loaded it from the db teh default would be different00:19
sean-k-mooneyhttps://github.com/openstack/nova/blob/5b52db409b00e6257e83598efa0d8528ebe380e0/nova/objects/instance_pci_requests.py#L99-L10000:19
sean-k-mooneythats just weird but ya not nows problem00:20
*** pmannidi has quit IRC00:28
*** pmannidi has joined #openstack-nova00:30
*** macz_ has quit IRC00:42
*** mlavalle has quit IRC01:10
*** dklyle has quit IRC01:18
*** dklyle has joined #openstack-nova01:18
*** jangutter_ has joined #openstack-nova01:20
*** jangutter has quit IRC01:24
*** martinkennelly has quit IRC01:59
*** sapd1 has joined #openstack-nova02:00
openstackgerritMerged openstack/placement master: Implement secure RBAC for reshaper  https://review.opendev.org/c/openstack/placement/+/77482702:08
openstackgerritMerged openstack/placement master: policy: Add releasenote for RBAC work  https://review.opendev.org/c/openstack/placement/+/77465402:08
*** zzzeek has quit IRC02:20
*** zzzeek has joined #openstack-nova02:21
*** macz_ has joined #openstack-nova02:29
*** macz_ has quit IRC02:33
*** dklyle has quit IRC02:51
*** sapd1 has quit IRC02:56
*** zzzeek has quit IRC03:02
*** zzzeek has joined #openstack-nova03:06
*** tbachman has quit IRC03:07
*** tbachman_ has joined #openstack-nova03:07
*** spatel has joined #openstack-nova03:08
*** tbachman has joined #openstack-nova03:23
*** tbachman_ has quit IRC03:24
*** khomesh24 has joined #openstack-nova03:28
*** khomesh24 has quit IRC03:32
*** khomesh24 has joined #openstack-nova03:33
*** gyee has quit IRC03:33
*** psachin has joined #openstack-nova03:44
*** ratailor has joined #openstack-nova04:20
*** dviroel has quit IRC04:28
*** zzzeek has quit IRC05:08
*** zzzeek has joined #openstack-nova05:09
*** whoami-rajat__ has joined #openstack-nova06:03
*** ircuser-1 has quit IRC06:04
*** sapd1 has joined #openstack-nova06:20
*** vishalmanchanda has joined #openstack-nova06:22
*** spatel has quit IRC06:43
*** ralonsoh has joined #openstack-nova06:49
*** CeeMac has joined #openstack-nova07:08
*** zenkuro has joined #openstack-nova07:21
*** slaweq has joined #openstack-nova07:44
*** rpittau|afk is now known as rpittau07:53
*** belmoreira has joined #openstack-nova08:00
*** nightmare_unreal has joined #openstack-nova08:11
*** andrewbonney has joined #openstack-nova08:15
*** xek has joined #openstack-nova08:15
*** belmoreira has quit IRC08:16
*** tesseract has joined #openstack-nova08:19
*** hemanth_n has joined #openstack-nova08:31
*** tosky has joined #openstack-nova08:36
*** ygk_12345 has joined #openstack-nova08:46
* bauzas isn't enough drunk to work on mypy :p09:12
bauzasand type hints :p09:12
bauzasstephenfin: :p09:12
stephenfinI don't get the dislike, tbh. They're really just structured comments that are (usually) checked for correctness09:13
stephenfinwho doesn't want self-checking comments :)09:13
stephenfin*self-validating?09:13
stephenfinI can stick in a follow-up patch to add them though, seeing as I have them worked out already :D09:13
kashyapstephenfin: FWIW, yeah, I definitely see the value of function annotations09:16
kashyapAlthough, IIRC, they annotations aren't enforced at runtime09:20
stephenfinnot without specific configuration, no09:20
stephenfinhttps://github.com/beartype/beartype09:21
stephenfinand libraries like it09:21
stephenfinPretty sure Dropbox or Instagram or someone has a library for doing that too09:22
kashyapI see09:23
kashyapstephenfin: Do you know of any big projects enforcing it?09:23
* kashyap is just asking out of curiosity09:24
stephenfinAt runtime? Not sure. Most of Instagram and Dropbox's codebases and type hinted now though, afaik09:24
stephenfinSphinx uses it everywhere09:24
kashyap(Yeah, at runtime.)  I see09:25
bauzasstephenfin: well, static typing is nice, but we have reviews and docstrings09:28
bauzascode reviews*09:28
bauzasit's just adding more complexity for the sake of nothing, since we have documentation for parameters09:29
stephenfinWe don't though, and where we do, I've found it's been wrong more than a few times09:30
stephenfinI've already caught a few bugs with what little type hinting I've done09:30
bauzas~o~09:31
* bauzas shrugs09:31
bauzasanyway, I'll add them ;)09:31
*** rnoriega has quit IRC09:32
openstackgerritVishal Manchanda proposed openstack/nova master: Docs: Correct ``Password injection using the dashboard`` Explanation  https://review.opendev.org/c/openstack/nova/+/77508409:32
*** rnoriega has joined #openstack-nova09:33
*** ralonsoh has quit IRC09:34
*** ralonsoh has joined #openstack-nova09:34
*** martinkennelly has joined #openstack-nova09:36
*** pmannidi_ has joined #openstack-nova09:37
*** pmannidi has quit IRC09:39
*** tbachman_ has joined #openstack-nova09:43
*** sapd1 has quit IRC09:44
*** derekh has joined #openstack-nova09:45
*** sapd1 has joined #openstack-nova09:45
*** tbachman has quit IRC09:46
*** tbachman_ is now known as tbachman09:46
gibiI accept mypy, but I also have some reservation about the ROI of it. Adding proper typing for nested dict passed around is mentally hard and we use a lot of such dicts in our code.09:55
gibisometimes it feels like we need to retrofit into nova a whole static type hierarchy just to be able to express typing things properly09:56
gibiand than I feel bad about using a dynamic language for that09:57
* gibi should go and do some development in Rust 09:57
*** dtantsur|afk is now known as dtantsur10:00
kashyapgibi: Hey, when you get a moment10:08
gibikashyap: hit me10:09
kashyapgibi: On the test coverage here: https://review.opendev.org/c/openstack/nova/+/774240/5/nova/tests/unit/virt/libvirt/test_driver.py#152410:09
kashyapgibi: I'm right now setting up an env to test it properly (in a real env)10:09
kashyapgibi: That said, we don't want to invest too much time right now to do many unit tests there -- as we want to replace (in a different patch series) that part of _check_cpu_compatibility()10:10
kashyap... to use better and improved libvirt CPU APIs10:10
gibihm, I remember that patch, where we are with that being merged?10:11
kashyapgibi: It is this one: https://review.opendev.org/c/openstack/nova/+/762330/10:11
kashyapgibi: Good question10:11
kashyapgibi: That patch needs to be split out into 3 or 4 patches, as I noted in the review10:11
kashyapI might do it if chengsheng doesn't respond there.10:11
kashyap_But_: that needs to be done _on top of_ the disable CPU flags patch10:12
kashyapBecause, that helps solve a more important problem for operatorswith lesser code, without having to fix the whole world10:12
gibiso you say that now it is hard and therefore costly to add unit test for _check_cpu_compatibility but after https://review.opendev.org/c/openstack/nova/+/762330/ there will be proper coverage10:12
gibi?10:12
*** macz_ has joined #openstack-nova10:12
kashyapgibi: Indeed, that's what I mean.  You make a good point there, no questions10:13
kashyapgibi: I mean, we keep the unit tests that I included in there, for the minimal coverage there is10:13
kashyapgibi: Also, please take a 4 minutes to read this context I wrote for today's meeting at the bottom: https://wiki.openstack.org/wiki/Meetings/Nova#Agenda_for_next_meeting10:14
gibikashyap: OK, let's expedite https://review.opendev.org/c/openstack/nova/+/762330/ after your fix lands10:15
kashyapThat should give you context on _why_ I'm doing what I'm doing.  And why I'm trying to keep it short and small - to be backportable10:15
kashyapgibi: Yep; thank you.10:16
gibiI need to recover your topic on the agenda, it seems stephenfin overwrote it :)10:16
kashyapOh no, what have you done, stephenfin :D10:17
stephenfinwhoops10:17
kashyapNo problem :)  I can re-add it -- assuming gibi is already not doing it10:17
gibiI will fix it10:17
*** macz_ has quit IRC10:17
kashyapI spent half hour writing clear sentences to reduce cognitive load, and stephenfin, you erased it :D10:18
* kashyap stops teasing 10:18
gibithis is partially my fault as I did not clean up the agenda after the last meeting10:18
kashyapNo problem; Wiki maint is a chore10:18
*** sapd1 has quit IRC10:19
gibikashyap: fixed it, read it. It looks OK to me. If no objection on the meeting then I will approve the bp10:21
kashyapgibi: Understood; we can talk there.10:22
gibicoo10:22
gibil10:22
kashyapThanks!  /me goes to fix his env. meanwhile to test the damn patch for real10:22
openstackgerritBalazs Gibizer proposed openstack/nova master: DNM: trace migration tests to see what steps take too long  https://review.opendev.org/c/openstack/nova/+/77509410:33
*** jangutter has joined #openstack-nova10:33
*** jangutter_ has quit IRC10:36
kashyapIsn't this strange?  I have these services enabled for my DevStack run:10:48
kashyap    ENABLED_SERVICES=g-api,g-reg,key,n-api,n-cpu,n-sch,n-cond,mysql,rabbit,dstat,quantum,q-svc,q-agt,q-dhcp,q-l3,q-meta10:48
kashyapDuring stack.sh, I see this fly by: "+./stack.sh:echo_summary:416               echo -e Configuring Horizon"10:49
* kashyap wonders why is it configuring Horizon when I didn't tell it to...10:49
*** k_mouza has joined #openstack-nova10:53
kashyapgibi (or anyone): Have you ever seen this?  After 18 minutes of stack.sh, it fails o me like this: -- http://paste.openstack.org/show/802558/10:59
openstackgerritLee Yarwood proposed openstack/nova master: libvirt: Record the machine_type of instances in system_metadata  https://review.opendev.org/c/openstack/nova/+/76753311:05
openstackgerritLee Yarwood proposed openstack/nova master: nova-manage: Add machine_type get command  https://review.opendev.org/c/openstack/nova/+/76954811:05
openstackgerritLee Yarwood proposed openstack/nova master: nova-manage: Add machine_type update command  https://review.opendev.org/c/openstack/nova/+/77489611:05
openstackgerritLee Yarwood proposed openstack/nova master: WIP nova-manage: Add machine_type list_unset command  https://review.opendev.org/c/openstack/nova/+/77489711:05
openstackgerritLee Yarwood proposed openstack/nova master: nova-status: Add hw_machine_type check for libvirt instances  https://review.opendev.org/c/openstack/nova/+/77064311:05
openstackgerritLee Yarwood proposed openstack/nova master: libvirt: Add a config update workflow test for [libvirt]hw_machine_type  https://review.opendev.org/c/openstack/nova/+/77489811:05
openstackgerritLee Yarwood proposed openstack/nova master: docs: Add admin docs for configuring and updating machine types  https://review.opendev.org/c/openstack/nova/+/77489911:05
lyarwoodkashyap: Didn't find service registered by hostname after 60 seconds11:07
kashyaplyarwood: Yeah; figured out - actually it's a CPU model prob11:07
kashyapI gave a model that is marked as "no" by libvirt11:07
kashyapThanks for looking :)  sean-k-mooney gave the hint, while we're on a call11:07
lyarwoodkashyap: so n-cpu didn't start?11:07
lyarwoodk11:08
kashyaplyarwood: Saw the exception in journalctl -u devstack@n-cpu11:08
gibisorry I was away11:11
gibibut I see you solved it11:11
kashyapYes; no problem.  I never count on instant responses :)11:12
*** khomesh24 has quit IRC11:16
*** zzzeek has quit IRC11:28
*** zzzeek has joined #openstack-nova11:30
*** macz_ has joined #openstack-nova11:34
*** macz_ has quit IRC11:39
*** ociuhandu has joined #openstack-nova11:46
*** k_mouza has quit IRC11:49
*** k_mouza_ has joined #openstack-nova11:49
*** macz_ has joined #openstack-nova11:55
gibisean-k-mooney: hi! here is a bug report https://bugs.launchpad.net/nova/+bug/1915255 based on the git log https://review.opendev.org/c/openstack/nova/+/739131 seems suspicious causing it. Could you please take a look?11:56
openstackLaunchpad bug 1915255 in OpenStack Compute (nova) "[Victoria] nova-compute won't start on aarch64 - raises PciDeviceNotFoundById" [Undecided,New]11:56
sean-k-mooneyam yes i can take a look11:57
sean-k-mooneyso the function that is failing is not one i added but one im started calling12:00
*** macz_ has quit IRC12:00
sean-k-mooneythat exception i think shoudl alreay be caught but maybe not in the current code path12:00
sean-k-mooneyits failing to look up the parent netdev name for badnwith based schduling12:00
sean-k-mooneywe could rewrite that function to call libvirt instead of sysfs possibly12:02
*** dviroel has joined #openstack-nova12:02
*** k_mouza_ has quit IRC12:03
*** k_mouza has joined #openstack-nova12:03
gibihm, then I will take a look too12:14
gibilyarwood: hi! Could this be another manifestation of the detach retry bug I'm trying to fix?   https://bugs.launchpad.net/nova/+bug/191466412:15
openstackLaunchpad bug 1914664 in OpenStack Compute (nova) "QEMU monitor read failure in ServerStableDeviceRescueTest" [Undecided,New]12:15
sean-k-mooneygibi: apparently the Cavium ThunderX does not always have a PF assinged to each VF12:18
sean-k-mooneyfrom https://bugs.launchpad.net/charm-nova-compute/+bug/177166212:18
openstackLaunchpad bug 1771662 in libvirt (Ubuntu Disco) "[bionic] libvirtError: Node device not found: no node device with matching name" [Undecided,Fix released]12:18
sean-k-mooneyibvirt has had the assumption that every VF (virtual function) will12:18
sean-k-mooney   have a PF (physical function) assigned, but that does not hold true on12:18
gibisean-k-mooney: how that is possible?12:18
sean-k-mooney   some special Hardware like the Cavium ThunderX12:18
sean-k-mooneyi am not sure maybe they mean netdev12:18
sean-k-mooneyits possible for the PF to no actully work as a nic and only provide VFs12:19
gibiif there is no parent PF then the whole qos stuff is just breaks down as we modell bw inventory on the PF12:19
sean-k-mooneyya12:19
sean-k-mooneyso in any case we need to allow the compute agent to start12:20
sean-k-mooneyso we need to deal with the excpeiton12:20
sean-k-mooneybut i think this is jus ta case of this is strange hardware12:20
gibiyes, we have to allow the compute to start but then this interface will not be ever selected for a port that has qos request12:20
sean-k-mooneyyep12:20
gibithanks for the triage on this bug12:20
sean-k-mooneyso there are two ways we can adress this it looks like the old logic just logged.12:22
sean-k-mooneyhttps://review.opendev.org/c/openstack/nova/+/739131/12/nova/pci/utils.py12:22
sean-k-mooneyso we can do that12:22
sean-k-mooneyor we can also maybe stop using sysfs and use libvirt12:22
sean-k-mooneyor both in seperate patchs12:22
lyarwoodgibi: looking12:23
gibilyarwood: thanks12:23
openstackgerritStephen Finucane proposed openstack/nova master: Uncap PrettyTable  https://review.opendev.org/c/openstack/nova/+/77514212:23
gibisean-k-mooney: as a fix I would just log now12:23
sean-k-mooneyoh actully12:24
sean-k-mooneythis code is common its not allowed to talk to libvirt12:24
gibisean-k-mooney: as far as I understand your patch moved away from libvirt for certain reasons12:24
sean-k-mooneythat is why we are using sysfs12:24
sean-k-mooneyya libvirt can get out os sync12:25
sean-k-mooneyfor nodedev names12:25
sean-k-mooneyso ya using libvirt here would not be right12:25
openstackgerritStephen Finucane proposed openstack/python-novaclient master: Uncap PrettyTable  https://review.opendev.org/c/openstack/python-novaclient/+/77514312:26
openstackgerritStephen Finucane proposed openstack/python-novaclient master: requirements: Remove simplejson  https://review.opendev.org/c/openstack/python-novaclient/+/77514412:26
sean-k-mooneyhttps://review.opendev.org/c/openstack/nova/+/739131/12/nova/virt/libvirt/driver.py#b696012:26
sean-k-mooneythat might be the issue12:26
*** ociuhandu has quit IRC12:27
*** ratailor has quit IRC12:27
*** ociuhandu has joined #openstack-nova12:27
sean-k-mooneyya so my note12:28
sean-k-mooney                    # NOTE(sean-k-mooney): if the VF is a parent of a netdev12:28
sean-k-mooney                    # the PF should also have a netdev.12:28
*** ociuhandu has quit IRC12:28
sean-k-mooneyi guess is not true for this hardware12:28
*** ociuhandu has joined #openstack-nova12:28
sean-k-mooneyso we jus tneed to readd that try except12:28
sean-k-mooneyill triage it now12:29
gibithanks12:31
*** tbachman has quit IRC12:34
lyarwoodgibi / dansmith ; https://bugs.launchpad.net/nova/+bug/1914664 - the test failure looks like a volume quota issue in that job, we might want to track that in another bug while we look at the unrelated detach device trace12:36
openstackLaunchpad bug 1914664 in OpenStack Compute (nova) "QEMU monitor read failure in ServerStableDeviceRescueTest" [Undecided,New]12:36
*** ociuhandu has quit IRC12:41
*** ociuhandu has joined #openstack-nova12:41
openstackgerritStephen Finucane proposed openstack/python-novaclient master: Add support for microversion v2.88  https://review.opendev.org/c/openstack/python-novaclient/+/77057312:45
*** ociuhandu has quit IRC12:46
stephenfindansmith: Now that most of the migration compaction series has merged for the main DB, could I ask that you look at the API DB equivalent? I employed the same testing strategy so it should all be very familiar https://review.opendev.org/q/topic:%2522bp/compact-db-migrations-wallaby%2522+status:open+NOT+label:workflow%253E%253D112:47
*** hemanth_n has quit IRC12:47
*** ociuhandu has joined #openstack-nova12:50
*** mgagne has quit IRC12:52
*** mgagne has joined #openstack-nova12:53
*** luksky has joined #openstack-nova12:56
*** zzzeek has quit IRC13:07
*** zzzeek has joined #openstack-nova13:08
gibilyarwood: thanks13:10
*** ygk_12345 has quit IRC13:20
*** zzzeek has quit IRC13:21
*** psachin has quit IRC13:26
*** zzzeek has joined #openstack-nova13:26
*** tbachman has joined #openstack-nova13:26
*** ociuhandu has quit IRC13:40
*** ociuhandu has joined #openstack-nova13:41
*** sapd1 has joined #openstack-nova13:43
*** ociuhandu has quit IRC13:52
*** spatel has joined #openstack-nova13:53
*** stand has quit IRC13:54
*** ociuhandu has joined #openstack-nova13:54
dansmithlyarwood: I already had a fix up for that, I think we lost bug linkage recently14:01
gibidansmith: we don't have bug linkage since we upgraded the gerrit server14:02
dansmithright14:02
dansmithhttps://review.opendev.org/c/openstack/devstack/+/77417214:02
dansmithI opened a different bug I guess I thought it was a separate issue14:03
*** ociuhandu has quit IRC14:04
*** lemko has quit IRC14:09
*** lemko has joined #openstack-nova14:09
*** vishalmanchanda has quit IRC14:14
*** ociuhandu has joined #openstack-nova14:16
lyarwooddansmith: ah wonderful14:18
*** ociuhandu has quit IRC14:20
*** ociuhandu has joined #openstack-nova14:22
openstackgerritMerged openstack/os-vif master: Resolve dependency issues  https://review.opendev.org/c/openstack/os-vif/+/77469414:32
*** ociuhandu has quit IRC14:37
*** ociuhandu has joined #openstack-nova14:40
*** ociuhandu has quit IRC14:47
*** macz_ has joined #openstack-nova14:47
*** ociuhandu has joined #openstack-nova14:48
*** macz_ has quit IRC14:52
*** ociuhandu has quit IRC14:55
*** ociuhandu has joined #openstack-nova14:56
*** belmoreira has joined #openstack-nova14:59
*** ociuhandu has quit IRC15:02
*** ociuhandu has joined #openstack-nova15:04
*** READ10 has joined #openstack-nova15:15
*** ociuhandu has quit IRC15:39
*** ociuhandu has joined #openstack-nova15:44
*** macz_ has joined #openstack-nova15:44
openstackgerritBalazs Gibizer proposed openstack/nova master: Support interface attach with QoS ports  https://review.opendev.org/c/openstack/nova/+/75653015:46
gibibauzas: fixed up based on your comments ^^15:47
bauzasgibi: coolio, but working atm on stephenfin's nits with routed networks :p15:48
gibiack, no worries15:48
*** luksky has quit IRC15:48
*** macz_ has quit IRC15:48
openstackgerritBalazs Gibizer proposed openstack/nova master: Remove unused Instance method  https://review.opendev.org/c/openstack/nova/+/75761515:51
-openstackstatus- NOTICE: Recent POST_FAILURE results from Zuul for builds started prior to 15:47 UTC were due to network connectivity issues reaching one of our log storage providers, and can be safely rechecked15:51
openstackgerritBalazs Gibizer proposed openstack/nova master: Enable mypy on scheduler/report.py  https://review.opendev.org/c/openstack/nova/+/76515215:51
gibinova meeting starts in 8 minutes on #openstack-meeting-315:52
*** dklyle has joined #openstack-nova15:52
*** david-lyle has joined #openstack-nova15:54
*** david-lyle has quit IRC15:54
openstackgerritLee Yarwood proposed openstack/nova master: libvirt: Record the machine_type of instances in system_metadata  https://review.opendev.org/c/openstack/nova/+/76753315:54
openstackgerritLee Yarwood proposed openstack/nova master: nova-manage: Add machine_type get command  https://review.opendev.org/c/openstack/nova/+/76954815:54
openstackgerritLee Yarwood proposed openstack/nova master: nova-manage: Add machine_type update command  https://review.opendev.org/c/openstack/nova/+/77489615:54
openstackgerritLee Yarwood proposed openstack/nova master: WIP nova-manage: Add machine_type list_unset command  https://review.opendev.org/c/openstack/nova/+/77489715:54
openstackgerritLee Yarwood proposed openstack/nova master: nova-status: Add hw_machine_type check for libvirt instances  https://review.opendev.org/c/openstack/nova/+/77064315:54
openstackgerritLee Yarwood proposed openstack/nova master: libvirt: Add a config update workflow test for [libvirt]hw_machine_type  https://review.opendev.org/c/openstack/nova/+/77489815:54
openstackgerritLee Yarwood proposed openstack/nova master: docs: Add admin docs for configuring and updating machine types  https://review.opendev.org/c/openstack/nova/+/77489915:54
openstackgerritLee Yarwood proposed openstack/nova master: WIP: nova-next: Start testing the 'q35' machine type  https://review.opendev.org/c/openstack/nova/+/70870115:54
*** xek has quit IRC15:57
*** k_mouza_ has joined #openstack-nova16:03
*** luksky has joined #openstack-nova16:05
*** k_mouza has quit IRC16:05
*** macz_ has joined #openstack-nova16:09
*** derekh has quit IRC16:10
*** derekh has joined #openstack-nova16:11
*** mlavalle has joined #openstack-nova16:24
supamattnah don't need it16:25
supamatterr sorry wrong chan16:25
gmannlyarwood: gibi elod on placement stable/victoria failure- basically we can backport this to stable/victoria along with .gitreview change - https://review.opendev.org/c/openstack/placement/+/76699416:34
gmannif that looks fine as per backport policy then I can propose16:34
gibigmann: I let the stable cores decide on backportability16:35
gibifor me that change make sense16:35
lyarwoodgmann: how clean is it on stable/victoria ?16:36
lyarwoodgmann: I personally don't mind if it gives us a passing branch in-line with the later releases tbh, my only concern would be if we need to fixup more code across the tree to land it16:36
gmannlyarwood: basically fixing the hacking 4.0.0 checks. so some code style change16:36
*** gyee has joined #openstack-nova16:37
lyarwoodgmann: yeah if they are limited to the same or just a few more then I'm fine16:37
dansmithalso seems okay to me.. we don't want to be bumping the requirements on stable, but this is just for our own tooling/testing I think,16:37
dansmithand distros really have to do their own version mappings anyway16:37
dansmithgmann: how about a reno to highlight the change and reasoning?16:37
dansmithin the backport16:38
gmannok, that make sense. usually we do not need to bump hacking in stable but these version conflict made us to do16:38
*** ociuhandu has quit IRC16:54
openstackgerritGhanshyam proposed openstack/placement stable/victoria: Fix l-c job and move to latest hacking 4.0.0  https://review.opendev.org/c/openstack/placement/+/77521416:54
*** ociuhandu has joined #openstack-nova16:55
openstackgerritGhanshyam proposed openstack/placement stable/victoria: Fix l-c job and move to latest hacking 4.0.0  https://review.opendev.org/c/openstack/placement/+/77521416:57
*** ociuhandu has quit IRC17:01
elodgmann: ++ \o/17:02
*** ociuhandu has joined #openstack-nova17:03
gibilyarwood: I have feedback in https://review.opendev.org/c/openstack/os-traits/+/75987817:04
lyarwoodstephenfin: re https://review.opendev.org/c/openstack/nova/+/772271 - stupid question, that didn't replace the instance.name, just the instance.hostname right?17:05
* lyarwood was sure it didn't but I've got doubts now given the feedback from dansmith17:05
stephenfinlyarwood: correct. Display name isn't affected17:05
lyarwoodkk well dansmith has voted now anyway so we can close this out17:05
lyarwoodgibi: looking17:06
dansmithlyarwood: what about what I said is related to display vs hostname?17:07
lyarwooddansmith: nothing but the arguments you put forward suggested that you thought the impact of this landed outside of just instance.hostname that AFAIK is something we only expose through the metadata API17:08
*** ociuhandu_ has joined #openstack-nova17:12
lyarwoodah nvm it's in our show server response, ignore me if you weren't already17:12
*** xek has joined #openstack-nova17:14
*** ociuhandu has quit IRC17:15
openstackgerritLee Yarwood proposed openstack/os-traits master: Add COMPUTE_EPHEMERAL_ENCRYPTION tratis  https://review.opendev.org/c/openstack/os-traits/+/75987817:15
*** ociuhandu_ has quit IRC17:16
openstackgerritMerged openstack/os-traits master: Add COMPUTE_SOCKET_PCI_NUMA_AFFINITY trait  https://review.opendev.org/c/openstack/os-traits/+/77170517:16
openstackgerritMerged openstack/os-traits master: Add a trait for UEFI Secure Boot support  https://review.opendev.org/c/openstack/os-traits/+/77057017:24
dansmithlyarwood: heh okay17:33
dansmithlyarwood: it's still visible to the user of the instance in a variety of ways, not just the API, but yeah17:33
dansmithlyarwood: back to that volumes quota thing, were you asserting that the qemu monitor reset was related to the inability to create a volume on the glance side?17:34
lyarwooddansmith: no just that the QEMU monitor issue was unrelated to the actual test failure that failed the overall job17:36
lyarwooddansmith: iirc it's a ipv6 test spawned that instance and it looks like the monitor issue was during cleanup and ignored17:37
lyarwoodipv6 test that spawned*17:37
*** ociuhandu has joined #openstack-nova17:38
dansmithah okay I filed separately because they were separate, so you're just saying that's a known problem? I've seen it before obviously, but haven't in a while and since it was stable rescue, I thought maybe it was related to disk attachments17:38
lyarwooddansmith: I've not seen an EOF from the monitor while detaching a nic recently17:41
lyarwooddansmith: and again to be clear, that trace and the failed test are separate17:41
dansmithyeah I get that17:42
*** ociuhandu has quit IRC17:42
lyarwoodkk well we can use this bug for the monitor part as you already have one for the quota bit17:42
* lyarwood finds the test that launched the instance and updates the bug subject17:42
dansmithright, gibi commented on the monitor bug saying it was being tracked in the quota bug17:42
lyarwoodoh really?17:43
* lyarwood looks17:43
dansmithso just wanted to makes ure17:43
dansmithoh, sorry sorry, you're just saying I called out the wrong test, I see17:43
lyarwoodah cool I see sorry17:43
*** rpittau is now known as rpittau|afk17:43
lyarwoodyup indeed, AttachInterfacesTest is what we want to list, I've updated the subject17:44
dansmithin my mind I had moved past that with the quota bug and fix, but i see what you mean about the title on the other.. the trace is the important thing17:44
dansmithyep, gotcha17:44
*** dtantsur is now known as dtantsur|afk17:45
*** tesseract has quit IRC17:48
*** sapd1 has quit IRC17:51
*** ralonsoh has quit IRC17:54
lyarwooddansmith: ah weird, so it looks like something didn't wait for the nic to detach before deleting the instance17:54
dansmithah, I guess that would explain the lack of fail17:55
lyarwooddansmith: the EOF monitor error comes out of a request to handle a network-vif-deleted:064543b1-709d-445f-b852-98b59f977aed event from neutron17:55
dansmithkinda sucks to barf something that serious into the logs if we're just nuking the instance underneath17:55
lyarwooddansmith: and right after that n-api gets a DELETE request for the server17:55
dansmithmaybe we could ignore if the instance is deleted when we get that error?17:55
dansmithor log.warn instead of EXPLODE17:56
*** derekh has quit IRC17:57
lyarwooddansmith: https://github.com/openstack/nova/blob/fec44e5d38baa0232bf41367303b82dc332eb512/nova/compute/manager.py#L7778-L7790 looks like we try to log at DEBUG in that case but didn't in this instance17:58
lyarwoodoh because it's looking at the exception and not checking if the instance is around still17:58
dansmithyeah, so it probably does that right if we triggered the NotFound as a result of pulling up info on the instance,18:00
dansmithbut if we failed because its been nuked, we should refresh our world view before we decide who to wake up18:01
dansmithalthough it's logging a trace, but I don't see it passing the exc_info there18:01
* lyarwood wonders why we aren't locking by instance.uuid for both of these operations anyway18:03
lyarwoodneed to run and help put a baby to bed, I'll try and finish writing this up before I call it for the day18:03
*** songwenping__ has joined #openstack-nova18:05
*** k_mouza_ has quit IRC18:05
*** songwenping_ has quit IRC18:06
*** dklyle has quit IRC18:09
openstackgerritMerged openstack/python-novaclient master: Uncap PrettyTable  https://review.opendev.org/c/openstack/python-novaclient/+/77514318:11
openstackgerritMerged openstack/python-novaclient master: requirements: Remove simplejson  https://review.opendev.org/c/openstack/python-novaclient/+/77514418:12
*** READ10 is now known as READ10|away18:17
*** luksky has quit IRC18:35
*** belmoreira has quit IRC18:51
*** READ10|away is now known as READ1018:51
*** luksky has joined #openstack-nova18:52
*** dklyle has joined #openstack-nova18:56
*** spatel has quit IRC19:25
*** spatel has joined #openstack-nova19:28
*** rchurch has quit IRC19:34
*** rchurch has joined #openstack-nova19:35
*** andrewbonney has quit IRC19:42
*** nightmare_unreal has quit IRC19:47
*** READ10 has quit IRC20:18
sean-k-mooneylyarwood: can you take a look at https://review.opendev.org/c/openstack/nova/+/759522 and https://review.opendev.org/c/openstack/nova/+/75915120:34
sean-k-mooneyelod: if you could take a look too that would be great that has to go back to train20:35
sean-k-mooneyvictoria is merged so ussuri is up next20:35
sean-k-mooneythere are a few people askinf for this on the bug https://bugs.launchpad.net/nova/+bug/188839520:36
openstackLaunchpad bug 1888395 in OpenStack Compute (nova) ussuri "live migration of a vm using the single port binding work flow is broken in train as a result of the introduction of sriov live migration" [High,In progress] - Assigned to Billy Olsen (billy-olsen)20:36
openstackgerritMerged openstack/nova master: db: Compact Stein database migrations  https://review.opendev.org/c/openstack/nova/+/75909020:55
openstackgerritGhanshyam proposed openstack/placement stable/victoria: Fix l-c job and move to latest hacking 4.0.0  https://review.opendev.org/c/openstack/placement/+/77521420:58
elodsean-k-mooney: sure, added to my TODOs, will look into it tomorrow20:58
*** ociuhandu has joined #openstack-nova21:17
*** rcernin has joined #openstack-nova21:20
*** k_mouza has joined #openstack-nova21:51
*** k_mouza has quit IRC21:56
*** spatel has quit IRC22:03
*** gmann is now known as gmann_afk22:10
*** k_mouza has joined #openstack-nova22:15
*** dklyle has quit IRC22:19
*** dklyle has joined #openstack-nova22:19
*** k_mouza has quit IRC22:22
*** luksky has quit IRC22:25
*** lemko7 has joined #openstack-nova22:29
*** lemko has quit IRC22:30
*** lemko7 is now known as lemko22:30
*** PrinzElvis has quit IRC22:41
*** PrinzElvis has joined #openstack-nova22:41
openstackgerritDan Smith proposed openstack/nova master: Make a couple test jobs run async devstack  https://review.opendev.org/c/openstack/nova/+/77529323:01
*** slaweq has quit IRC23:09
*** gmann_afk is now known as gmann23:11
*** ociuhandu has quit IRC23:19
openstackgerritGhanshyam proposed openstack/placement stable/victoria: Fix l-c job and move to latest hacking 4.0.0  https://review.opendev.org/c/openstack/placement/+/77521423:22
*** whoami-rajat__ has quit IRC23:43
*** zenkuro has quit IRC23:43

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!