Earlier  
Posted Nick Remark
#openstack-nova - 2024-06-07
16:21:34 opendevreview ribaudr proposed openstack/nova master: Add helper methods to rescue/unrescue shares https://review.opendev.org/c/openstack/nova/+/860286
16:21:34 opendevreview ribaudr proposed openstack/nova master: Support rescuing an instance with shares https://review.opendev.org/c/openstack/nova/+/860287
16:21:36 opendevreview ribaudr proposed openstack/nova master: Allow to mount manila share using Cephfs protocol https://review.opendev.org/c/openstack/nova/+/883862
16:21:36 opendevreview ribaudr proposed openstack/nova master: Check shares support (compute manager) https://review.opendev.org/c/openstack/nova/+/885751
16:21:38 opendevreview ribaudr proposed openstack/nova master: Attach Manila shares via virtiofs (API) https://review.opendev.org/c/openstack/nova/+/836830
16:21:38 opendevreview ribaudr proposed openstack/nova master: Add helper methods to attach/detach shares https://review.opendev.org/c/openstack/nova/+/885753
16:21:40 opendevreview ribaudr proposed openstack/nova master: Add instance.share_attach notification https://review.opendev.org/c/openstack/nova/+/850501
16:21:40 opendevreview ribaudr proposed openstack/nova master: Add instance.share_detach notification https://review.opendev.org/c/openstack/nova/+/851028
16:21:42 opendevreview ribaudr proposed openstack/nova master: Add shares to InstancePayload https://review.opendev.org/c/openstack/nova/+/851029
16:21:42 opendevreview ribaudr proposed openstack/nova master: Add instance.share_attach_error notification https://review.opendev.org/c/openstack/nova/+/860282
16:21:44 opendevreview ribaudr proposed openstack/nova master: Add instance.share_detach_error notification https://review.opendev.org/c/openstack/nova/+/860283
16:21:44 opendevreview ribaudr proposed openstack/nova master: Add libvirt test to ensure metadata are working. https://review.opendev.org/c/openstack/nova/+/852086
16:21:46 opendevreview ribaudr proposed openstack/nova master: Add virt/libvirt error test cases https://review.opendev.org/c/openstack/nova/+/852087
16:21:46 opendevreview ribaudr proposed openstack/nova master: Docs about Manila shares API usage https://review.opendev.org/c/openstack/nova/+/871642
#openstack-nova - 2024-06-08
00:23:26 opendevreview melanie witt proposed openstack/nova master: Remove use of (hw:|hw_)ephemeral_encryption_format https://review.opendev.org/c/openstack/nova/+/921343
00:23:27 opendevreview melanie witt proposed openstack/nova master: Follow up for encryption secret create consolidation https://review.opendev.org/c/openstack/nova/+/921586
01:50:19 opendevreview melanie witt proposed openstack/nova master: Add EncryptDetails object for ephemeral encryption https://review.opendev.org/c/openstack/nova/+/921344
01:50:19 opendevreview melanie witt proposed openstack/nova master: Support create with ephemeral encryption for qcow2 https://review.opendev.org/c/openstack/nova/+/870932
01:50:20 opendevreview melanie witt proposed openstack/nova master: Validate key manager create access in API https://review.opendev.org/c/openstack/nova/+/919989
01:50:20 opendevreview melanie witt proposed openstack/nova master: Clean up unused ephemeral encryption libvirt secrets https://review.opendev.org/c/openstack/nova/+/919990
01:50:21 opendevreview melanie witt proposed openstack/nova master: libvirt: "Auto heal" ephemeral encryption secrets on guest launch https://review.opendev.org/c/openstack/nova/+/919991
01:50:21 opendevreview melanie witt proposed openstack/nova master: Support (resize|cold migration) with ephemeral encryption for qcow2 https://review.opendev.org/c/openstack/nova/+/870933
01:50:22 opendevreview melanie witt proposed openstack/nova master: Support live migration with ephemeral encryption for qcow2 https://review.opendev.org/c/openstack/nova/+/905512
01:50:22 opendevreview melanie witt proposed openstack/nova master: Support rebuild with ephemeral encryption for qcow2 https://review.opendev.org/c/openstack/nova/+/870939
01:50:23 opendevreview melanie witt proposed openstack/nova master: Add Glance standardized encryption image properties https://review.opendev.org/c/openstack/nova/+/921345
01:50:24 opendevreview melanie witt proposed openstack/nova master: Support encrypted source images for qcow2 https://review.opendev.org/c/openstack/nova/+/919992
01:50:24 opendevreview melanie witt proposed openstack/nova master: Add encryption support to qemu-img rebase https://review.opendev.org/c/openstack/nova/+/870936
01:50:26 opendevreview melanie witt proposed openstack/nova master: Add backing_encryption_secret_uuid to BlockDeviceMapping https://review.opendev.org/c/openstack/nova/+/907960
01:50:26 opendevreview melanie witt proposed openstack/nova master: Support encrypted backing files for qcow2 https://review.opendev.org/c/openstack/nova/+/907961
01:50:28 opendevreview melanie witt proposed openstack/nova master: Support rescue with ephemeral encryption for qcow2 https://review.opendev.org/c/openstack/nova/+/873675
01:50:28 opendevreview melanie witt proposed openstack/nova master: Support snapshot with ephemeral encryption for qcow2 https://review.opendev.org/c/openstack/nova/+/870937
01:50:30 opendevreview melanie witt proposed openstack/nova master: Support cross cell resize with ephemeral encryption for qcow2 https://review.opendev.org/c/openstack/nova/+/909595
01:50:30 opendevreview melanie witt proposed openstack/nova master: libvirt: Introduce support for raw with LUKS https://review.opendev.org/c/openstack/nova/+/884313
01:50:32 opendevreview melanie witt proposed openstack/nova master: Add database migration to ALTER encryption_options https://review.opendev.org/c/openstack/nova/+/921587
11:17:52 hamidlotfi_ Hi there,
11:17:52 hamidlotfi_ An instance whose volume is on CEPH, after abnormally restarting the Compute server where that instance is located, that instance does not come up and displays the following error:
11:17:55 hamidlotfi_ https://www.irccloud.com/pastebin/3aQMFm2C/
11:19:21 hamidlotfi_ I checked all of those values for the disk_cachemodes parameter,
11:19:21 hamidlotfi_ network=directsync
11:19:21 hamidlotfi_ network=none
11:19:21 hamidlotfi_ network=writethrough
11:19:21 hamidlotfi_ but in all of the values, the result is the same and I had that error.
#openstack-nova - 2024-06-09
02:35:40 opendevreview melanie witt proposed openstack/nova master: Add database migration to ALTER encryption_options https://review.opendev.org/c/openstack/nova/+/921587
06:22:10 opendevreview melanie witt proposed openstack/nova master: Add database migration to ALTER encryption_options https://review.opendev.org/c/openstack/nova/+/921587
#openstack-nova - 2024-06-10
03:45:21 opendevreview melanie witt proposed openstack/nova master: Support create with ephemeral encryption for qcow2 https://review.opendev.org/c/openstack/nova/+/870932
03:45:22 opendevreview melanie witt proposed openstack/nova master: Validate key manager create access in API https://review.opendev.org/c/openstack/nova/+/919989
03:45:22 opendevreview melanie witt proposed openstack/nova master: Clean up unused ephemeral encryption libvirt secrets https://review.opendev.org/c/openstack/nova/+/919990
03:45:23 opendevreview melanie witt proposed openstack/nova master: libvirt: "Auto heal" ephemeral encryption secrets on guest launch https://review.opendev.org/c/openstack/nova/+/919991
03:45:23 opendevreview melanie witt proposed openstack/nova master: Support (resize|cold migration) with ephemeral encryption for qcow2 https://review.opendev.org/c/openstack/nova/+/870933
03:45:24 opendevreview melanie witt proposed openstack/nova master: Support live migration with ephemeral encryption for qcow2 https://review.opendev.org/c/openstack/nova/+/905512
03:45:25 opendevreview melanie witt proposed openstack/nova master: Support rebuild with ephemeral encryption for qcow2 https://review.opendev.org/c/openstack/nova/+/870939
03:45:25 opendevreview melanie witt proposed openstack/nova master: Add Glance standardized encryption image properties https://review.opendev.org/c/openstack/nova/+/921345
03:45:26 opendevreview melanie witt proposed openstack/nova master: Support encrypted source images for qcow2 https://review.opendev.org/c/openstack/nova/+/919992
03:45:26 opendevreview melanie witt proposed openstack/nova master: Add encryption support to qemu-img rebase https://review.opendev.org/c/openstack/nova/+/870936
03:45:28 opendevreview melanie witt proposed openstack/nova master: Add backing_encryption_secret_uuid to BlockDeviceMapping https://review.opendev.org/c/openstack/nova/+/907960
03:45:28 opendevreview melanie witt proposed openstack/nova master: Support encrypted backing files for qcow2 https://review.opendev.org/c/openstack/nova/+/907961
03:45:30 opendevreview melanie witt proposed openstack/nova master: Support rescue with ephemeral encryption for qcow2 https://review.opendev.org/c/openstack/nova/+/873675
03:45:30 opendevreview melanie witt proposed openstack/nova master: Support snapshot with ephemeral encryption for qcow2 https://review.opendev.org/c/openstack/nova/+/870937
03:45:32 opendevreview melanie witt proposed openstack/nova master: Support cross cell resize with ephemeral encryption for qcow2 https://review.opendev.org/c/openstack/nova/+/909595
03:45:32 opendevreview melanie witt proposed openstack/nova master: libvirt: Introduce support for raw with LUKS https://review.opendev.org/c/openstack/nova/+/884313
11:11:51 sahid 13:09 < sahid> o/
11:11:54 sahid 13:10 < sahid> regarding placement, is there a way to make the in_tree query using POST instead of GET?
11:11:57 sahid 13:10 < sahid> we are using routed provider network, which create many aggregates per hosts
11:12:00 sahid 13:11 < sahid> we are in that situation where the URI is too long when calling an placement API with request that use in_tree
11:12:05 sahid bauzas: perhaps you have some idea
11:50:33 sahid hum in same time using POST does not look right in an API's point of view
11:50:56 sahid we can perhaps improve nova to batch requests
12:49:41 sean-k-mooney sahid: in general no
12:50:28 sean-k-mooney we had discussed moving the query form the uri to a post boday a long time ago but there was resitance to doing that
13:00:15 bauzas sahid: sorry, have a flapping network for now
13:01:04 sean-k-mooney sahid: unless your hitting the RFC spec limit on a uri, which i think is 64k you are likely hitting a limit in your loadbalancer or webserver
13:01:13 sean-k-mooney so that is what i woudl try adjusting first
13:01:39 sean-k-mooney sahid: api changes are not backporatbale and allowing an alternitive way to query palcyement would be an api change
13:02:18 sean-k-mooney so for your current deployment that is really the only option aviable (adjust the limit in your loadbalabcer/webserver) or reduce the number of network segments
13:08:43 sahid sean-k-mooney: yes thank you it's basically on what we are currently working
13:09:10 sahid in same time i'm going to impl fix for our current release, I'm not sure that is going to change the API
13:09:44 sean-k-mooney what kind of fix
13:10:19 sean-k-mooney modifying the qurey size limit is valid but modifing the call to placement would be ill advised
13:11:14 sahid yes rights, give me a moment I'm going to share it with you
13:11:37 sean-k-mooney batching request is also proably hnot someting we woudl do in nova
13:11:56 sean-k-mooney that has performance and correctness issues
13:12:50 opendevreview Sahid Orentino Ferdjaoui proposed openstack/nova master: scheduler: fix _get_sharing_providers to support unlimited aggr https://review.opendev.org/c/openstack/nova/+/921665
13:13:25 sahid sean-k-mooney: i guess but you also want to handle enviroment that scale
13:15:48 sean-k-mooney sure but in general we would not expec there to be more hten a hand ful of network segments per neutorn providree network and more then a hand full of ports per vm
13:16:20 sean-k-mooney i.e. 5 segments per network and 5 port per vm for 25 ish uuids max for a large vm/deployment
13:16:37 sean-k-mooney you can have more but i would think that is very atypical
13:17:48 sahid sean-k-mooney: with rpn you can't have more than one physnet attached to a segment for a given network, that means if you want to have small broadcast domain you have to have lot of networks
13:18:09 sahid I have fixed that missing in neutron, but it's only available start to zed
13:19:00 sean-k-mooney yes having lots of network is intened apprch
13:19:07 sahid for each host, you have an agregate related that is created by neutron
13:19:10 sean-k-mooney not one large network with lots of segments
13:19:24 sahid to ensure the vm is schedule on a host that handle the requested physnet
13:19:26 sean-k-mooney you do not have 1 aggreate per host
13:20:04 sean-k-mooney you have one aggrate per network segment and all hosts on the relevent phsynet related to the segment are added to that aggreate
13:20:05 sahid you have a aggregate for each segments, (sorry)
13:20:36 sean-k-mooney this is a know design limiattion with segment by the way
13:20:37 sahid if you have 100 networks and two physnet per networks, you hqve 200 aggregates
13:20:49 sean-k-mooney i orgially tried to have neutron not sue physnest for that mapping
13:20:54 sahid sean-k-mooney: yes fixed for zed
13:21:11 sean-k-mooney so in zed you can create segments and map the to specific hosts?

Earlier   Later