wt., 5 maj 2020 o 00:24 Mr Jazze napisał(a):
> Luis, thanks for your feedback. Though waiting seem to resolve your issue,
> I'm sure that is not the intended deployment outcome.
>
Waiting didn't resolve the issue for me, unfortunately.
I've made some observations around the problem.
> - The sys
Hi Luis,
You may need to enable SSL on your system VMs to be able to upload ISOs,
templates or volumes. Please check this article:
https://www.shapeblue.com/securing-cloudstack-4-11-with-https-tls/
Regards,
Nicolas Vazquez
El lun., 4 may. 2020 a las 16:58, Luis Martinez
() escribió:
> Hi Group.
Just minor correction - SSL on SSVM is needed only in case of Upload from
local (i.e. not for uploading from remote url)
best,
On Tue, 5 May 2020, 13:48 Nicolas Vazquez, wrote:
> Hi Luis,
>
> You may need to enable SSL on your system VMs to be able to upload ISOs,
> templates or volumes. Please
Hi Sergey,
The problem is resolved after changing the settings given below.
vmware.create.full.clone false after change to True issue solved.
Thanks to everyone.
Regards
Pradeep
From: Sergey Levitskiy
Sent: Saturday, May 2, 2020 6:45 PM
To: users@cloudstack.apa
That's most probably NOT the correct solution but just happens to work in
your environment...
Something else is in the root cause of the problem...
using linked clones should work by all means (known to be broken on VMFS6 -
ACS is not compatible with it, requires VMFS5 - but with NFS it should work
Hi Liridon,
do you have any feedback about the usage records timing/time zone and such?
Thanks
Andrija
On Mon, 4 May 2020 at 14:32, Daan Hoogland wrote:
> Liridon,
> "Not owner of usage job, skipping" means there is a PID in the record for
> this job that isn't the current process. If recognis
