| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2020-04-15 | |||
| 17:06:10 | stephenfin | melwitt: I won't block the '--include-user-data' option, but I'd much rather we had a more generic '--verbose' or '--json' option that just showed the plain old response from the API or a new command to retrieve that field | |
| 17:06:12 | sean-k-mooney | if we want to maintain backward compatablity | |
| 17:06:46 | melwitt | tbc, I think not printing by default makes sense, I just think it would be ideal to have a way to opt-in if you want to verify something | |
| 17:07:07 | stephenfin | Yup, I get that :) | |
| 17:07:17 | melwitt | stephenfin: oh, I see what you mean now | |
| 17:07:18 | stephenfin | *what | |
| 17:07:42 | sean-k-mooney | so --user-data=raw|json|plain | |
| 17:07:58 | sean-k-mooney | where raw would give you hte base64 encoded string | |
| 17:08:04 | stephenfin | sean-k-mooney: no, 'nova boot --json ...' | |
| 17:08:23 | stephenfin | where the output is the raw JSON blob returned by the API rather than the pretty tables we do by default | |
| 17:08:23 | sean-k-mooney | wait is that a thing | |
| 17:08:37 | stephenfin | it is for OSC but not for novaclient | |
| 17:08:45 | stephenfin | it's also a lot more work... | |
| 17:08:54 | sean-k-mooney | no for osc we dont have --json we have -f json | |
| 17:09:10 | sean-k-mooney | unless --json has been added recently and is an alias | |
| 17:09:22 | stephenfin | yeah, sorry, I mean we have JSON-style formatting | |
| 17:09:26 | sean-k-mooney | i use the format specifers for osc the whole time | |
| 17:09:29 | stephenfin | different arg, as you say | |
| 17:09:42 | sean-k-mooney | ok well that normally applies to all the output | |
| 17:09:59 | stephenfin | yeah | |
| 17:10:13 | sean-k-mooney | i was suggesting having a way to contol the output/encoding of just that filed | |
| 17:10:38 | stephenfin | it's arbitrary data - there's nothing to really encoding | |
| 17:10:48 | stephenfin | maybe escape, but not encode | |
| 17:11:32 | sean-k-mooney | well its typically in cloud-init or could-config format or ignition format | |
| 17:11:45 | stephenfin | yeah, 'zactly | |
| 17:11:48 | sean-k-mooney | all of which are json or yaml based and human readable | |
| 17:12:08 | stephenfin | Anyway, I'm suggesting that including non-human readable data in a response designed for humans, like the 'nova show' output is supposed to be, _probably_ isn't the right thing to do and it would be nicer if we had a specific machine-readable format for that | |
| 17:12:08 | sean-k-mooney | stephenfin: do we have the --long optin in nova client | |
| 17:12:12 | sean-k-mooney | we could just use that | |
| 17:12:26 | sean-k-mooney | is it --long or --wide | |
| 17:12:41 | sean-k-mooney | there is one arg you can pass that shows addtional columns | |
| 17:12:41 | stephenfin | you have --width | |
| 17:13:02 | stephenfin | but I don't see anything else | |
| 17:15:37 | stephenfin | melwitt: Can I check out how tough a format argument would be to implement tomorrow morning and come back to you? If it's too much, I'd be okay with a '--verbose' or specific '--include-user-data' argument | |
| 17:16:13 | melwitt | stephenfin: yeah, it's not urgent. just wanted to see what you thought, no worry | |
| 17:16:42 | melwitt | whatever it is, I hope we can backport it to ussuri but not sure whether that's gonna fly | |
| 17:16:51 | sean-k-mooney | stephenfin: i was thinking of openstack hypervisor list --long | |
| 17:17:03 | sean-k-mooney | but that is specific to just that command | |
| 17:17:25 | stephenfin | Yeah, it's weird having release stable branches for a client | |
| 17:17:41 | melwitt | yeah, it's a pain | |
| 17:17:54 | stephenfin | but it is what it is | |
| 17:18:00 | stephenfin | would any opt be backportable? | |
| 17:18:09 | stephenfin | lyarwood: hit https://review.opendev.org/#/c/718100/ btw | |
| 17:18:38 | sean-k-mooney | stephenfin: well you could arge your change was a regression since you broke backwards comatiablity without any way to opt in | |
| 17:18:55 | lyarwood | stephenfin: thanks | |
| 17:19:00 | stephenfin | sean-k-mooney: but we indicated that with a major version bump | |
| 17:19:08 | stephenfin | so per Sem-Ver, we're golden | |
| 17:19:31 | stephenfin | though per the "be nice to users" rule, maybe not so much :) | |
| 17:19:59 | sean-k-mooney | true but its not nessisarly resonable to expect them to be able to pin the version to an older one since nova clint is ill advisidly used as part of sdks and other tools | |
| 17:20:32 | sean-k-mooney | anyway whats done and relased is done | |
| 17:21:32 | sean-k-mooney | stephenfin: this converation reminds me why i avoid nova clinet in the first place | |
| 17:21:42 | stephenfin | yeah, OSC FTW | |
| 17:21:45 | sean-k-mooney | i only ever use it if osc cant do the thing | |
| 17:34:05 | openstackgerrit | Sylvain Bauza proposed openstack/nova master: FUP: doc: explaining that resize works for vGPUs https://review.opendev.org/720250 | |
| 21:26:55 | openstackgerrit | Ivaylo Mitev proposed openstack/nova master: Faults from cell DB missing in GET /servers/detail https://review.opendev.org/699176 | |
| 21:31:53 | openstackgerrit | Merged openstack/nova master: fup: Fix [workarounds]/rbd_volume_local_attach config docs https://review.opendev.org/718100 | |
| 22:19:49 | sangeet | What is the best way to power off the servers. "Openstack server stop" is not a graceful shutdown. | |
| 22:19:58 | sangeet | I am using Stein | |
| 22:43:45 | sangeet | Want to shut down the VM gracefully so when it is stared again, we are back to full working mode. | |
| 22:56:51 | melwitt | sangeet: graceful shutdown is default behavior but there is a timeout used for how long to wait for the guest to shutdown gracefully, defaulting to 60s https://docs.openstack.org/nova/stein/configuration/config.html#DEFAULT.shutdown_timeout | |
| 23:00:55 | kplant | i think acpid is required in the guest too | |
| 23:00:56 | kplant | iirc | |
| 23:14:07 | openstackgerrit | Ghanshyam Mann proposed openstack/nova master: Add docs and releasenotes for BP policy-defaults-refresh https://review.opendev.org/720129 | |
| 23:16:03 | openstackgerrit | Ghanshyam Mann proposed openstack/nova master: Fix follow up comments on policy work https://review.opendev.org/717835 | |
| 23:22:48 | openstackgerrit | Ghanshyam Mann proposed openstack/nova master: Fix follow up comments on policy work https://review.opendev.org/717835 | |
| #openstack-nova - 2020-04-16 | |||
| 00:01:37 | openstackgerrit | Ghanshyam Mann proposed openstack/nova master: Add docs and releasenotes for BP policy-defaults-refresh https://review.opendev.org/720129 | |
| 01:22:00 | openstackgerrit | Ghanshyam Mann proposed openstack/nova master: Add docs and releasenotes for BP policy-defaults-refresh https://review.opendev.org/720129 | |
| 06:40:02 | gibi | good morning | |
| 07:34:06 | openstackgerrit | Merged openstack/nova master: Pass the actual target in flavor access policy https://review.opendev.org/719607 | |
| 08:03:03 | bauzas | good morning Nova | |
| 08:10:44 | bauzas | gibi: permission to lock the semaphore for triaging bugs ? | |
| 08:12:02 | gibi | bauzas: granted, I'm on a call | |
| 08:13:10 | bauzas | gibi: -EINTR | |
| 08:16:07 | bauzas | sem_wait(*bugs) | |
| 08:19:06 | openstackgerrit | Merged openstack/nova master: Fix server actions to be system and project scoped https://review.opendev.org/720123 | |
| 08:28:56 | gibi | bauzas: before I lost the lock I was looking at https://bugs.launchpad.net/nova/+bug/1861493 | |
| 08:28:56 | openstack | Launchpad bug 1861493 in OpenStack Compute (nova) "Nova sends an "X-Service-Token" header when "send_service_user_token" is disabled" [Undecided,New] | |
| 08:29:13 | openstack | Launchpad bug 1863844 in OpenStack Compute (nova) " The virtual machine with the config_driver device cannot properly mount the disk using the virtio-scsi driver" [Undecided,New] | |
| 08:29:34 | bauzas | sorry, I'm really not a volume expert :( | |
| 08:29:41 | bauzas | gibi: ack ok | |
| 08:30:08 | gibi | me neither | |
| 08:30:45 | bauzas | lyarwood: not sure you're up yet but could you tell me whether https://bugs.launchpad.net/nova/+bug/1863844 is legit ? | |
| 08:30:45 | openstack | Launchpad bug 1863844 in OpenStack Compute (nova) " The virtual machine with the config_driver device cannot properly mount the disk using the virtio-scsi driver" [Undecided,New] | |
| 08:33:04 | openstackgerrit | Ivaylo Mitev proposed openstack/nova master: Faults from cell DB missing in GET /servers/detail https://review.opendev.org/699176 | |
| 08:37:34 | lyarwood | bauzas: morning, yeah it's valid and I think I know why | |
| 08:37:51 | bauzas | lyarwood: k, no regression hopefully ? | |
| 08:38:34 | lyarwood | bauzas: actually they set --property hw_scsi_model='virtio-scsi' that I assumed they had missed | |
| 08:38:45 | lyarwood | bauzas: I've reproduced it FWIW with q35 | |
| 08:38:58 | lyarwood | bauzas: -> coffee and I'll look closer | |
| 08:39:18 | bauzas | ack, gtk | |
| 08:40:12 | bauzas | and thanks | |
| 09:01:51 | openstackgerrit | Ivaylo Mitev proposed openstack/nova master: Faults from cell DB missing in GET /servers/detail https://review.opendev.org/699176 | |
| 09:38:01 | bauzas | argh, I'm surprised to see the virtual PTG planned for only one single week... | |
| 09:38:16 | bauzas | I thought we had an agreement on having more than just one week | |
| 09:38:19 | bauzas | :/ | |
| 09:38:58 | hrw | lyarwood: I am waiting for x86 world to migrate to q35/uefi... | |
| 09:40:24 | lyarwood | hrw: trying to for V | |
| 09:40:35 | lyarwood | hrw: it's on my plate at least | |
| 09:41:14 | openstackgerrit | Dincer Celik proposed openstack/nova stable/train: Abort live-migration during instance_init https://review.opendev.org/720414 | |
| 09:46:53 | hrw | :) | |