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/>
