It did have some issues running initially, was missing glibc for 32bit
compatibility (since it's a 64bit OS on the management server) but I've
fixed it since then, runs without any issues now, or at least just running
vhd-util returns no errors.

> Check if it has all needed libs (just by running it)
>
>
> On Wed, Apr 17, 2013 at 11:36 PM, Joe Schoonbeck <j...@jx9.net> wrote:
>
>> Yes, with proper permissions as well...
>>
>> [root@cloudstack mysql]# ls -al
>> /usr/lib64/cloud/common/scripts/vm/hypervisor/xenserver/vhd-util
>> -rwxr-xr-x 1 root root 323341 Sep 18  2012
>> /usr/lib64/cloud/common/scripts/vm/hypervisor/xenserver/vhd-util
>>
>> I've tried removing and re-adding the node, as well as starting the
>> entire
>> config from scratch using the quick start wizard and manually. Always
>> gets
>> stuck at the same spot.
>>
>>
>> > Do you have the vhd-util  in
>> > /usr/lib64/cloud/common/scripts/vm/hypervisor/xenserver in the
>> management
>> > server ?
>> >
>> > -Thanks
>> > Sangeetha
>> >
>> > -----Original Message-----
>> > From: Joe Schoonbeck [mailto:j...@jx9.net]
>> > Sent: Wednesday, April 17, 2013 8:46 AM
>> > To: users@cloudstack.apache.org
>> > Cc: aemne...@gmail.com; j...@jx9.net
>> > Subject: Re: System VM's won't boot on CS4 XenServer 6.0.2
>> >
>> > Primary and secondary storage are both NFS from the management server.
>> I'm
>> > able to mount and read/write to both from xenserver.
>> >
>> > This is the SMlog from xenserver, just loops with the same over and
>> over,
>> > kills the copy processes as soon as it starts.
>> >
>> >
>> >
>> >
>> > [27089] 2013-04-17 11:44:54.961908      SUCCESS
>> > [27089] 2013-04-17 11:44:54.962075      #### VMOPS exit
>> > copy_vhd_from_secondarystorage ####
>> > [27115] 2013-04-17 11:44:55.908821      #### VMOPS enter
>> > kill_copy_process ####
>> > [27115] 2013-04-17 11:44:55.908959      ['bash',
>> > '/opt/xensource/bin/kill_copy_process.sh', '']
>> > [27115] 2013-04-17 11:44:55.925590      SUCCESS
>> > [27115] 2013-04-17 11:44:55.925730      #### VMOPS exit
>>  kill_copy_process
>> > ####
>> > [27124] 2013-04-17 11:44:57.107388      #### VMOPS enter
>> > copy_vhd_from_secondarystorage ####
>> > [27124] 2013-04-17 11:44:57.107529      ['bash',
>> > '/opt/xensource/bin/copy_vhd_from_secondarystorage.sh',
>> > '208.85.1.110:/export/secondary/template/tmpl/1/1/',
>> > '67bb7c6b-784a-9ed4-b370-abd0b950b908',
>> > 'cloud-c7143302-b71c-4cb7-ad6e-abd297c3ff19']
>> >
>> >
>> >> Can you also please check the logs on Xenserver especially the SMlog
>> -
>> >> that might give more clue
>> >>
>> >> On 17/04/13 9:20 AM, "Ahmad Emneina" <aemne...@gmail.com> wrote:
>> >>
>> >>>my guess is that CloudStack cant copy the template from secondary to
>> >>>primary storage. Can you check the write permissions on your primary
>> >>>storage?
>> >>>
>> >>>
>> >>>On Tue, Apr 16, 2013 at 11:15 AM, Joe Schoonbeck <j...@jx9.net> wrote:
>> >>>
>> >>>> Getting the below error, system VM's won't provision. Verified
>> >>>>networking  and vhd-util works on both the xenserver and master. I'm
>> >>>>able to access  the NFS on the master from the xenserver, so no
>> >>>>problems there either.
>> >>>>Any
>> >>>> ideas?
>> >>>>
>> >>>>
>> >>>> 2013-04-16 14:09:56,868 WARN  [xen.resource.CitrixResourceBase]
>> >>>> (DirectAgent-26:null) can not create vdi in sr
>> >>>> 67bb7c6b-784a-9ed4-b370-abd0b950b908
>> >>>> 2013-04-16 14:09:56,869 WARN  [xen.resource.CitrixResourceBase]
>> >>>> (DirectAgent-26:null) Catch Exception
>> >>>>com.cloud.utils.exception.CloudRuntimeException on
>> >>>> host:3d714397-cd1f-4b11-aa8a-c3e4196093e3 for template:
>> >>>> nfs://208.85.1.110/export/secondary/template/tmpl/1/1/ due to
>> >>>> com.cloud.utils.exception.CloudRuntimeException: can not create vdi
>> >>>>in sr
>> >>>> 67bb7c6b-784a-9ed4-b370-abd0b950b908
>> >>>> com.cloud.utils.exception.CloudRuntimeException: can not create vdi
>> >>>>in sr
>> >>>> 67bb7c6b-784a-9ed4-b370-abd0b950b908
>> >>>>
>> >>>>
>> >>>> 2013-04-16 14:09:56,870 DEBUG [agent.manager.AgentManagerImpl]
>> >>>> (secstorage-1:null) Details from executing class
>> >>>> com.cloud.agent.api.storage.PrimaryStorageDownloadCommand: Catch
>> >>>>Exception  com.cloud.utils.exception.CloudRuntimeException on
>> >>>> host:3d714397-cd1f-4b11-aa8a-c3e4196093e3 for template:
>> >>>> nfs://208.85.1.110/export/secondary/template/tmpl/1/1/ due to
>> >>>> com.cloud.utils.exception.CloudRuntimeException: can not create vdi
>> >>>>in sr
>> >>>> 67bb7c6b-784a-9ed4-b370-abd0b950b908
>> >>>>
>> >>>> 2013-04-16 14:09:56,870 DEBUG [cloud.template.TemplateManagerImpl]
>> >>>> (secstorage-1:null) Template 1 download to pool 200 failed due to
>> >>>>Catch  Exception com.cloud.utils.exception.CloudRuntimeException on
>> >>>> host:3d714397-cd1f-4b11-aa8a-c3e4196093e3 for template:
>> >>>> nfs://208.85.1.110/export/secondary/template/tmpl/1/1/ due to
>> >>>> com.cloud.utils.exception.CloudRuntimeException: can not create vdi
>> >>>>in sr
>> >>>> 67bb7c6b-784a-9ed4-b370-abd0b950b908
>> >>>>
>> >>>>
>> >>
>> >>
>> >
>> >
>> >
>>
>>
>>
>
>
> --
> Best Regards, Nikita Gubenko
>

Reply via email to