Earlier  
Posted Nick Remark
#openstack-nova - 2023-10-31
21:25:38 opendevreview sean mooney proposed openstack/nova master: add pyproject.toml to support pip 23.1 https://review.opendev.org/c/openstack/nova/+/899753
22:45:13 JayF sean-k-mooney: gave you co-authored-by on an ironic change that looks like 899753; your toml file LGTM and the commit message was way better than what I would've written so I cribbed it all :D
22:45:41 JayF thank you :D
#openstack-nova - 2023-11-01
02:36:02 opendevreview Artom Lifshitz proposed openstack/nova master: Call Neutron immediately upon _post_live_migration() start https://review.opendev.org/c/openstack/nova/+/883682
02:36:03 opendevreview Artom Lifshitz proposed openstack/nova master: Parallelize calls to Neutron and Cinder in post_live_migration https://review.opendev.org/c/openstack/nova/+/883678
02:55:50 opendevreview Artom Lifshitz proposed openstack/nova master: libvirt: Stop unconditionally enabling evmcs https://review.opendev.org/c/openstack/nova/+/899776
07:57:14 opendevreview Amit Uniyal proposed openstack/nova-specs master: Enforce console session timeout https://review.opendev.org/c/openstack/nova-specs/+/898553
09:36:07 opendevreview Pranali Deore proposed openstack/nova master: Support glance's new location API https://review.opendev.org/c/openstack/nova/+/891036
09:36:21 opendevreview Pranali Deore proposed openstack/nova master: DNM: Test glance new location api https://review.opendev.org/c/openstack/nova/+/891207
10:01:23 opendevreview Pranali Deore proposed openstack/nova master: Support glance's new location API https://review.opendev.org/c/openstack/nova/+/891036
10:01:33 opendevreview Pranali Deore proposed openstack/nova master: DNM: Test glance new location api https://review.opendev.org/c/openstack/nova/+/891207
10:39:01 ierdem Hi folks, I have kolla-ansible/yoga deployment and I realized that hypervisor total CPUs count appears az zero on admin/overview page on Horizon. I also tried to get cpu count using CLI; 'openstack hypervisor stats' does not show actual CPU count on hypervisor but used_vcpus. I could not find a solution to this. Could you help me?
12:11:24 sean-k-mooney JayF: one slight oddity is that on nova's py39 functional job the fallback to the legacy editable install is failng
12:11:36 sean-k-mooney so we might need https://review.opendev.org/c/openstack/pbr/+/899848 first
12:12:39 sean-k-mooney i have know idea why that would be python sepcifric other then perhaps we have slightly idffent package version for some reason
12:12:54 sean-k-mooney perhaps a wheel caching issue
12:17:46 opendevreview sean mooney proposed openstack/nova master: add pyproject.toml to support pip 23.1 https://review.opendev.org/c/openstack/nova/+/899753
12:31:18 sean-k-mooney ierdem: your likely encountering https://specs.openstack.org/openstack/nova-specs/specs/wallaby/implemented/modernize-os-hypervisors-api.html
13:40:00 dansmith_ bauzas: around?
14:36:22 spatel sean-k-mooney morning!
14:36:27 spatel hope you doing well
16:26:12 gmann dansmith: sean-k-mooney: for rbac discussion in ~35 min from now, we can use this link https://meet.google.com/ost-wxum-cps
16:27:36 dansmith ack
17:27:22 dansmith sean-k-mooney: are you around?
17:30:07 sean-k-mooney yes
17:30:29 dansmith wanna join the above to make sure your concerns are represented/
17:30:51 sean-k-mooney sure got a link
17:30:56 sean-k-mooney just finishing an internal meeting
17:30:58 dansmith https://meet.google.com/ost-wxum-cps
17:31:10 dansmith sean-k-mooney: it was above but maybe you lost the scrollback
#openstack-nova - 2023-11-02
08:41:48 opendevreview Sahid Orentino Ferdjaoui proposed openstack/nova master: scheduler: AggregateMultitenancyIsolation to support unlimited tenant https://review.opendev.org/c/openstack/nova/+/896512
10:11:55 opendevreview Pavlo Shchelokovskyy proposed openstack/nova master: Add debug logging to can_fit_pagesize https://review.opendev.org/c/openstack/nova/+/899942
10:20:26 opendevreview Alexey Stupnikov proposed openstack/nova stable/2023.1: Translate VF network capabilities to port binding https://review.opendev.org/c/openstack/nova/+/898945
11:10:47 opendevreview sean mooney proposed openstack/nova master: add pyproject.toml to support pip 23.1 https://review.opendev.org/c/openstack/nova/+/899753
11:14:11 opendevreview sean mooney proposed openstack/nova master: add pyproject.toml to support pip 23.1 https://review.opendev.org/c/openstack/nova/+/899753
11:21:57 opendevreview sean mooney proposed openstack/os-vif master: add pyproject.toml to support pip 23.1 https://review.opendev.org/c/openstack/os-vif/+/899946
11:23:11 opendevreview sean mooney proposed openstack/placement master: add pyproject.toml to support pip 23.1 https://review.opendev.org/c/openstack/placement/+/899947
11:24:57 opendevreview sean mooney proposed openstack/os-traits master: add pyproject.toml to support pip 23.1 https://review.opendev.org/c/openstack/os-traits/+/899948
11:25:57 opendevreview sean mooney proposed openstack/os-resource-classes master: add pyproject.toml to support pip 23.1 https://review.opendev.org/c/openstack/os-resource-classes/+/899949
11:27:54 opendevreview sean mooney proposed openstack/python-novaclient master: add pyproject.toml to support pip 23.1 https://review.opendev.org/c/openstack/python-novaclient/+/899950
11:54:32 opendevreview sean mooney proposed openstack/osc-placement master: add pyproject.toml to support pip 23.1 https://review.opendev.org/c/openstack/osc-placement/+/899955
12:40:32 greatgatsby Good day. Having trouble converting a `nova boot` command to the `openstack server create` equivalent. With `nova boot` I can have a one-liner that creates and boots from a volume that also has the delete on instance termination set by using --block-device and shutdown=remove. However, with `openstack server create` the only thing I can get to work is first doing a --boot-from-volume and then using `openstack volume update
12:40:32 greatgatsby --delete-on-termination`.
12:44:23 opendevreview sean mooney proposed openstack/nova master: Use centos-9-stream for functional-py39 job https://review.opendev.org/c/openstack/nova/+/899959
12:44:55 greatgatsby If I try to use a similar --block-device arg for `openstack server create` I get an error saying that one of --image --image-property --volume --snapshot is required
12:46:57 sean-k-mooney i are you trying to add a data volume or do boot form volume
12:50:07 greatgatsby sean-k-mooney: thanks for the reply. Boot from volume, where the volume is created from an image. I seem to be able to do it as a one-liner with `nova boot` but not `openstack server create`
12:50:23 frickler the "one of ... is required" is a bug that should be fixed in recent osc iirc
12:50:39 sean-k-mooney frickler: its not a bug
12:50:55 sean-k-mooney so if you want to do it in one line
12:51:02 sean-k-mooney you need to use --block-device-mapping
12:51:19 greatgatsby that says its deprecated in the help
12:52:02 sean-k-mooney well you can actully use --block-device i think as well that is the replacement for --block-device-mappings
12:52:23 sean-k-mooney but you have to specify more then just the delete on terminate flag
12:52:42 greatgatsby that's what I tried, basically the 1:1 --block-device I as using from nova boot, but then I get the error about those other flags being required
12:53:06 sean-k-mooney right os i dont think this was intened to be a 1:1 port
12:53:11 greatgatsby I'll test with a newer version of the openstack CLI. We're using explicit versions specified by our kolla (yoga) version
12:53:22 sean-k-mooney it may have been a osc bug
12:53:41 greatgatsby 1:1 in that I use the equivalent params
12:54:30 sean-k-mooney we would expect osc to map to the api partmerts but im not sure if novaclient was doing some magic internally
12:55:40 sean-k-mooney greatgatsby: i think --block-device-mapping will workaround the limiation on older osc version an hopefully new version of osc will also work
12:56:11 greatgatsby nice, thanks a lot for the help, I'll test both those scenarios
13:01:05 sean-k-mooney frickler: was this what you were thinking of? https://github.com/openstack/python-openstackclient/commit/89e5d67a16bd86af7bbe8480252686e2eef55095
13:01:26 sean-k-mooney because that is detecting fi you forget to pass --image with --boot-from-volume
13:04:14 sean-k-mooney greatgatsby: this is where your error is comming form
13:04:16 sean-k-mooney https://github.com/openstack/python-openstackclient/blob/master/openstackclient/compute/v2/server.py#L1714-L1725
13:04:36 sean-k-mooney at least i think so
13:05:29 sean-k-mooney oh no its https://github.com/openstack/python-openstackclient/blob/master/openstackclient/compute/v2/server.py#L1762-L1769
13:06:22 sean-k-mooney greatgatsby: so i think what is missing is you likely dont have boot_index=0 set in the the --block-device argumetns?
13:06:54 greatgatsby if I do `openstack server create --block-device source_type=image,uuid=<uuid>,destination_type=volume,volume_size=10,delete_on_termination=true I still get an error about one of those other flags being required, OCS 5.8.0
13:07:09 greatgatsby I tried with boot_index as well
13:08:16 sean-k-mooney can you past the output of the command somewhere so we can review
13:09:14 sean-k-mooney since that does not have boot_index that should raise but i want to see if i can find the exact error message in code
13:09:15 greatgatsby I'm on two different networks (openstack for work, home network for IRC) but I'll pastebin what I'm entering... couple seconds to type it out. Really appreciate the help.
13:09:51 greatgatsby if you just want the output, it's literally just the openstack server create help followed by:
13:10:14 greatgatsby openstack server create: error: one of the arguments --image --image-property --volume --snapshot is required
13:10:30 greatgatsby my command is:
13:10:55 sean-k-mooney ok let me see if i can find that as the code i linked to has a slight diffent message so its failign somewhere else
13:11:40 greatgatsby openstack --os-cloud foo server create --flavor medium --block-device source_type=image,uuid=<image-uuid>,destination_type=volume,volume_size=10,delete_on_termination=true,boot_index=0 test-vm
13:12:12 sean-k-mooney ya that looks valid to me
13:12:17 greatgatsby OCS 5.8.0
13:14:01 sean-k-mooney https://github.com/openstack/python-openstackclient/commit/91277e7e51849d197554b633a579c92116a5afc4
13:15:11 sean-k-mooney greatgatsby: so ^ is the fix frickler was refering too and its in 6.1.0+
13:15:47 greatgatsby nice, thanks a lot. Hopefully we'll be upgrading off yoga soon and will also upgrade our recommended OCS version.
13:16:14 sean-k-mooney well in general i recommend pepoel to install osc in a python venv form pip
13:16:17 greatgatsby we try to go by the version matrix for all the python utils and dependencies
13:16:25 sean-k-mooney so that that they can use the latest indepent of the cloud
13:16:25 greatgatsby that's exactly what we do
13:16:49 greatgatsby we still use the versions according to the docs... maybe we should reconsider that?
13:17:12 sean-k-mooney ya so in general osc shoudl work with any release
13:17:22 sean-k-mooney so i generally suggest using the latest version
13:17:50 sean-k-mooney the cli should be stable and generally only have additive changes
13:18:09 sean-k-mooney but if you have a lot of internal docs using a fixed verion might make sense
13:18:45 greatgatsby https://releases.openstack.org/yoga/index.html#service-client-projects
13:19:07 sean-k-mooney that just documenting the version that was released in yoga
13:19:28 sean-k-mooney its not a recomendation to use that version to interact with a yoga cloud
13:19:54 greatgatsby oh, that's great to know, thanks, I'll pass that on!
13:20:23 greatgatsby again, really appreciate getting help in here, can be tough banging ones head against the desk for too long
13:20:25 sean-k-mooney the reason tha tis good to refence is for co installablity
13:20:32 sean-k-mooney if you stay to the version in that list

Earlier   Later