Thursday, 2020-11-12

*** brinzhang0 has quit IRC00:37
*** brinzhang has joined #openstack-nova00:37
*** takamatsu has quit IRC00:49
*** jhesketh has joined #openstack-nova00:49
*** bbowen has joined #openstack-nova00:50
*** gyee has quit IRC01:12
*** macz_ has quit IRC01:15
openstackgerritchengsheng proposed openstack/nova master: Add hypervisor CPU feature check during live migration  https://review.opendev.org/76233001:20
*** mlavalle has quit IRC01:33
*** LinPeiWen has joined #openstack-nova02:07
*** hongbin has joined #openstack-nova02:12
*** Yumeng has joined #openstack-nova02:15
*** rcernin has quit IRC02:18
openstackgerritGhanshyam Mann proposed openstack/nova master: Migrate nova-grenade-multinode job to zuulv3 native  https://review.opendev.org/74205602:32
*** macz_ has joined #openstack-nova02:36
*** macz_ has quit IRC02:41
openstackgerritchengsheng proposed openstack/nova master: Modify the default value of the force parameter in live migration  https://review.opendev.org/76245802:45
*** rcernin has joined #openstack-nova02:50
*** xinranwang has joined #openstack-nova03:03
*** hamalq has quit IRC03:07
*** hongbin has quit IRC03:16
*** mkrai has joined #openstack-nova03:27
*** psachin has joined #openstack-nova03:27
*** ircuser-1 has joined #openstack-nova03:31
*** eharney has quit IRC04:10
*** nweinber has joined #openstack-nova04:15
*** k_mouza has joined #openstack-nova04:16
*** k_mouza has quit IRC04:21
*** macz_ has joined #openstack-nova04:25
*** sapd1_y has quit IRC04:29
*** macz_ has quit IRC04:30
*** nweinber has quit IRC04:44
*** Yumeng has quit IRC05:06
openstackgerritGhanshyam Mann proposed openstack/nova master: Migrate nova-grenade-multinode job to zuulv3 native  https://review.opendev.org/74205605:28
*** evrardjp has quit IRC05:33
*** evrardjp has joined #openstack-nova05:33
*** eharney has joined #openstack-nova05:35
*** vishalmanchanda has joined #openstack-nova05:48
openstackgerritXinran WANG proposed openstack/nova-specs master: SRIOV Enabled Nic Support Specification  https://review.opendev.org/74278505:57
*** rcernin_ has joined #openstack-nova05:59
*** rcernin has quit IRC06:01
openstackgerritnorman shen proposed openstack/nova-specs master: Adds spec for instance live resize  https://review.opendev.org/14121906:14
*** otubo has left #openstack-nova06:35
openstackgerritJorhson Deng proposed openstack/nova master: To deal instance with soft-deleting in _init_instance  https://review.opendev.org/76126406:50
*** takamatsu has joined #openstack-nova07:20
*** brinzhang_ has joined #openstack-nova07:21
*** xinranwang has quit IRC07:22
*** takamatsu has quit IRC07:23
*** takamatsu has joined #openstack-nova07:23
*** ralonsoh has joined #openstack-nova07:23
*** brinzhang has quit IRC07:24
*** rcernin_ has quit IRC07:26
*** slaweq has joined #openstack-nova07:29
*** lpetrut has joined #openstack-nova07:35
*** mkrai has quit IRC07:42
*** hemna has quit IRC07:50
*** dklyle has quit IRC07:50
openstackgerritJorhson Deng proposed openstack/nova master: To deal instance with soft-deleting in _init_instance  https://review.opendev.org/76126407:54
*** hemna has joined #openstack-nova07:56
f0oHi, not sure if this is an issue in nova/kvm or the guest-os: Sometimes (really random) when a linux guest, predominantly CoreOS/Flatcar, attempts to reboot the instance is placed into Puased state instead. However the pause state is erroneously because there's no resume action possible so something must've gone bonkers in the state sync. Only issueing Hard-Reboot via cli will actually08:07
f0obring the guest back alive08:07
*** rcernin_ has joined #openstack-nova08:09
*** andrewbonney has joined #openstack-nova08:11
*** prometheanfire has quit IRC08:16
*** mkrai has joined #openstack-nova08:16
*** tesseract has joined #openstack-nova08:19
*** rpittau|afk is now known as rpittau08:19
*** prometheanfire has joined #openstack-nova08:20
*** rcernin_ has quit IRC08:22
openstackgerritBalazs Gibizer proposed openstack/nova stable/victoria: Improve error handling during service level check  https://review.opendev.org/76247108:23
*** rcernin_ has joined #openstack-nova08:41
bauzasgood and very cold morning Nova08:45
*** rcernin_ has quit IRC08:57
*** rcernin_ has joined #openstack-nova09:01
*** rcernin_ has quit IRC09:06
lyarwoodhas anyone written up a bug for functional failing (due to an eventlet bug) on 3.9 yet?09:19
lyarwoodAttributeError: 'Semaphore' object has no attribute '_at_fork_reinit'09:19
lyarwoodhttps://github.com/eventlet/eventlet/issues/646 fixed it a few days ago09:19
*** martinkennelly has joined #openstack-nova09:26
lyarwoodkay weird now it's working09:26
lyarwoodokay*09:26
lyarwoodnvm09:26
openstackgerritWenping Song proposed openstack/nova master: Remove redundant check  https://review.opendev.org/76248209:29
*** ociuhandu has joined #openstack-nova09:32
*** sean-k-mooney1 has joined #openstack-nova09:42
*** sean-k-mooney has quit IRC09:43
*** mkrai has quit IRC09:45
*** zzzeek has quit IRC09:45
*** zzzeek has joined #openstack-nova09:46
*** hongbin has joined #openstack-nova09:46
openstackgerritchengsheng proposed openstack/nova master: Modify the default value of the force parameter in live migration  https://review.opendev.org/76245809:48
stephenfingibi: sean-k-mooney1: FYI https://review.opendev.org/76239609:53
stephenfinthat's the OSC change to support shelve offload09:54
*** k_mouza has joined #openstack-nova09:55
*** LinPeiWen has quit IRC10:04
gibistephenfin: ack, thanks, will look10:05
openstackgerritBrin Zhang proposed openstack/nova master: Cyborg shelve/unshelve support  https://review.opendev.org/72956310:12
*** ociuhandu has quit IRC10:21
*** zzzeek has quit IRC10:22
*** zzzeek has joined #openstack-nova10:25
*** dtantsur|afk is now known as dtantsur10:29
openstackgerritJorhson Deng proposed openstack/nova master: To deal instance with soft-deleting in _init_instance  https://review.opendev.org/76126410:31
openstackgerritBalazs Gibizer proposed openstack/nova master: Revert "Temporarily disable parts of heal port allocation test"  https://review.opendev.org/75599510:33
*** ociuhandu has joined #openstack-nova10:34
*** hongbin has quit IRC10:36
*** hongbin has joined #openstack-nova10:37
*** k_mouza has quit IRC10:39
*** k_mouza has joined #openstack-nova10:48
*** alex_xu has quit IRC10:54
openstackgerritBrin Zhang proposed openstack/nova master: [Trivial] Rename host to hostname in conductor manager  https://review.opendev.org/76249910:55
*** jangutter_ has joined #openstack-nova10:55
*** jangutter_ has quit IRC10:56
brinzhang_gibi: I would like to rename the variable 'host' express 'hostname' in conductor manager, is it ok?10:56
*** jangutter_ has joined #openstack-nova10:56
*** jangutter has quit IRC10:56
gibibrinzhang_: just quickly looked at it it seems OK, you might consider renaming node to nodename in the same context10:59
*** jangutter has joined #openstack-nova11:01
brinzhang_gibi: ok, I will do it later, thanks11:02
*** jangutter_ has quit IRC11:04
gibifyi folks, there is a new type of gate failure (at least it is new for me) https://bugs.launchpad.net/nova/+bug/190397911:06
openstackLaunchpad bug 1903979 in OpenStack Compute (nova) "nova-live-migration job fails during evacuate negative test" [High,Confirmed]11:06
lyarwoodgibi: I can look at this today11:12
gibilyarwood: thanks, I'm pushing a e-r signature for it11:12
gibihere is the e-r patch https://review.opendev.org/76250211:14
lyarwoodurgh zuul's webui isn't responding for me11:16
gibiit is slow11:16
gibifor me11:16
gibibut eventually opens11:16
lyarwoodgibi: do you have the raw console log link?11:16
gibihttps://storage.gra.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_ca4/762319/1/check/nova-live-migration/ca4ccb9/job-output.txt11:19
gibilyarwood: ^^11:20
sean-k-mooney1stephenfin: it more or less looks ok but i left a few comments11:23
sean-k-mooney1stephenfin: i think you are failing out to early11:23
openstackgerritBrin Zhang proposed openstack/nova master: [Trivial] Rename host/node to hostname/nodename in conductor manager  https://review.opendev.org/76249911:23
stephenfinsean-k-mooney1: replied11:35
sean-k-mooney1oh my nick is wrong on sec11:36
*** sean-k-mooney1 is now known as sean-k-mooney11:36
openstackgerritBrin Zhang proposed openstack/nova master: Cyborg shelve/unshelve support  https://review.opendev.org/72956311:43
*** hongbin has quit IRC11:48
*** k_mouza has quit IRC11:51
sean-k-mooneystephenfin: i have removed the -1 and reviewd the other i can accept adressing the inefficnies in a follow up to keep the inital patch less complex espically since you left the todo11:58
stephenfingreat, thanks :)11:58
*** tbachman has quit IRC11:58
sean-k-mooneystephenfin: i dont think you need a wait_for_deletes that shoudl just call a more generialsed wait_for_statuses11:59
stephenfinI could probably do that, yeah11:59
stephenfinI'd have to keep wait_for_delete around though11:59
sean-k-mooneyis that not just calling wait_for_statuses with a list of 112:00
stephenfinno, you need exception handling12:00
sean-k-mooneyright but you can add that to wait_for_statuses12:00
stephenfinsince a 404 is actually success (the resource has been deleted)12:00
sean-k-mooneyjust default it to an empty list of allowed excptionts12:00
stephenfinRight, but people are using 'wait_for_delete' in the wild12:01
stephenfinso I'd have to keep the API for some time at least12:01
sean-k-mooneyoh ya keep the function12:01
sean-k-mooneyjust rip out the logic12:01
sean-k-mooneyand delegate12:01
stephenfinI think it's clearer as a separate function, tbh12:01
stephenfindeleted isn't a status12:01
stephenfinit's a binary condition12:01
sean-k-mooneyit is if you pass the flag to list deleted servers12:02
sean-k-mooneystephenfin: no if you have not done archive and purge12:02
sean-k-mooneyyou can see deleted servers form the api12:02
sean-k-mooneyyou just do "openstack server list --deleted"12:03
stephenfinfor nova, yes12:03
stephenfinit's racy though12:03
stephenfineven for nova12:03
sean-k-mooneyyou mean with the chron job12:04
stephenfinyes12:04
sean-k-mooneyfor osp at least that only deletes things older then 30 days12:04
stephenfinRight, but its config specific. HTTP 404 isn't, by comparison12:04
stephenfinand it works for multiple different services, so I think that's still the correct approach to use12:05
sean-k-mooneyya anyway if you want to keep but its fine it just really felt like needless code duplication12:05
stephenfinIt probably is, but I think it's worth the cost compared to the complexity de-duplication would bring12:05
stephenfinWe could probably have an inner function not exposed to users. I'll take a look at that later12:06
*** ociuhandu has quit IRC12:13
*** k_mouza has joined #openstack-nova12:14
*** tosky has joined #openstack-nova12:18
openstackgerritBrin Zhang proposed openstack/nova master: [Trivial] Rename host/node to hostname/nodename in conductor manager  https://review.opendev.org/76249912:18
*** ociuhandu has joined #openstack-nova12:27
*** ociuhandu has quit IRC12:32
openstackgerritDaniel de Oliveira Pereira proposed openstack/nova master: [WIP] Avoid getting transport_url from config file when updating Cell0  https://review.opendev.org/76243312:41
*** artom has joined #openstack-nova12:54
openstackgerritBrin Zhang proposed openstack/nova master: Cyborg shelve/unshelve support  https://review.opendev.org/72956312:55
zigosean-k-mooney: This will need a fix in puppet-openstack and OSA, that's my concern...13:18
openstackgerritWenping Song proposed openstack/nova master: Change host to hostname  https://review.opendev.org/76251813:19
zigoWhich is why I'm insisting to say we should all go on the same direction (ie: all distro and config management), otherwise it's going to be a mess.13:19
sean-k-mooneyzigo: OSA does not need a fix13:20
sean-k-mooneyit already does the right thing and does not include the db creds13:20
zigosean-k-mooney: It depends how you see it, the version that uses packages does.13:20
sean-k-mooneythe version that uses package does not use the config form the packages13:21
sean-k-mooneyit still generate its own13:21
zigoAnd anyways, it'd be nice if it was doing the same thing.13:21
zigoOh ... Ok.13:21
sean-k-mooneyi think that is fairly common practice13:22
sean-k-mooneynot to use the disto config if you are using a intall tool13:22
zigoSo, I should generate the db config file with only --namespace oslo.db --namespace oslo.db.concurrency, right?13:22
sean-k-mooneythey all tend to generat there own based on the layer tehy provide in ther own tuning files13:22
zigoOr should I just extract it from the existing nova.conf stuff?13:22
sean-k-mooneyzigo: what we were suggeting to do for the rpms was have an update script that copied the nova.conf to nova-compute.conf adn then use sed or curidini to remove the db sections13:23
sean-k-mooneybut if we go with the seperate files for db13:24
sean-k-mooneythen both would work generating only really works for new installs13:24
zigosean-k-mooney: I'm generating the files when building the package...13:24
sean-k-mooneyfor upgrades of the package you kind of need to extract13:24
sean-k-mooneygenerating the files is fine but only on a fresh install right13:25
sean-k-mooneyyou dont want an apt udpate to nuke your files13:25
zigohttps://salsa.debian.org/openstack-team/services/nova/-/blob/debian/victoria/debian/rules#L7513:25
zigoThe packages don't take care of the upgrades (yet). So it will simply do nothing to the existing nova.conf file when upgrading.13:26
sean-k-mooneyoh right but thats just the copy in /usr/share13:26
sean-k-mooneynot the /etc/ ones13:26
zigoYeap, but postinst writes in /etc/nova if the file isn't there.13:26
sean-k-mooneyyep i was refing to a postinst script13:27
zigoI'm doing like that to avoid the file being a CONFFILE and getting annoying config file update prompts at upgrade time.13:27
sean-k-mooneyfor the /usr/shar just generating the db config would be fine13:27
sean-k-mooneyah ya the do you want to accpet the package mainters version one?13:27
*** macz_ has joined #openstack-nova13:30
*** macz_ has quit IRC13:35
*** nweinber has joined #openstack-nova13:35
*** tbachman has joined #openstack-nova13:41
*** Luzi has joined #openstack-nova13:44
LuziHi I have a question concerning the SHELVED state: When I try to shelve two instances (one image-based the other volume-based) only the image-based goes into the SHELVED state. The volume based instance is offloaded despite having set the config option shelved_offload_time to 300013:49
Luziwhy do they behave different?13:50
sean-k-mooneylikely because teh bfv instance does not have state on the host13:54
sean-k-mooneyso its more or less free to resume13:54
sean-k-mooneythe intermite shelved state is really just an optimisation for instance with local disks13:54
Luziok thank you sean-k-mooney13:55
sean-k-mooneybecause its expensive to snapshot and restore them due to the data copy13:55
sean-k-mooneyit proably shoudl be consistent but that would be the most likely reason its not13:55
Luziit sounds reasonable, but i did not find the reason documented, even though i found the code lines, where they paths begin to differ13:57
sean-k-mooneyya i think different peopel have different expectaions for shelve we had a conversation about it yesterday13:57
Luziits definitely confusing :D13:57
sean-k-mooneyi expect that all shelved instance shoudl eventually end up in shelve offloaded not shelved but that based on the defaults and how i use it13:58
sean-k-mooneyin the bfv case basically there is no data too offload since its not on the host to begin with13:59
sean-k-mooneythe docs could proably be improved however13:59
Luzifrom what i have experienced today, it would be nice to state it at least in the config example documentation14:00
Luzia hint, that volume based server will always go directly into the offloaded state14:00
sean-k-mooneyya we could proably just add a sleep(conf.shelve_offload_time) in the bfv path befor ecalling offload14:00
sean-k-mooneyits likely not going dirctly but just ignoring the time out14:01
sean-k-mooneydo you have a reference to the code i have not look at it that closely in a while14:01
Luzihttps://github.com/openstack/nova/blob/master/nova/compute/api.py#L418514:03
sean-k-mooneyah its calling shelve offload directly14:04
Luziyes14:04
Luziand the config option is used here: https://github.com/openstack/nova/blob/eb279e9a5676f4142cce4700c3097ecc14161895/nova/compute/manager.py#L636314:05
sean-k-mooneyya so we could call shelve directrly i think but how we do the snapshot would have to be conditional on the instance type14:06
sean-k-mooneyhttps://github.com/openstack/nova/blob/master/nova/compute/manager.py#L639614:07
sean-k-mooneybasically move that first if into shelve14:08
Luziit makes sense to directly go into the offloaded state, so imho it would just need some fixed documentation.14:08
sean-k-mooneyyep that works too14:08
sean-k-mooneyjust need to let people know14:09
sean-k-mooneygibi: stephenfin dansmith  since most of my insstance are bfv this also expalins why i expect shelve to more or less always got to shelve_offladed pretty quickly14:10
sean-k-mooneygiven bfv instance skip shleved14:10
gibisean-k-mooney: I saw the brancing in the code but I don't know the original reason of such branching14:11
sean-k-mooneymy specutlation was there is no data too offload so just go strait to offloaded14:12
sean-k-mooneya comment would have been nice but that is my guess. i agree with luzi that there is likely no utility in makeing them waith in shelved until the time out expries and a doc update is proably enough14:13
sean-k-mooneygibi: that said its directly calling the compute to avoid this check today https://github.com/openstack/nova/blob/master/nova/compute/api.py#L419714:15
sean-k-mooneyso we are not recordign the offload in the evnet log14:16
*** Luzi has quit IRC14:32
*** dave-mccowan has joined #openstack-nova14:33
*** artom has quit IRC14:37
*** artom has joined #openstack-nova14:37
*** dave-mccowan has quit IRC14:37
openstackgerritMarc GariĆ©py (mgariepy) proposed openstack/nova stable/ussuri: Handle disabled CPU features to fix live migration failures  https://review.opendev.org/75876114:39
mgariepyany nova core avalaible to review: https://review.opendev.org/#/c/758760/ ?14:42
openstackgerritGhanshyam Mann proposed openstack/nova master: [WIP] Migrate nova-grenade-multinode job to zuulv3 native  https://review.opendev.org/74205614:42
dansmithsean-k-mooney: ah yeah bfv doesn't need to offload anything of course14:44
*** vishalmanchanda has quit IRC14:47
gibimgariepy: added to my queue which happens to be long these days so other core please don't wait for me14:54
mgariepythanks gibi14:57
mgariepyalso add: https://review.opendev.org/#/c/758761/14:58
gibimgariepy: ohh, so this is a backport that is already merged on master14:59
gibithen, elod, could you look at it please ^^ ?14:59
gibimgariepy: sorry, I don't have +2 rights on stable branches, elod has ;)14:59
mgariepyha no worry15:00
*** lpetrut has quit IRC15:05
stephenfinsean-k-mooney: We used to have a list of projects that had to be present to call something an OpenStack cloud. What was that program called? Does it still exist?15:20
sean-k-mooneyyes its defcore i think there is a branding requirement15:26
stephenfindefcore. That's it15:26
sean-k-mooneyjust trying to find the repo its in15:27
sean-k-mooneyits for the openstack powered trademakrs mainly15:27
*** martinkennelly has quit IRC15:35
*** ociuhandu has joined #openstack-nova15:35
gibinova weekly meeting starts in 25 minutes on #opentack-meeting-315:35
gibiat the same time as the opentack wallaby community meeting15:35
gibiI will be present on both (the first part of the community meeting is prerecorded)15:36
sean-k-mooneystephenfin: it used to be defiend in https://github.com/openstack-archive/refstack15:41
sean-k-mooneythen it move dto https://github.com/openstack-archive/interop i think15:41
sean-k-mooneythey are now at https://opendev.org/osf/interop and https://opendev.org/osf/refstack15:43
sean-k-mooneystephenfin: this is the latest definition https://opendev.org/osf/interop/src/commit/5f7a8cf9c43015a27c2ed56cad8501d470807461/2020.06.json15:45
sean-k-mooneyhttps://opendev.org/osf/interop/src/commit/5f7a8cf9c43015a27c2ed56cad8501d470807461/2020.06.json#L80-L8615:46
*** ociuhandu has quit IRC15:47
*** mlavalle has joined #openstack-nova15:54
*** macz_ has joined #openstack-nova16:03
openstackgerritStephen Finucane proposed openstack/nova master: functional: Wait for revert resize to complete  https://review.opendev.org/76254316:05
openstackgerritStephen Finucane proposed openstack/nova master: functional: Use helpers for cross-cell resize  https://review.opendev.org/76254416:05
*** k_mouza has quit IRC16:06
*** macz_ has quit IRC16:08
*** macz_ has joined #openstack-nova16:12
*** macz_ has quit IRC16:12
*** macz_ has joined #openstack-nova16:13
*** digvijay has joined #openstack-nova16:21
digvijaytrying to attach a GPFS-NFS based cinder volume to vm & getting error in nova-compute.log... (http://paste.openstack.org/show/799964/)16:21
digvijayany idea what might be issue?16:21
*** ociuhandu has joined #openstack-nova16:27
*** elod has quit IRC16:31
*** elod has joined #openstack-nova16:32
*** nweinber has quit IRC16:37
*** nweinber has joined #openstack-nova16:40
*** k_mouza has joined #openstack-nova16:40
stephenfindansmith: So regarding that virtio tablet discussion. I'd rather introduce 'hw_input_bus' and deprecate 'hw_pointer_model'16:55
stephenfinIf the only reason to use mouse is compatibility, then there isn't really any reason to want to keep the latter long-term16:55
bauzasgibi: sorry, I was on a dentist appointment16:56
gibibauzas: no worries16:56
gibibauzas: hope it did not hurt16:56
dansmithstephenfin: and what, assume tablet from usb or virtio, and mouse from ps2?16:56
dansmithsince it's image metadata, deprecating a thing just means debt forever that we can never get rid of right?16:56
stephenfinyes, assuming we even want to support ps216:56
*** dklyle has joined #openstack-nova16:57
bauzasgibi: nope, no worries, it was just a yearly one16:57
gibi:)16:57
stephenfindansmith: Sort of, but I think this is actually better16:57
bauzas(and I was off the chan today because I was working on https://review.opendev.org/#/c/761452/ )16:58
owalshdansmith: so I've been thinking about https://review.opendev.org/762176. I'm really not convinced yet but maybe I'm missing something obvious...16:58
stephenfinActually, no, it makes no difference16:58
stephenfinWe can remove the 'hw_pointer_model' image metadata property in a future major version bump16:58
dansmithstephenfin: but it's "better" just in that you like the name of input_bus more than pointer_model right? Just adding virtiotablet to the existing key gives us no infinite debt, keeps the choices small so that it's harder to pick something that will likely work16:58
stephenfinIf we do, nova will simply start ignoring it16:58
dansmithstephenfin: then we've broken users16:59
dansmithI think we're pretty much trying to never do that right? have we ever stopped honoring an image meta property?16:59
stephenfinyes, we'd need mitigation which is why I don't think we'd ever do it16:59
stephenfinsame reason we'll continue supporting e.g. 'hw_disk_bus=uml'17:00
owalshdansmith: so based on what sean said most of the deployment frameworks already do the right thing, and I'm sorting out tripleo/puppet-nova ...17:00
stephenfinlike, forever17:00
owalshdansmith: so I think that leave two scenarios where we could have a nova.conf where the compute gets db creds:17:01
stephenfindansmith: it's much better UX IMO, yes17:01
dansmithstephenfin: well, it just doesn't make any sense to me to deprecate a thing we'll never remove, which is really not that in need of change17:01
owalshdansmith: 1 - a roll you're own deployment that screws it up (because there are no docs)17:01
stephenfindansmith: we're going to end up in that situation anyway17:01
stephenfinusbtablet will be meaningless in a Q35 world17:01
dansmithowalsh: I think everyone agrees it needs to be doc'd better17:01
digvijayhi.. facing issue with attaching NFS based cinder volume to VM.. (http://paste.openstack.org/show/799964/).. any ideas17:02
stephenfinand already is on non-x8617:02
owalshdansmith: 2 - an all-in-one deployment (is that not a valid expection to the rule)17:02
stephenfingiven neither support ps217:02
owalshdansmith: so we just fix the docs and leave it at that instead of ripping puppet-nova, and the debs, and the rpms and etc.. into pieces...17:02
dansmithstephenfin: that's the same for all of our keys that specify a platform-specific value (like ide, sata, etc).. you're just adding an additional degree of freedom by adding a new key17:02
owalshdansmith: or maybe we do that, for the sake of elegance, but not a priority in W17:03
dansmithowalsh: well, I meant document it to help with the roll-your-own case and for future deployment tools, but go forward with the startup abort, which requires fixing tripleo17:03
dansmithowalsh: tbh, I'm not the one that really wanted the startup abort, but it does seem like the right thing to do to me17:04
dansmithowalsh: especially since tripleo seems to be one of the only ones not already getting this right17:04
owalshissue is actually in puppet-nova so tripleo is not to blame here17:05
dansmithowalsh: do any other major deployment tools use puppet-nova besides tripleo?17:05
dansmiththey used to, but I didn't think much anymore17:06
dansmithhowever, tripleo is easier to type, but feel free to apply my comments to the appropriate project :)17:06
owalshack, either way take it for granted that the fix is happening and will be backported. Once that is out of the way the hard fail doesn't achieve much IMO, just breaks all-in-one for a lot of people17:07
dansmithdevstack is by default an AIO tool and it has been doing it right for years17:07
dansmithbut, again, I'm not the only one you need to convince17:08
dansmithIIRC, it was stephenfin that originally thought we should be blocking startup on invalid or insecure configs, and I agree with him17:08
openstackgerritGhanshyam Mann proposed openstack/nova master: DNM: Testing system scope in tempest  https://review.opendev.org/74012417:08
dansmithand that doesn't happen very often, so it MUST be right :)17:08
*** ociuhandu_ has joined #openstack-nova17:09
owalshdansmith: well I know where he lives, if it wasn't for this lockdown!17:10
dansmithsudo refuses to run when a sudoers.d file has invalid permissions, even on my single-user laptop because it's a bad idea for everyone17:10
dansmithowalsh: hah17:10
owalshdansmith: well given this wasn't really documented I don't think it ok land the assert in W. How about warning  that is deprecated for now?17:12
*** ociuhandu has quit IRC17:13
dansmithowalsh: that's a gibi call.. so far I've not heard that this was a surprise to anyone, and you know we have known this is wrong downstream for a while. So to me it seems like a valid thing to do aggressively because of the security aspect, but I'll defer to gibi for timing17:13
*** ociuhandu_ has quit IRC17:14
gibiI see a big pushback on the hard fail, but I also do supprised that all tool that supprots all-in-one today are worked around that hard failure due to upgrade_level 'auto' that is landed cycle ago17:15
gibiif the whole push back is just to get more time to do the fixes then I'm fine to delay the patch even further17:16
dansmithgibi: you _do_ see a big pushback? I didn't see much from the ML, but maybe I'm missing some?17:16
*** dklyle has quit IRC17:16
dansmithsounded to me like debian just wanted some agreement on best practices or something17:16
*** david-lyle has joined #openstack-nova17:16
gibidansmith: I understood from the ML that we are breaking debian, osa, and tripleo as well. Only kolla and devstack are immune17:17
*** david-lyle is now known as dklyle17:17
dansmithbut OSA says they already try to do the right thing and are willing to change, especially if we do some docs17:18
dansmithanyway, as I said, I defer to you on the timing17:18
gibiyeah, I might mix the amount of broken thing with the amount of pushback. Now that I re-read OSA mail it does not feel like a pushback17:19
dansmiththey know that db creds do not belong in the nova-compute conf, they just let them be there for AIO17:20
dansmithjust like we (tripleo/puppet/whatever) also know that, and have hacked around it thus far :)17:20
owalshno hack, it was just like that when I got here and it comes from puppet-nova. tripleo will be immune too once https://review.opendev.org/755689 lands, so probably today/tomorrow17:21
*** k_mouza has quit IRC17:21
*** k_mouza has joined #openstack-nova17:21
owalshhowever AFAIK there are puppet AIO jobs in CI17:22
owalshand RDO17:22
dansmithit was a hack when we set the config to something non-default purely to avoid a failure, and we knew that the right thing was to stop putting creds in that file :)17:22
gibiI have to leave for today, will read back tomorrow, and reply on the ML17:22
dansmitho/17:22
gibio/17:22
owalsho/ I'll poke some CI guys to think about it too, not sure they have grokked the implications yet17:23
owalshsean-k-mooney: re https://bugs.launchpad.net/nova/+bug/1903908 you looked at the code yea?17:27
openstackLaunchpad bug 1903908 in puppet-nova "nova conf [api]/dhcp_domain is required on nova-compute" [Undecided,New] - Assigned to Oliver Walsh (owalsh)17:27
owalshsean-k-mooney: would you mind explaining the issue on the LP?17:28
*** dtantsur is now known as dtantsur|afk17:34
*** digvijay has quit IRC17:35
sean-k-mooneyowalsh: its required to generate teh config dirve yes17:38
sean-k-mooneywith the correct hostname17:38
sean-k-mooneyif its not set then it will not have the doamin17:39
sean-k-mooneyand will get novalocal instead17:39
*** k_mouza has quit IRC17:45
*** k_mouza has joined #openstack-nova17:46
owalshsean-k-mooney: ack, could you response to gibi on the LP? CI logs from the original LP are long gone I expect17:50
owalshrespond17:50
*** rpittau is now known as rpittau|afk17:51
sean-k-mooneyya i can17:51
*** k_mouza has quit IRC17:51
owalshack thanks17:51
*** k_mouza has joined #openstack-nova17:52
*** k_mouza has quit IRC17:52
*** tesseract has quit IRC17:52
stephenfindansmith: Sorry, had a meeting. It's late so I won't pick up the hw_input_bus vs. virtiotablet discussion again rn, but needless to say I still think my approach is the right one and will just have to think of ways to talk you around ;) In the interim, the reviews at https://review.opendev.org/#/c/756552/ if you want to note down your concerns for others to see18:03
stephenfinand yes to blocking startup on invalid or insecure configs18:04
dansmithstephenfin: yeah, I was going to suggest you update it with your (new, I think) approach of just going with bus only, and then I can -1 with my concerns18:04
dansmithI'd like to see some more input on it, given that it affects rpc, api, images, and the future,18:04
dansmithbut if I'm the only one that doesn't like a new thing, then obviously I'll move on18:04
dansmith"update it" meaning, comment on the patch with your thoughts18:05
stephenfingotcha18:05
stephenfinI'll post to openstack-discuss too. We could spin out a spec to discuss this but the ML would probably attract a larger audience and a spec is a lot for a single design debate18:06
dansmithwell, I think gerrit is plenty wide for a detail like this, but whatever you want.. ml is fine too18:08
openstackgerritDaniel de Oliveira Pereira proposed openstack/nova master: Avoid changing transport_url value when updating Cell0  https://review.opendev.org/76243318:17
*** psachin has quit IRC18:28
*** ralonsoh has quit IRC18:44
*** amodi has quit IRC19:11
*** gyee has joined #openstack-nova19:19
*** jangutter has quit IRC19:26
*** jangutter has joined #openstack-nova19:26
openstackgerritStephen Finucane proposed openstack/nova master: functional: Wait for revert resize to complete  https://review.opendev.org/76254319:41
openstackgerritStephen Finucane proposed openstack/nova master: functional: Use helpers for cross-cell resize  https://review.opendev.org/76254419:41
openstackgerritStephen Finucane proposed openstack/nova master: functional: Use helpers for cross-cell resize  https://review.opendev.org/76254419:42
stephenfinlyarwood, gibi: I'm on PTO tomorrow, but if you have a chance to look at https://review.opendev.org/762543 (now with a bug report), that's be great. It's not super common but even one intermittent gate failure is one too many19:43
stephenfino/19:43
*** andrewbonney has quit IRC20:00
*** ociuhandu has joined #openstack-nova20:22
*** ociuhandu has quit IRC20:25
*** ociuhandu_ has joined #openstack-nova20:25
*** bbowen has quit IRC20:26
*** bbowen has joined #openstack-nova20:26
*** ociuhandu has joined #openstack-nova20:31
*** ociuhandu_ has quit IRC20:31
*** rcernin has joined #openstack-nova20:32
*** rcernin has quit IRC20:35
*** ociuhandu_ has joined #openstack-nova21:03
*** ociuhandu has quit IRC21:06
*** artom has quit IRC21:15
*** ociuhandu has joined #openstack-nova21:17
openstackgerritDaniel de Oliveira Pereira proposed openstack/nova master: Avoid changing transport_url when updating Cell0  https://review.opendev.org/76243321:18
*** ociuhandu_ has quit IRC21:18
*** elod has quit IRC21:18
*** slaweq has quit IRC21:30
*** slaweq has joined #openstack-nova21:33
*** ociuhandu has quit IRC21:34
*** slaweq has quit IRC21:41
*** rcernin has joined #openstack-nova21:47
*** k_mouza has joined #openstack-nova21:53
*** k_mouza has quit IRC21:57
*** rcernin has quit IRC22:01
*** raildo has quit IRC22:07
*** rcernin has joined #openstack-nova22:14
*** bbowen_ has joined #openstack-nova22:23
*** bbowen has quit IRC22:24
*** fyx has quit IRC22:31
*** fyx has joined #openstack-nova22:32
*** zzzeek has quit IRC22:34
*** zzzeek has joined #openstack-nova22:34
*** nweinber has quit IRC22:43
*** tosky has quit IRC22:44
*** _mlavalle_1 has joined #openstack-nova23:21
*** lyarwood has quit IRC23:23
*** lyarwood has joined #openstack-nova23:24
*** mlavalle has quit IRC23:24
*** CeeMac has quit IRC23:42

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