Friday, 2021-09-17

opendevreviewmelanie witt proposed openstack/nova master: WIP Enable unified limits in the nova-next job  https://review.opendev.org/c/openstack/nova/+/78996304:56
opendevreviewmelanie witt proposed openstack/nova master: WIP Enable unified limits in the nova-next job  https://review.opendev.org/c/openstack/nova/+/78996307:02
bauzasgibi: thanks for having approved the nova RC1 change07:26
gibibauzas: the gate seems to be down due to pip resolve issue (jobs times out) so we haven't merged the RC1 yet07:26
bauzasyeah I saw07:26
bauzasinfra is on it ?07:26
gibirelease team knows it but nobody able to reproduce it locally afaik07:27
bauzasshit.07:27
bauzasgibi: I'm happy to see you signed up our team for the PTG :p07:53
gibibauzas: yepp I did that early :)07:54
gibiwould be fun missing that07:54
bauzaswhat could be fun would be the miss the registration07:55
bauzasbe to miss*07:55
songwenping_bauzas: morning, i have two gpus virtualized on my env, and i config one pci address for the vgpu device_addresses, but nova report all gpus to placement, is this a bug?07:59
bauzassongwenping_: could you provide me the conf ?08:00
bauzassongwenping_: I think it's because you only have one type08:00
bauzasyou need to create a fake second type08:00
songwenping_yes, only one type.08:00
bauzasyeah, I know, it's bad08:00
bauzasdo something like enabled_vgpu_types = nvidia-XXX, foo08:01
bauzasand create a fake section [vgpu_foo]08:01
bauzaswith a fake device08:01
bauzasthat's because we don't look at the vgpu sections if we only have one type08:01
bauzasfor supporting the previous releases08:01
songwenping_yes, i looked into the code.08:02
songwenping_if the lenth of supported type is 1, it returns the type.08:02
bauzasyup08:04
songwenping_will we change this logic?08:05
bauzassongwenping_: we could remove the compatibility and just look whether we have a specific section 08:10
bauzasactually, this would continue to support the compatibility08:11
bauzassongwenping_: if you want, create a new bug report and if you want, you could provide a new change that I'd review08:11
bauzasit's simple, that's only done in a methond08:11
bauzasmethod*08:11
songwenping_bauzas: ok, i will report a new bug and fix it.08:12
bauzassongwenping_: lovely, thanks !08:13
songwenping_cool08:13
gibimelwitt, bauzas: the placement release notes now published properly https://docs.openstack.org/releasenotes/placement/xena.html08:39
bauzasnaïce08:39
gibiyou have strange letters :)08:39
bauzas... tells someone speaking Hungarian :p08:40
gibithose are not strange :D08:40
gibito me :D08:40
gibiáÁ-éÉ-íÍ-óÓ-öÖ-őŐ-úÚ-üÜ-űŰ08:41
bauzasheh08:41
bauzasactually, naïce is a French pun08:41
bauzasthis is because naice would mean "ai" == "è" (like heh)08:42
bauzasinstead, aï mean "ah-ee"08:42
bauzasand of course, you know the "ain" which is only one syllab 08:43
gibiplaying with phonetic 08:44
gibithat is fun08:44
gibihungary has some strange phonetic compared to the english e.g. around s, z, sz, zs,08:44
gibibasically how s sounds in english is sz in hungarian08:46
gibiand the hungarian s is closer to sh in english08:46
opendevreviewWenping Song proposed openstack/nova master: Remove the code that never reach  https://review.opendev.org/c/openstack/nova/+/80957208:47
bauzasgibi: I know, Balach :p08:50
bauzasor should I say Balass actually ?08:51
gibiI don't know a direct mapping betwen zs sound to english08:51
bauzasI remember you telling me once "Balach" but I could be wrong08:51
gibiohh08:51
gibigoogle helped08:51
gibizs (pronounced like the “s” in pleasure)08:51
bauzasI see08:52
gibiplezsör 08:52
bauzaslol08:52
gibiif I use hungarian pronunciation :D08:52
bauzasplizure08:53
bauzasactually, plizeure08:53
gibiand our languages are not even that far from each other, I guess gmann could add many other strangness to this discussion09:00
gibior alex_zu09:00
bauzasheh09:01
bauzason a sad note, RC1 is still on the weeds https://review.opendev.org/c/openstack/releases/+/80870609:01
bauzasI'm tempted to recheck but i'm not sure it will help09:01
gibielodilles and hberaud discussion the issue on #openstack-release09:03
gibiso I opt to wait a bit09:03
bauzasoh, was looking at the release chan ealier09:05
gibiand elod is actally előd where ő is the double long sound of 'e' in the english her09:13
gibielodilles: //09:13
gibiI mean ^^ 09:13
gibijust I had to switch layout for ő09:13
elodilles:)09:15
bauzasgibi: elodilles: so what's the prununciation ? helid ?09:15
bauzasoh, found https://www.youtube.com/watch?v=eLr9sfjk_Q809:16
bauzashttps://fr.forvo.com/word/el%C5%91d/09:17
bauzas\o/09:17
gibibauzas: that sounds like szilva (plum) in hungarian 09:17
elodillesyes, I can confirm that it's szilva :)09:18
bauzashah, fun to know09:18
bauzasI'm not that light-weight, especially after summer break09:19
opendevreviewRajat Dhasmana proposed openstack/nova-specs master: Add spec for volume backed server rebuild  https://review.opendev.org/c/openstack/nova-specs/+/80962109:45
opendevreviewRajat Dhasmana proposed openstack/nova-specs master: Add spec for volume backed server rebuild  https://review.opendev.org/c/openstack/nova-specs/+/80962109:55
oklhosthey buddies, someone else facing this issue my co-worker reported: https://bugs.launchpad.net/nova/+bug/194379310:00
*** bhagyashris_ is now known as bhagyashris11:43
sean-k-mooneyoklhost: i think this is a just a duplicat of a know issue that is not really a bug11:54
sean-k-mooneyoklhost: i think this is just the behavior we expect when nova-api is running under a wsgi server but you do not use the experimntal fature to run  the heatbeat thread in a seperet pthread11:55
gmanngibi: bauzas :)at first read, I thought 'naice'  means 'nice'. 14:04
bauzasgmann: that is korrect14:04
bauzasbut you need to use the ï14:04
bauzasor it would be "nehsse"14:04
gmanni see. 14:05
dansmithin 'merican we don't have none of those funky looking characters14:05
gmannjapanese has a lot and i was always confused with those14:06
dansmithuh, yeah :P14:06
gmannbut honestly saying using 'K' for 'c as k' sounds more clear and easy, especially for non-native english people :)14:09
bauzaswell, our French written level dropped a lot since a few year so I guess in a few years you'll see some Simple French too14:14
bauzaswhich is an oxymore14:14
bauzasoxymoron* actually14:14
* bauzas drops for taxi driving14:14
opendevreviewOpenStack Release Bot proposed openstack/nova stable/xena: Update .gitreview for stable/xena  https://review.opendev.org/c/openstack/nova/+/80975914:44
opendevreviewOpenStack Release Bot proposed openstack/nova stable/xena: Update TOX_CONSTRAINTS_FILE for stable/xena  https://review.opendev.org/c/openstack/nova/+/80976014:44
opendevreviewOpenStack Release Bot proposed openstack/nova master: Update master for stable/xena  https://review.opendev.org/c/openstack/nova/+/80976114:44
opendevreviewOpenStack Release Bot proposed openstack/nova master: Add Python3 yoga unit tests  https://review.opendev.org/c/openstack/nova/+/80976214:44
gibi\o/ we have RC1 cut14:46
bauzaswahooo14:54
ade_leestephenfin, lyarwood melwitt sean-k-mooney -- hey - can anyone look at https://zuul.opendev.org/t/openstack/build/af88c0d00ebb48509a51f6eb941c65c6/logs please -- there are octavia jobs failing in a fips enabled tripleo-stanalone job here -- looks like nova api is throwing 500s15:22
lyarwoodade_lee: ack I'll look shortly15:23
ade_leelyarwood, thanks!15:23
sean-k-mooneyinteresting are there trace backs15:26
sean-k-mooneylooks like there was a rabit issue then we see OSError: Apache/mod_wsgi request data read error: Partial results are valid but processing is incomplete.15:28
sean-k-mooneyso ya there is an oslo messaging time out then a buch of thost partial result errors15:29
sean-k-mooneythsi does not look related to nova15:29
sean-k-mooneyhttps://zuul.opendev.org/t/openstack/build/af88c0d00ebb48509a51f6eb941c65c6/log/logs/undercloud/var/log/containers/nova/nova-api.log#256115:30
ade_leesean-k-mooney, hmm - guess I'll do a recheck and see if its something transient -- I see nothing in rabbit logs15:32
mlozahello, I have two ceph clusters and I create cinder volumes with two types however, I can only attach first volume type to the instances, the second volume type throws an error https://paste.opendev.org/show/bq8pYJCpViYfJawKy943/15:38
mlozathe cinder secrets are the same on both15:39
mlozaI can query second ceph cluster using from the compute  ceph -c ceph.conf -n client.cinder --keyring=cinder.keyring status15:43
mlozanot sure why nova compute is throwing perm denied 15:44
sean-k-mooneyyou likely need to add a scond keyring to the libvirt secrets15:44
sean-k-mooneynormally when you add ceph you do something like this https://github.com/openstack/devstack-plugin-ceph/blob/master/devstack/lib/ceph#L244-L25915:46
sean-k-mooneybut unless the same keyrign works for both clusters you will need to add a second one and then set the right keyring infor in the ceph backend in cinder15:46
sean-k-mooneyhttps://ceph.io/geen-categorie/openstack-nova-configure-multiple-ceph-backends-on-one-hypervisor/15:48
sean-k-mooneymloza: kolla does not actuly support using muliple ceph clusters out of the box today15:49
mlozasean-k-mooney: i have cinder-backup and cinder keyring the same on both ceph cluster. Yes, I modified the playbooks by hand and creating two type of volumes works. 15:52
mlozai can only attach first volume type two tho15:53
mlozatype tho*15:53
sean-k-mooneyyou have to do somehting like this i think 15:53
sean-k-mooneycat <<EOF>> /etc/cinder/cinder.conf15:53
sean-k-mooney[ceph]15:54
sean-k-mooneyvolume_driver = cinder.volume.drivers.rbd.RBDDriver15:54
sean-k-mooneyvolume_backend_name=ceph15:54
sean-k-mooneyrbd_pool = volumes15:54
sean-k-mooneyrbd_ceph_conf = /etc/ceph/ceph.conf15:54
sean-k-mooneyrbd_flatten_volume_from_snapshot = false15:54
sean-k-mooneyrbd_max_clone_depth = 515:54
sean-k-mooneyrbd_store_chunk_size = 415:54
sean-k-mooneyrados_connect_timeout = -1 15:54
sean-k-mooneyglance_api_version = 215:54
sean-k-mooneyrbd_user =cinder15:54
sean-k-mooneyrbd_secret_uuid = `cat /root/uuid`15:54
sean-k-mooneyEOF15:54
mlozasean-k-mooney: does nova look up ceph.conf when attaching a volume?15:54
sean-k-mooney17. Restart the Cinder services.15:54
sean-k-mooneyno15:54
sean-k-mooneywe only use the info passed form cinder in the attachment connection info15:54
sean-k-mooneywhich will incudle the rbd_secret_uuid15:55
sean-k-mooneywhich is used to retirve the keyring form the libvirt secrte15:55
sean-k-mooneymloza: the cinder folks might be able to help more15:56
sean-k-mooneyi know this is definetly possible 15:56
sean-k-mooneyi jsut dont have the docs to hand15:56
sean-k-mooneybut other have done this15:56
sean-k-mooneyactully https://medium.com/walmartglobaltech/deploying-cinder-with-multiple-ceph-cluster-backends-2cd90d64b10 might be what i was looking for15:57
sean-k-mooneyya that explains the addtion of the second secret and the cinder config15:57
sean-k-mooney"""Create the appropriate cinder user on your new Ceph cluster. The username must be different from the existing Ceph cluster cinder username"""15:58
mlozai stumbled upon that blog yesterday16:00
mlozalooks like the second secret must be unique16:00
mlozathis is how my cinder.conf looks like https://paste.opendev.org/raw/809414/16:00
mlozathese are what inside the libvirt/secrets16:01
mloza(nova-libvirt)[root@compute33 secrets]# pwd16:01
mloza/etc/libvirt/secrets16:01
mloza(nova-libvirt)[root@compute33 secrets]# ls -al16:01
mlozatotal 1616:01
mlozadrw------- 2 root root 204 Sep 17 15:20 .16:01
mlozadrwxr-xr-x 1 root root  75 Sep 17 15:20 ..16:01
mloza-rw------- 1 root root  40 Sep 17 15:20 1d5b8192-6acf-4f06-8c60-1eb7ecbfe911.base6416:01
mloza-rw------- 1 root root 170 Sep 17 15:20 1d5b8192-6acf-4f06-8c60-1eb7ecbfe911.xml16:01
mloza-rw------- 1 root root  40 Sep 17 15:20 c5730348-ff66-4491-8973-9a31317eaf00.base6416:02
mloza-rw------- 1 root root 168 Sep 17 15:20 c5730348-ff66-4491-8973-9a31317eaf00.xml16:02
mloza(nova-libvirt)[root@compute33 secrets]#16:02
sean-k-mooneyya so your using the same user for both16:02
sean-k-mooneyso i think you need a different user and a diffent secret for each16:02
mlozaI guess the same user can stay. I'll try with a different secret 16:04
mlozathx for the info16:04
lyarwoodade_lee: https://paste.opendev.org/show/809415/ - looks like libvirtd was super slow plugging the device for some reason 16:35
lyarwoodassuming that's the request that octavia failed on 16:36
* lyarwood checks16:36
ade_leelyarwood, thanks - lets see if it recurs16:41
lyarwoodade_lee:  ack, no idea how to trace the nova requests from octavia fwiw16:42
johnsomlyarwood https://zuul.opendev.org/t/openstack/build/af88c0d00ebb48509a51f6eb941c65c6/log/logs/undercloud/var/log/containers/octavia/worker.log#686516:45
johnsomhttp://192.168.24.3:8774/v2.1/servers/52249295-f031-4f53-b403-86577a6a6e01/os-interface16:45
johnsom{"interfaceAttachment": {"port_id": "47a2114d-ae49-4928-b00e-87948bd73183"}}16:45
lyarwoodah ha16:45
lyarwoododd that it didn't log the request-id16:46
johnsomYeah, I was puzzled too until I saw it was the tripleo haproxy process that responded with the 50416:47
johnsomhttps://zuul.opendev.org/t/openstack/build/af88c0d00ebb48509a51f6eb941c65c6/log/logs/undercloud/var/log/containers/haproxy/haproxy.log#127616:47
opendevreviewDan Smith proposed openstack/nova master: DNM: Test glance multistore default  https://review.opendev.org/c/openstack/nova/+/80988317:33
mlozasean-k-mooney: i defined a different ceph user and secret for second cluster however, but i'm getting the same error https://paste.opendev.org/raw/809420/19:50
mlozais rbd_secret_uuid in [libvirt] for nova.conf supports multiple uuids?20:02
opendevreviewmelanie witt proposed openstack/nova master: Add legacy limits and usage to placement unified limits  https://review.opendev.org/c/openstack/nova/+/71349820:59
opendevreviewmelanie witt proposed openstack/nova master: Update quota apis with keystone limits and usage  https://review.opendev.org/c/openstack/nova/+/71349920:59
opendevreviewmelanie witt proposed openstack/nova master: Add reno for unified limits  https://review.opendev.org/c/openstack/nova/+/71527120:59
opendevreviewmelanie witt proposed openstack/nova master: WIP Enable unified limits in the nova-next job  https://review.opendev.org/c/openstack/nova/+/78996321:08
*** tbachman is now known as Guest17221:11
opendevreviewmelanie witt proposed openstack/nova master: WIP Enable unified limits in the nova-next job  https://review.opendev.org/c/openstack/nova/+/78996323:36

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