Hi Kirk and Travis,
Thanks for your fast answer and reply. The problem was the one Kirk
mention, NFFSSR.py have been replace by an hotfix, we recently apply a
xenserver hotfix and since then we had problem creating templates. Pretty
much in the same time we add a new zone so I wasn't sure which
Hi all,
We are currently using Cloudstack 4.1.0 managing XenServer 6.0.2 servers.
Since recently, I don't know what cause this to appear on our system but
went we create a template from a Instance the template (.vhd) is upload on
on the secondary storage (NFS) but in a subdirectory ex:
from
Can you check the permissions on the subdirectories?
Travis
On Oct 3, 2013, at 3:51 PM, Pierre-Luc Dion pd...@cloudops.com wrote:
Hi all,
We are currently using Cloudstack 4.1.0 managing XenServer 6.0.2 servers.
Since recently, I don't know what cause this to appear on our system but
Can you check the permissions on the actual folders, 244 and 246 and see if
they differ or have different owners?
Travis
On Oct 3, 2013, at 4:06 PM, Pierre-Luc Dion pd...@cloudops.com wrote:
root@s-184-VM:# ls -lh 244/*
-rw-rw-rw- 1 4294967294 4294967294 309 Oct 3 18:01
Did you patch the hosts recently? That is the likely cause. The
patched NFSSR.py that CloudStack copies to XS hosts can be overwritten
by some patches. Without the patched NFSSR.py, when secondary storage
is mounted it reverts to the default XenServer behavior of including an
extra directory
