hi , seeded the new valid template
[root@cs /]# /usr/share/cloudstack-common/scripts/storage/secondary/cloud-install-sys-tmplt -m /mnt/secondary -u http://download.cloud.com/templates/4.3/systemvm64template-2014-01-14-master-xen.vhd.bz2-h xenserver -F --2014-04-25 18:11:39-- http://download.cloud.com/templates/4.3/systemvm64template-2014-01-14-master-xen.vhd.bz2 Resolving download.cloud.com... 207.171.189.81 Connecting to download.cloud.com|207.171.189.81|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 236599855 (226M) [application/octet-stream] Saving to: "/usr/share/cloudstack-common/scripts/storage/secondary/65b3ab61-fa76-4ba1-9742-bd0060d889c1.vhd" 100%[===========================================================================================================================================================>] 236,599,855 675K/s in 5m 53s 2014-04-25 18:17:38 (655 KB/s) - "/usr/share/cloudstack-common/scripts/storage/secondary/65b3ab61-fa76-4ba1-9742-bd0060d889c1.vhd" saved [236599855/236599855] Uncompressing to /usr/share/cloudstack-common/scripts/storage/secondary/65b3ab61-fa76-4ba1-9742-bd0060d889c1.vhd.tmp (type bz2)...could take a long time Moving to /mnt/secondary/template/tmpl/1/1///65b3ab61-fa76-4ba1-9742-bd0060d889c1.vhd...could take a while Successfully installed system VM template to /mnt/secondary/template/tmpl/1/1/ validated in host, [root@XenMaddy 1]# vhd-util check -n 65b3ab61-fa76-4ba1-9742-bd0060d889c1.vhd 65b3ab61-fa76-4ba1-9742-bd0060d889c1.vhd is valid in management server it shows that the SystemVm template(xenserver) ReadyYesStatusDownload Complete but still it this giving me that same exception, WARN [c.c.h.x.r.XenServerStorageProcessor] (DirectAgent-65:ctx-f336fc42) destoryVDIbyNameLabel failed due to there are 0 VDIs with name cloud-652438c0-d61d-4582-b8ab-c117576df1ce WARN [c.c.h.x.r.XenServerStorageProcessor] (DirectAgent-65:ctx-f336fc42)* can not create vdi in sr 069d1983-b2a2-2a6b-f16b-5fb44cdd2f6a* WARN [c.c.h.x.r.XenServerStorageProcessor] (DirectAgent-65:ctx-f336fc42) Catch Exception com.cloud.utils.exception.CloudRuntimeException for template + due to com.cloud.utils.exception.CloudRuntimeException: can not create vdi in sr 069d1983-b2a2-2a6b-f16b-5fb44cdd2f6a com.cloud.utils.exception.CloudRuntimeException: can not create vdi in sr 069d1983-b2a2-2a6b-f16b-5fb44cdd2f6a at com.cloud.hypervisor.xen.resource.XenServerStorageProcessor. *copy_vhd_from_secondarystorage(XenServerStorageProcessor.java:848)* ............................. INFO [c.c.v.VirtualMachineManagerImpl] (secstorage-1:ctx-a4b72c2a) Unable to contact resource. com.cloud.exception.StorageUnavailableException: Resource [StoragePool:2] is unreachable: Unable to create Vol[14|vm=14|ROOT]:Catch Exception com.cloud.utils.exception.CloudRuntimeException for template + due to com.cloud.utils.exception.CloudRuntimeException: can not create vdi in sr 069d1983-b2a2-2a6b-f16b-5fb44cdd2f6a at org.apache.cloudstack.engine.orchestration.VolumeOrchestrator.recreateVolume(VolumeOrchestrator.java:1202) at org.apache.cloudstack.engine.orchestration.VolumeOrchestrator.prepare(VolumeOrchestrator.java:1254) ........................... WARN [c.c.c.ConsoleProxyManagerImpl] (consoleproxy-1:ctx-0305a500) Exception while trying to start console proxy com.cloud.exception.InsufficientServerCapacityException: Unable to create a deployment for VM[ConsoleProxy|v-6-VM]Scope=interface com.cloud.dc.DataCenter; id=1 at com.cloud.vm.VirtualMachineManagerImpl.orchestrateStart(VirtualMachineManagerImpl.java:921) i can see my primary storage mounted successfully in host as SR *069d1983-b2a2-2a6b-f16b-5fb44cdd2f6a,* can ping the nfs server from host. but there seems to be while creating a vdi in sr, not sure why ? thanks. On Fri, Apr 25, 2014 at 5:47 PM, Punith S <punit...@cloudbyte.com> wrote: > hi, > > i manually copied the seeded vhd file from secondary storage to my xen > host and ran the following commands. > > [root@XenMaddy /]# vhd-util check -n > 3fdfe519-a8e0-4a0b-9fc7-cd59465e53ab.vhd > primary footer invalid: invalid cookie > *3fdfe519-a8e0-4a0b-9fc7-cd59465e53ab.vhd appears invalid; dumping > metadata* > VHD Footer Summary: > ------------------- > Cookie : conectix > Features : (0x00000002) <RESV> > File format version : Major: 1, Minor: 0 > Data offset : 512 > Timestamp : Fri Jan 1 00:00:00 2010 > Creator Application : 'tap' > Creator version : Major: 1, Minor: 3 > Creator OS : Unknown! > Original disk size : 2500 MB (2621440000 Bytes) > Current disk size : 2500 MB (2621440000 Bytes) > Geometry : Cyl: 5079, Hds: 16, Sctrs: 63 > : = 2499 MB (2621251584 Bytes) > Disk type : Dynamic hard disk > Checksum : 0xffffeda0|0xffffeda0 (Good!) > UUID : b19acba1-2978-4cb3-941f-b2559cf8843f > Saved state : No > Hidden : 0 > > VHD Header Summary: > ------------------- > Cookie : cxsparse > Data offset (unusd) : 18446744073709 > Table offset : 1536 > Header version : 0x00010000 > Max BAT size : 1250 > Block size : 2097152 (2 MB) > Parent name : > Parent UUID : 00000000-0000-0000-0000-000000000000 > Parent timestamp : Sat Jan 1 00:00:00 2000 > Checksum : 0xfffff391|0xfffff391 (Good!) > > VHD Batmap Summary: > ------------------- > Batmap offset : 7168 > Batmap size (secs) : 1 > Batmap version : 0x00010002 > Checksum : 0xffff63db|0xffff63db (Good!) > > > > [root@XenMaddy /]# vhd-util scan 3fdfe519-a8e0-4a0b-9fc7-cd59465e53ab.vhd > vhd=3fdfe519-a8e0-4a0b-9fc7-cd59465e53ab.vhd capacity=2621440000 > size=1078304768 hidden=0 parent=none > > > *the vdh fle appears to be invalid ,* > > i seeded this vdh from the following link > */usr/share/cloudstack-common/scripts/storage/secondary/cloud-install-sys-tmplt > -m /mnt/secondary > -u > http://jenkins.buildacloud.org/job/build-systemvm64-master/lastSuccessfulBuild/artifact/tools/appliance/dist/systemvm64template-master-xen.vhd.bz2 > <http://jenkins.buildacloud.org/job/build-systemvm64-master/lastSuccessfulBuild/artifact/tools/appliance/dist/systemvm64template-master-xen.vhd.bz2> > -h > xenserver -F* > > *is there any alternative link ?* > > > > On Fri, Apr 25, 2014 at 5:16 PM, Punith S <punit...@cloudbyte.com> wrote: > >> hi rajesh, >> >> ran these commands on my xen host >> >> [root@XenMaddy /]# vhd-util check -n >> 3fdfe519-a8e0-4a0b-9fc7-cd59465e53ab.vhd >> cannot stat 3fdfe519-a8e0-4a0b-9fc7-cd59465e53ab.vhd: 2 >> >> [root@XenMaddy /]# vhd-util scan 3fdfe519-a8e0-4a0b-9fc7-cd59465e53ab.vhd >> vhd=3fdfe519-a8e0-4a0b-9fc7-cd59465e53ab.vhd scan-error=-2 >> error-message='failure scanning target' >> scan failed: -2 >> >> its showing failure. >> >> referring - >> https://cwiki.apache.org/confluence/display/CLOUDSTACK/SSVM%2C+templates%2C+Secondary+storage+troubleshooting >> >> thanks. >> >> >> On Fri, Apr 25, 2014 at 5:09 PM, Rajesh Battala < >> rajesh.batt...@citrix.com> wrote: >> >>> Do you have vhd-util binary present in your xenserver? >>> >>> -----Original Message----- >>> From: Punith S [mailto:punit...@cloudbyte.com] >>> Sent: Friday, April 25, 2014 5:07 PM >>> To: cloudstack >>> Subject: SSVM's are NOT RUNNING ! >>> >>> hi guys, >>> >>> i have fresh installed the cloudstack 4.3 , on adding a basic zone with >>> xenserver 6.2 after seeding the secondary nfs storage mentioned in docs by >>> >>> >>> */usr/share/cloudstack-common/scripts/storage/secondary/cloud-install-sys-tmplt >>> -m /mnt/secondary -u >>> >>> http://download.cloud.com/templates/4.3/systemvm64template-2014-01-14-master-xen.vhd.bz2 >>> < >>> http://download.cloud.com/templates/4.3/systemvm64template-2014-01-14-master-xen.vhd.bz2 >>> > >>> -h xenserver -F* >>> >>> also tried seeding the secondary nfs storage by new link of ssvm >>> templates >>> >>> >>> */usr/share/cloudstack-common/scripts/storage/secondary/cloud-install-sys-tmplt >>> -m /mnt/secondary -u >>> >>> http://jenkins.buildacloud.org/job/build-systemvm64-master/lastSuccessfulBuild/artifact/tools/appliance/dist/systemvm64template-master-xen.vhd.bz2 >>> < >>> http://jenkins.buildacloud.org/job/build-systemvm64-master/lastSuccessfulBuild/artifact/tools/appliance/dist/systemvm64template-master-xen.vhd.bz2 >>> > >>> -h xenserver -F* >>> >>> *i'm getting the following errors.* >>> >>> WARN [c.c.h.x.r.XenServerStorageProcessor] (DirectAgent-1:ctx-99b42320) >>> destoryVDIbyNameLabel failed due to there are 0 VDIs with name >>> cloud-eedde44e-93ca-4fa1-bc9f-1fa06ddc1279 >>> WARN [c.c.h.x.r.XenServerStorageProcessor] (DirectAgent-1:ctx-99b42320) >>> can not create vdi in sr 2d85eb6a-d5a2-94ae-ed41-4051eafe882a >>> *WARN [c.c.h.x.r.XenServerStorageProcessor] >>> (DirectAgent-1:ctx-99b42320) Catch Exception >>> com.cloud.utils.exception.CloudRuntimeException for template + due to >>> com.cloud.utils.exception.CloudRuntimeException: can not create vdi in sr >>> 2d85eb6a-d5a2-94ae-ed41-4051eafe882a* >>> *com.cloud.utils.exception.CloudRuntimeException: can not create vdi in >>> sr >>> 2d85eb6a-d5a2-94ae-ed41-4051eafe882a* >>> * at * >>> >>> com.cloud.hypervisor.xen.resource.XenServerStorageProcessor.copy_vhd_from_secondarystorage(XenServerStorageProcessor.java:848) >>> at >>> >>> com.cloud.hypervisor.xen.resource.XenServerStorageProcessor.copyTemplateToPrimaryStorage(XenServerStorageProcessor.java:918) >>> at >>> >>> com.cloud.storage.resource.StorageSubsystemCommandHandlerBase.execute(StorageSubsystemCommandHandlerBase.java:75) >>> at >>> >>> com.cloud.storage.resource.StorageSubsystemCommandHandlerBase.handleStorageCommands(StorageSubsystemCommandHandlerBase.java:50) >>> at >>> >>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(CitrixResourceBase.java:609) >>> at >>> >>> com.cloud.hypervisor.xen.resource.XenServer56Resource.executeRequest(XenServer56Resource.java:59) >>> at >>> >>> .................... >>> INFO [o.a.c.s.v.VolumeServiceImpl] (secstorage-1:ctx-9eeb38cf) >>> releasing lock for VMTemplateStoragePool 1 WARN [c.c.u.d.Merovingian2] >>> (secstorage-1:ctx-9eeb38cf) Was unable to find lock for the key >>> template_spool_ref1 and thread id 1185113504 INFO >>> [c.c.v.VirtualMachineManagerImpl] (secstorage-1:ctx-9eeb38cf) Unable to >>> contact resource. >>> *com.cloud.exception.StorageUnavailableException: Resource >>> [StoragePool:2] is unreachable: Unable to create Vol[1|vm=1|ROOT]:Catch >>> Exception com.cloud.utils.exception.CloudRuntimeException for template + >>> due to >>> com.cloud.utils.exception.CloudRuntimeException: can not create vdi in sr >>> 2d85eb6a-d5a2-94ae-ed41-4051eafe882a* >>> * at >>> >>> org.apache.cloudstack.engine.orchestration.VolumeOrchestrator.recreateVolume(VolumeOrchestrator.java:1202)* >>> at >>> >>> org.apache.cloudstack.engine.orchestration.VolumeOrchestrator.prepare(VolumeOrchestrator.java:1254) >>> at >>> >>> com.cloud.vm.VirtualMachineManagerImpl.orchestrateStart(VirtualMachineManagerImpl.java:962) >>> >>> ................................... >>> >>> INFO [c.c.h.x.r.CitrixResourceBase] (DirectAgent-9:ctx-f8ea88cc) VM >>> does not exist on XenServer68659813-bd58-47cf-a759-986e54613a81 >>> WARN [c.c.s.s.SecondaryStorageManagerImpl] (secstorage-1:ctx-9eeb38cf) >>> Exception while trying to start secondary storage vm >>> com.cloud.exception.InsufficientServerCapacityException: Unable to >>> create a deployment for VM[SecondaryStorageVm|s-1-VM]Scope=interface >>> com.cloud.dc.DataCenter; id=1 >>> at >>> >>> com.cloud.vm.VirtualMachineManagerImpl.orchestrateStart(VirtualMachineManagerImpl.java:921) >>> at >>> >>> com.cloud.vm.VirtualMachineManagerImpl.advanceStart(VirtualMachineManagerImpl.java:761) >>> at >>> >>> com.cloud.vm.VirtualMachineManagerImpl.advanceStart(VirtualMachineManagerImpl.java:745) >>> >>> >>> my primary storage is seen mounted successfully on the hypervisor(host) >>> >>> is the ssvm template got corrupted ? >>> >>> thanks. >>> >>> -- >>> regards, >>> >>> punith s >>> cloudbyte.com >>> >> >> >> >> -- >> regards, >> >> punith s >> cloudbyte.com >> > > > > -- > regards, > > punith s > cloudbyte.com > -- regards, punith s cloudbyte.com
