Earlier  
Posted Nick Remark
#openstack-nova - 2019-11-05
20:30:50 sean-k-mooney 4.0 of?
20:31:02 sean-k-mooney libvirt you check with libvirtd --version
20:31:23 efried yeah, 4.0.0
20:31:51 sean-k-mooney ya and ubuntu 18.04 has 2.11 libvirt
20:32:00 sean-k-mooney *qemu
20:32:29 sean-k-mooney so the qemu in the gate should be fine
20:32:35 efried confirmed 2.11
20:33:04 efried Is there a way *other* than building from source (which I have chronically shit luck with, no matter what I'm trying to build) to get a higher libvirt on my bionic?
20:33:39 sean-k-mooney i dont think there is a ppa but it migth be in the ubuntu cloud archive
20:33:43 sean-k-mooney let me check
20:34:39 sean-k-mooney ya they have 5.4
20:34:47 sean-k-mooney http://ubuntu-cloud.archive.canonical.com/ubuntu/pool/main/libv/libvirt/
20:35:04 sean-k-mooney you need 5.6 however right
20:35:05 efried okay, so if I need 5.6.0 I need to build
20:35:06 efried yeah.
20:35:15 efried wah wah wahhhhh
20:36:46 sean-k-mooney even the libvirt ppa is 5.4 https://launchpad.net/ubuntu/+source/libvirt
20:37:20 sean-k-mooney ill let you know in a few minute i the plug still work.
20:37:57 efried sean-k-mooney: I gotta do this locally first anyway
20:37:58 sean-k-mooney i havenet used it in like 2 years but i wrote the first version of it to solve this exact problem
20:38:19 efried unless you're saying I can use the plugin to do it locally.... which would make a certain amount of sense ;P
20:38:30 sean-k-mooney yes you can
20:38:54 sean-k-mooney its just a devstack plugin so you can run it locally by adding the 3 lines i sent you to your local.conf
20:39:55 sean-k-mooney it should intall all the deps to build it and checkout the version you set as part of stacking
20:40:42 efried oo
20:44:19 efried mriedem: done
20:46:53 efried sean-k-mooney: trying....
20:47:02 mriedem efried: thanks
20:47:32 sean-k-mooney efried: libvirt just finsihed building for me
20:47:33 efried I couldn't just sit here listening to all the begging.
20:47:38 sean-k-mooney its working on qemu now
20:47:54 efried sean-k-mooney: cool, so given that I'm running 1/128th of the cores you are, mine will finish some time tomorrow?
20:48:31 sean-k-mooney its not that bad. im limited by disk io
20:49:00 sean-k-mooney it will add maybe 5-10 mins on the build at most and i setup the pluging to cache the build
20:49:34 sean-k-mooney it creates a BUILD_COMPLETE file in /opt/stack/libvirt and /opt/stack/qemu
20:49:48 sean-k-mooney so you dont need to do it again unless you want too
20:50:05 sean-k-mooney unstack does not delete that file but clean will
20:50:34 efried nice
20:50:44 efried By sheer luck, I totally asked the right person.
20:51:03 efried ...unless it doesn't work for me. In which case you're fired.
20:51:15 sean-k-mooney assuming it still works you can also give it a set of patchwork urls and to test with unmerged patche to both too
20:51:34 efried hum, I seem to still be running under py2, which probably isn't my best call.
20:51:52 sean-k-mooney it will proably be fine
20:51:56 efried Do I just fix that by setting USE_PYTHON3=true in my local.conf?
20:52:01 sean-k-mooney for about another week or two
20:52:08 sean-k-mooney yes
20:52:23 efried well, I don't really care except that I'm trying to be close to realistic here.
20:52:46 sean-k-mooney if your talking to a bank they will be running python 2 for the next decade
20:53:24 sean-k-mooney setting USE_PYTHON3=true wont remove the py2 stuff so its best to do that on a clean vm
20:53:41 efried would you be disgusted if I told you I'm not running in a VM?
20:53:44 rouk s/python 2/COBOL or some variant of BASIC or java 1.0/g
20:54:33 sean-k-mooney efried: not really if you have a dev server
20:54:42 efried indeed rouk. FORTRAN etc. Course, they're probably not running OpenStack in those languages.
20:54:42 sean-k-mooney i would not run devstack on my laptop directly however
20:54:50 efried yeah, I've got some dev NUCs.
20:55:25 efried I think it's building libvirt...
20:56:36 sean-k-mooney just finished qemu
20:57:43 sean-k-mooney ... and it failed... sudo addgroup -f -r libvirt
20:57:45 sean-k-mooney Option f is ambiguous (firstuid, force-badname)
20:57:47 sean-k-mooney Unknown option: r
20:57:55 sean-k-mooney why do pepole change things like addgroup
21:00:00 sean-k-mooney oh those are the optiongs for groupadd
21:01:33 sean-k-mooney efried: if you have a different terminal just run "sudo groupadd -f -r libvirt"
21:02:06 sean-k-mooney and it will continue instaed failing or you can leave it fail and run it after and then just stack and unstack
21:04:04 efried thanks sean-k-mooney. Why is it ambiguous in flight and not when I run it??
21:04:45 sean-k-mooney its trying to use addgroup not groupadd
21:05:26 sean-k-mooney https://opendev.org/x/devstack-plugin-libvirt-qemu/src/branch/master/devstack/libs/libvirt#L157
21:05:40 sean-k-mooney its a bug but this has not been tested on 18.04 before
21:05:55 sean-k-mooney i last used it on 16.04 and centos7
21:06:23 openstackgerrit Archit Modi proposed openstack/nova master: Revert "openstack server create" to "nova boot" in nova docs https://review.opendev.org/693065
21:06:26 efried o
21:06:39 sean-k-mooney ill fix it up after i test it a bit
21:13:57 openstackgerrit Archit Modi proposed openstack/nova master: Revert "openstack server create" to "nova boot" in nova docs https://review.opendev.org/693065
21:15:55 efried sean-k-mooney: http://paste.openstack.org/raw/785825/ FYI
21:18:50 sean-k-mooney do you have /usr/bin/python
21:19:00 openstackgerrit melanie witt proposed openstack/nova stable/stein: Add regression test for bug 1824435 https://review.opendev.org/692906
21:19:00 openstack bug 1824435 in OpenStack Compute (nova) stein "fill_virtual_interface_list migration fails on second attempt" [Medium,In progress] https://launchpad.net/bugs/1824435 - Assigned to melanie witt (melwitt)
21:19:00 openstackgerrit melanie witt proposed openstack/nova stable/stein: Remove redundant call to get/create default security group https://review.opendev.org/692907
21:19:43 efried sean-k-mooney: yes, it points to python2.7
21:20:34 sean-k-mooney that shoudl be fine i have the same its form here https://opendev.org/x/devstack-plugin-libvirt-qemu/src/branch/master/devstack/libs/libvirt#L209
21:22:18 sean-k-mooney you could proably comment that line out and install libvirt-python by hand
21:22:31 sean-k-mooney the plugin will be cloned locally to /opt/stack
21:22:34 efried sean-k-mooney: I tried, it fails the same way. I even tried installing a lower version.
21:23:08 sean-k-mooney so installing libvirt python just fails in general form pip
21:24:06 efried oh, hold on, it's failing a different way when I do it manually...
21:26:48 efried sean-k-mooney: http://paste.openstack.org/raw/785826/
21:28:41 efried sorry, the original thing happened when I tried it manually the first time
21:28:41 efried then I unstacked
21:28:41 efried then after the unstack it started to fail the second way. That's probably because unstack unset the path to libvirt.
21:29:06 sean-k-mooney maybe what to you get if you run this
21:29:08 sean-k-mooney ubuntu@dev:/opt/repos/devstack$ pkg-config libvirt ; echo $?
21:29:10 sean-k-mooney 0
21:29:52 efried 1 right now, lemme stack again and see...
21:30:14 sean-k-mooney had you stacked on the system before
21:30:17 sean-k-mooney or was it clean
21:30:25 sean-k-mooney im currenly not using a clean vm
21:30:27 efried before before? yes
21:30:36 sean-k-mooney ok same then
21:30:58 efried I unstacked, cleaned, upgraded all packages, rebooted, then started stacking with RECLONE and your plugin, other stuff unchanged.
21:31:31 sean-k-mooney do you have the libvirt.so?

Earlier   Later