Hi Darren,
The logic of sending command to Local in case of no SSVM is up is to
support S3 as secondary storage. In case of S3 as secondary storage,
system vm template is automatically downloaded to S3 when S3 is added into
CloudStack, unlike NFS secondary storage case where we used a script to
pre-populate system vm template. The thing I don't get is: what scenario
are you trying to do to trigger DownloadCommand when SSVM is not up?
Thanks
-min
On 10/31/13 9:32 AM, "Darren Shepherd" <darren.s.sheph...@gmail.com> wrote:
>No, that's not the problem. The problem is that the DownloadCommand
>is supposed to go to the SSVM, but it sending it to the
>LocalHostEndPoint which is the mgmt server. So the mgmt server can
>not create /var/cloudstack/mnt/
>secStorage/64d6e26f-e656-3ba3-908f-ce6610ede011. I have my mgmt setup
>so that it does not have sudo access. A standard cloudstack install
>has sudo access so it will create those folders and mount on the mgmt
>server, but it shouldn't.
>
>Please don't tell me we made a change so that the mgmt server is
>expected to have NFS access to all secondary storages.
>
>Darren
>
>On Thu, Oct 31, 2013 at 8:54 AM, Wei ZHOU <ustcweiz...@gmail.com> wrote:
>> Please check if you can
>> create
>>/var/cloudstack/mnt/secStorage/64d6e26f-e656-3ba3-908f-ce6610ede011,
>> and mount nfs point.
