[
https://issues.apache.org/jira/browse/CLOUDSTACK-5520?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13866596#comment-13866596
]
Rajesh Battala commented on CLOUDSTACK-5520:
--------------------------------------------
from the above log
the template got downloaded and copied to the nfs mount point.
the error it shows in the above log is from the "mv" command which is trying to
preserving the ownership and that got failed.
in the cloudstack script we are just calling the "mv" command and we are not
specifying any ownership. Its the MV command which is trying it byitself.
Similar issue is reported/solved in other forum which is created by MV command.
http://www.linuxquestions.org/questions/linux-general-1/invalid-argument-when-using-cp-p-to-nfs-mount-474006/
https://bugs.launchpad.net/ubuntu/+source/coreutils/+bug/1163006
I see the target files has "nobody" group/user permission.
I would like to know what is the impact of it.
Is cloudstack not able to deploy the systemvm's?
can you try seeding the template from rhel 6.3.
> Script errors seen when trying to seed the 64 bit Xenserver templates.
> ----------------------------------------------------------------------
>
> Key: CLOUDSTACK-5520
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-5520
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Management Server
> Affects Versions: 4.3.0
> Environment: Build from 4.3
> Reporter: Sangeetha Hariharan
> Assignee: Rajesh Battala
> Priority: Critical
> Labels: hyper-V,
> Fix For: 4.3.0
>
>
> Following error seen when trying to seed the latest 64 bit template for
> Xenserver but the script reports success.
> [root@rhel64-1 secondary]#
> /usr/share/cloudstack-common/scripts/storage/secondary/cloud-install-sys-tmplt
> -m /mnt/secondary -u
> http://nfs1.lab.vmops.com/templates/felton_qa/64/systemvm64template-2013-12-16-master-xen.vhd.bz2
> -h xenserver -F
> --2013-12-16 14:30:33--
> http://nfs1.lab.vmops.com/templates/felton_qa/64/systemvm64template-2013-12-16-master-xen.vhd.bz2
> Resolving nfs1.lab.vmops.com... 10.223.110.231
> Connecting to nfs1.lab.vmops.com|10.223.110.231|:80... connected.
> HTTP request sent, awaiting response... 200 OK
> Length: 229311649 (219M) [application/x-bzip2]
> Saving to:
> â/usr/share/cloudstack-common/scripts/storage/secondary/91b86630-cee7-4aa9-9e60-824bdb06a7e9.vhdâ
> 100%[======================================================================>]
> 229,311,649 112M/s in 2.0s
> 2013-12-16 14:30:35 (112 MB/s) -
> â/usr/share/cloudstack-common/scripts/storage/secondary/91b86630-cee7-4aa9-9e60-824bdb06a7e9.vhdâ
> Uncompressing to
> /usr/share/cloudstack-common/scripts/storage/secondary/91b86630-cee7-4aa9-9e60-824bdb06a7e9.vhd.tmp
> (type bz2)...could take a long time
> /usr/share/cloudstack-common/scripts/storage/secondary/createtmplt.sh: line
> 207: [: isCifs: integer expression expected
> Moving to
> /mnt/secondary/template/tmpl/1/1///91b86630-cee7-4aa9-9e60-824bdb06a7e9.vhd...could
> take a while
> mv: failed to preserve ownership for
> `//mnt/secondary/template/tmpl/1/1///91b86630-cee7-4aa9-9e60-824bdb06a7e9.vhd':
> Invalid argument
> Successfully installed system VM template to
> /mnt/secondary/template/tmpl/1/1/
> [root@rhel64-1 secondary]#
--
This message was sent by Atlassian JIRA
(v6.1.5#6160)
