Jevgeni, qemu-kvm 1.5.3 is the lastest official one for CentoS 7.6.XXX (latest) which I'm running atm in my lab (just checked for update) - how did you manage to go to 2.0 (custom repo ?)
On Thu, 21 Mar 2019 at 18:13, Ivan Kudryavtsev <kudryavtsev...@bw-sw.com> wrote: > Jevgeniy, simplest and the most obvious way is to flatten their images with > "qemu-img convert", next import them as templates and recreate VMs from > those templates. > > чт, 21 мар. 2019 г. в 13:05, Jevgeni Zolotarjov <j.zolotar...@gmail.com>: > > > What happened in the end was: qemu-kvm got updated to version 2.0 during > > the maintenance. We could not manage to make this KVM to work with > > Cloudstack. > > So we rolled back to version 1.5.3. > > > > And now we have clean cloudstack fully operational. We can create new VMs > > and it works. I am almost happy. > > > > Now question - how do I get my old VMs to work, considering I have only > > their volumes? > > > > On Thu, Mar 21, 2019 at 6:24 PM Andrija Panic <andrija.pa...@gmail.com> > > wrote: > > > > > Just replace the URL for systemVM template from 4.11.1 with 4.11.2 > (there > > > is a PR for this now). > > > > > > On Thu, 21 Mar 2019 at 16:53, Andrija Panic <andrija.pa...@gmail.com> > > > wrote: > > > > > > > Please use the one, updated specifically for CentOS 7 - > > > > > > > > > > https://github.com/apache/cloudstack-documentation/blob/master/source/quickinstallationguide/qig.rst > > > > > > > > And please avoid collocating KVM and MGMT on same server (especially > in > > > > any production-like system) > > > > > > > > Please let me know if the guide above gives you problem - we had > > multiple > > > > users explicitly following it - and successfully installed (with some > > > minor > > > > modification, which we committed back to that guide). > > > > > > > > Thanks > > > > Andrija > > > > > > > > On Thu, 21 Mar 2019 at 16:34, Jevgeni Zolotarjov < > > j.zolotar...@gmail.com > > > > > > > > wrote: > > > > > > > >> OS management - centos 7 (1810) > > > >> OS hypervisor - centos 7 (1810) > > > >> > > > >> Basic zone - yes > > > >> I am following this quide > > > >> > > > >> > > > > > > http://docs.cloudstack.apache.org/en/4.11.2.0/quickinstallationguide/qig.html > > > >> > > > >> Right now from scratch - management ans hypervisor on the same > machine > > > >> qemu - version 1.5.3 > > > >> libvirt - libvirt version: 4.5.0, package: 10.el7_6.6 > > > >> > > > >> Basically - everything out of the box of clean centos install > > > >> > > > >> > > > >> > > > >> > > > >> On Thu, Mar 21, 2019 at 5:08 PM Andrija Panic < > > andrija.pa...@gmail.com> > > > >> wrote: > > > >> > > > >> > Hey Jevgeni, > > > >> > > > > >> > what OS mgmt, what OS hypervisor, what qemu/libvirt versions - > still > > > in > > > >> > Basic Zone, SG ? > > > >> > > > > >> > Andrija > > > >> > > > > >> > On Thu, 21 Mar 2019 at 13:06, Jevgeni Zolotarjov < > > > >> j.zolotar...@gmail.com> > > > >> > wrote: > > > >> > > > > >> > > I reinstalled cloudstack from scratch - everything > > > >> > > > > > >> > > But looks like I hit the same wall now > > > >> > > > > > >> > > In the last step of installation it cannot create system VMs. > > > >> > > > > > >> > > service libvirtd status -l > > > >> > > gives me > > > >> > > ------------------------------------ > > > >> > > ● libvirtd.service - Virtualization daemon > > > >> > > Loaded: loaded (/usr/lib/systemd/system/libvirtd.service; > > > enabled; > > > >> > > vendor preset: enabled) > > > >> > > Active: active (running) since Thu 2019-03-21 11:45:00 GMT; > > 18min > > > >> ago > > > >> > > Docs: man:libvirtd(8) > > > >> > > https://libvirt.org > > > >> > > Main PID: 537 (libvirtd) > > > >> > > Tasks: 20 (limit: 32768) > > > >> > > CGroup: /system.slice/libvirtd.service > > > >> > > ├─ 537 /usr/sbin/libvirtd -l > > > >> > > ├─12206 /usr/sbin/dnsmasq > > > >> > > --conf-file=/var/lib/libvirt/dnsmasq/default.conf --leasefile-ro > > > >> > > --dhcp-script=/usr/libexec/libvirt_leaseshelper > > > >> > > └─12207 /usr/sbin/dnsmasq > > > >> > > --conf-file=/var/lib/libvirt/dnsmasq/default.conf --leasefile-ro > > > >> > > --dhcp-script=/usr/libexec/libvirt_leaseshelper > > > >> > > > > > >> > > Mar 21 11:45:01 mtl1-apphst03.mt.pbt.com.mt libvirtd[537]: > > > 2019-03-21 > > > >> > > 11:45:01.168+0000: 566: info : libvirt version: 4.5.0, package: > > > >> > 10.el7_6.6 > > > >> > > (CentOS BuildSystem <http://bugs.centos.org>, > > 2019-03-14-10:21:47, > > > >> > > x86-01.bsys.centos.org) > > > >> > > Mar 21 11:45:01 mtl1-apphst03.mt.pbt.com.mt libvirtd[537]: > > > 2019-03-21 > > > >> > > 11:45:01.168+0000: 566: info : hostname: > > > mtl1-apphst03.mt.pbt.com.mt > > > >> > > Mar 21 11:45:01 mtl1-apphst03.mt.pbt.com.mt libvirtd[537]: > > > 2019-03-21 > > > >> > > 11:45:01.168+0000: 566: error : virFirewallApplyRuleDirect:709 : > > > >> internal > > > >> > > error: Failed to apply firewall rules /usr/sbin/iptables -w > > --table > > > >> nat > > > >> > > --insert POSTROUTING --source 192.168.122.0/24 '!' > --destination > > > >> > > 192.168.122.0/24 --jump MASQUERADE: iptables v1.4.21: can't > > > >> initialize > > > >> > > iptables table `nat': Table does not exist (do you need to > > insmod?) > > > >> > > Mar 21 11:45:01 mtl1-apphst03.mt.pbt.com.mt libvirtd[537]: > > Perhaps > > > >> > > iptables > > > >> > > or your kernel needs to be upgraded. > > > >> > > Mar 21 11:45:01 mtl1-apphst03.mt.pbt.com.mt dnsmasq[12206]: > read > > > >> > > /etc/hosts > > > >> > > - 4 addresses > > > >> > > Mar 21 11:45:01 mtl1-apphst03.mt.pbt.com.mt dnsmasq[12206]: > read > > > >> > > /var/lib/libvirt/dnsmasq/default.addnhosts - 0 addresses > > > >> > > Mar 21 11:45:01 mtl1-apphst03.mt.pbt.com.mt > dnsmasq-dhcp[12206]: > > > read > > > >> > > /var/lib/libvirt/dnsmasq/default.hostsfile > > > >> > > Mar 21 11:45:01 mtl1-apphst03.mt.pbt.com.mt libvirtd[537]: > > > 2019-03-21 > > > >> > > 11:45:01.354+0000: 566: warning : virSecurityManagerNew:189 : > > > >> Configured > > > >> > > security driver "none" disables default policy to create > confined > > > >> guests > > > >> > > Mar 21 11:49:57 mtl1-apphst03.mt.pbt.com.mt libvirtd[537]: > > > 2019-03-21 > > > >> > > 11:49:57.354+0000: 542: warning : qemuDomainObjTaint:7521 : > Domain > > > >> id=2 > > > >> > > name='s-1-VM' uuid=1a06d3a7-4e3f-4cba-912f-74ae24569bac is > > tainted: > > > >> > > high-privileges > > > >> > > Mar 21 11:49:59 mtl1-apphst03.mt.pbt.com.mt libvirtd[537]: > > > 2019-03-21 > > > >> > > 11:49:59.402+0000: 540: warning : qemuDomainObjTaint:7521 : > Domain > > > >> id=3 > > > >> > > name='v-2-VM' uuid=af2a8342-cd9b-4b55-ba12-480634a31d65 is > > tainted: > > > >> > > high-privileges > > > >> > > > > > >> > > > > > >> > > What can be done about that ? > > > >> > > > > > >> > > > > >> > > > > >> > -- > > > >> > > > > >> > Andrija Panić > > > >> > > > > >> > > > > > > > > > > > > -- > > > > > > > > Andrija Panić > > > > > > > > > > > > > -- > > > > > > Andrija Panić > > > > > > > > -- > With best regards, Ivan Kudryavtsev > Bitworks LLC > Cell RU: +7-923-414-1515 > Cell USA: +1-201-257-1512 > WWW: http://bitworks.software/ <http://bw-sw.com/> > -- Andrija Panić
