Same on the systemvmtemplate-4.11.0-kvm.qcow2 image.... I guess I don't understand how the template gets customized and why it doesn't work for us.
On Fri, Oct 19, 2018 at 11:09 AM Jean-Francois Nadeau < the.jfnad...@gmail.com> wrote: > So at first I did not upgrade the agent thinking I would first make sure > our controllers upgrade went as planned then do the upgrade of all the > agents on several hundreds of KVM hosts. So if something goes wrong I > would roll back the controller only. > > Since this upgrade is a test in a lab environment, I did try to upgrade > the agent and deleted the console proxy agin but it will still not come up > and from the console I see the /usr/local/cloud directory is empty... > expected ? The systemvmtemplate-4.11.2-kvm.qcow2 image has nothing under > /usr/local/cloud > > > > > On Thu, Oct 18, 2018 at 5:57 PM Rohit Yadav <rohit.ya...@shapeblue.com> > wrote: > >> Hi Jean-Francois, >> >> >> Did you upgrade your KVM agent and restart it as well? The >> systemvmtemplate seems find but it may be possible that an older >> systemvm.iso has patched the systemvm which is why you're seeing the error. >> >> >> - Rohit >> >> <https://cloudstack.apache.org> >> >> >> >> ________________________________ >> From: Jean-Francois Nadeau <the.jfnad...@gmail.com> >> Sent: Friday, October 19, 2018 2:13:16 AM >> To: users@cloudstack.apache.org >> Subject: New SSVM wont start after upgrade from 4.9.3 to 4.11.2rc3 >> >> hi all, >> >> After upgrading from 4.9.3 to 4.11.2rc3 on centos7/KVM, the old SSMV were >> running and working fine until I destroyed them to get them on the current >> version (I uploaded the 4.11.2rc3 template before the upgrade) >> >> Now whatever I do there's nothing running on the new Console proxy VM >> >> Oct 18 20:30:53 v-15-VM systemd[1]: Starting /etc/rc.local >> Compatibility... >> Oct 18 20:30:53 v-15-VM systemd[788]: rc-local.service: Failed at step >> EXEC >> spawning /etc/rc.local: Exec format error >> Oct 18 20:30:53 v-15-VM systemd[783]: cloud.service: Failed at step CHROOT >> spawning /usr/local/cloud/systemvm/_run.sh: No such file or directory >> >> root@v-15-VM:~# systemctl status cloud --no-pager -l >> ● cloud.service - CloudStack Agent service >> Loaded: loaded (/etc/systemd/system/cloud.service; enabled; vendor >> preset: enabled) >> Active: activating (auto-restart) (Result: exit-code) since Thu >> 2018-10-18 20:36:45 UTC; 881ms ago >> Process: 1244 ExecStart=/usr/local/cloud/systemvm/_run.sh (code=exited, >> status=210/CHROOT) >> Main PID: 1244 (code=exited, status=210/CHROOT) >> >> Oct 18 20:36:45 v-15-VM systemd[1]: cloud.service: Unit entered failed >> state. >> Oct 18 20:36:45 v-15-VM systemd[1]: cloud.service: Failed with result >> 'exit-code'. >> >> >> I that systemvm build valid ? >> >> root@v-15-VM:~# cat /etc/cloudstack-release >> Cloudstack Release 4.11.2 Wed Oct 17 19:09:25 UTC 2018 >> >> thanks ! >> >> rohit.ya...@shapeblue.com >> www.shapeblue.com >> Amadeus House, Floral Street, London WC2E 9DPUK >> @shapeblue >> >> >> >>