[
https://issues.apache.org/jira/browse/CLOUDSTACK-4826?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13789309#comment-13789309
]
Dave Garbus commented on CLOUDSTACK-4826:
-----------------------------------------
Upon further investigation, it appears that cloud-install-sys-tmplt is not
updating the database, even though it reports success.
[root@XXXX ~]#
/usr/share/cloudstack-common/scripts/storage/secondary/cloud-install-sys-tmplt
-m /mnt/secondary -u
http://download.cloud.com/templates/4.2/systemvmtemplate-2013-06-12-master-kvm.qcow2.bz2
-h kvm -F
--2013-10-08 10:23:18--
http://download.cloud.com/templates/4.2/systemvmtemplate-2013-06-12-master-kvm.qcow2.bz2
Resolving download.cloud.com... 205.251.243.57
Connecting to download.cloud.com|205.251.243.57|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 272915248 (260M) [application/octet-stream]
Saving to:
“/usr/share/cloudstack-common/scripts/storage/secondary/d348a0a8-0045-4731-9187-5a668fed77b6.qcow2”
100%[======================================================================================================================================================================================================================================>]
272,915,248 1.18M/s in 3m 8s
2013-10-08 10:26:27 (1.38 MB/s) -
“/usr/share/cloudstack-common/scripts/storage/secondary/d348a0a8-0045-4731-9187-5a668fed77b6.qcow2”
saved [272915248/272915248]
Uncompressing to
/usr/share/cloudstack-common/scripts/storage/secondary/d348a0a8-0045-4731-9187-5a668fed77b6.qcow2.tmp
(type bz2)...could take a long time
Moving to
/mnt/secondary/template/tmpl/1/3///d348a0a8-0045-4731-9187-5a668fed77b6.qcow2...could
take a while
Successfully installed system VM template to /mnt/secondary/template/tmpl/1/3/
[root@XXXX ~]# mysql -e 'select id,name,url,checksum from cloud.vm_template
where type = "SYSTEM" and hypervisor_type = "KVM"\G'
*************************** 1. row ***************************
id: 3
name: SystemVM Template (KVM)
url:
http://download.cloud.com/templates/acton/acton-systemvm-02062012.qcow2.bz2
checksum: 2755de1f9ef2ce4d6f2bee2efbb4da92
> System VMs fail to start
> ------------------------
>
> Key: CLOUDSTACK-4826
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-4826
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: KVM
> Affects Versions: 4.2.0
> Environment: CentOS 6.4
> qemu-kvm-0.12.1.2-2.355.0.1.el6_4.9.x86_64
> Cloudstack installed from RPM repo listed in docs
> Reporter: Dave Garbus
> Priority: Critical
>
> After upgrading from 4.1.1 to 4.2, system VMs did not restart properly when
> running cloudstack-sysvmadm. Since we do not rely heavily on them at this
> point, I removed them figuring they would simply be recreated (this has
> worked in the past).
> When CloudStack attempts to recreate the VMs, provisioning fails:
> agent.log (IPs are obscured):
> ========================
> Timed out:
> /usr/share/cloudstack-common/scripts/vm/hypervisor/kvm/patchviasocket.pl -n
> s-111-VM -p
> %template=domP%type=secstorage%host=XXXX.com%port=8250%name=s-111-VM%zone=1%pod=1%guid=s-111-VM%resource=com.cloud.storage.resource.PremiumSecondaryStorageResource%instance=SecStorage%sslcopy=true%role=templateProcessor%mtu=1500%eth2ip=XX.XX.XX.XX%eth2mask=255.255.255.0%gateway=XX.XX.XX.XX%public.network.device=eth2%eth0ip=169.254.0.47%eth0mask=255.255.0.0%eth1ip=XX.XX.XX.XX%eth1mask=255.255.255.0%mgmtcidr=XX.XX.XX.0/29%localgw=XX.XX.XX.XX%private.network.device=eth1%eth3ip=XX.XX.XX.XX%eth3mask=255.255.255.0%storageip=XX.XX.XX.XX%storagenetmask=255.255.255.0%storagegateway=XX.XX.XX.XX%internaldns1=XX.XX.XX.XX%internaldns2=XX.XX.XX.XX%dns1=XX.XX.XX.XX%dns2=XX.XX.XX.XX
> . Output is:
> I gained access to the VM using the root password, and this is what I found:
> root@systemvm:~# cat /etc/cloudstack-release
> Cloudstack Release 3.0 Mon Feb 6 15:10:04 PST 2012
> root@systemvm:~# uname -a
> Linux systemvm 2.6.32-5-686-bigmem #1 SMP Mon Jan 16 16:42:05 UTC 2012 i686
> GNU/Linux
> root@systemvm:~# /etc/init.d/cloud-
> cloud-early-config cloud-passwd-srvr
> root@systemvm:~# /etc/init.d/cloud-early-config start
> Executing cloud-early-config...Executing cloud-early-config...Detected that
> we are running inside kvm guest.../dev/vport0p1 not loaded, perhaps guest
> kernel is too old....root@systemvm:~#
> I have the system vm template
> systemvmtemplate-2013-06-12-master-kvm.qcow2.bz2, which is the latest (to my
> knowledge), on my secondary storage NFS mount, however, the SSVM is not able
> to be started, so I'm not sure this helps.
> Please let me know if more information is needed.
--
This message was sent by Atlassian JIRA
(v6.1#6144)
