Hi Sudhansu,
ty for the tip ! do you know the default password for the keystore on the
secondary storage vm ?
Kind regards
Benjamin
> Sudhansu Sahu hat am 17. Oktober 2017 um 06:25
> geschrieben:
>
> In SSVM default java keystore is overriden by "realhostip.keystore" and does
> not have ne
For realhostip.keystore the password is ‘vmops.com’. and for java keystore the
password is ‘changeit’.
Thanks
Sudhansu Sahu
On 10/17/17, 1:29 PM, "Benjamin Naber" wrote:
Hi Sudhansu,
ty for the tip ! do you know the default password for the keystore on the
secondary storage vm ?
Hi Sudhansu,
that fix worked for me. thanks for your help.
Kind regards
Benjamin
> Sudhansu Sahu hat am 17. Oktober 2017 um 10:03
> geschrieben:
>
> For realhostip.keystore the password is ‘vmops.com’. and for java keystore
> the password is ‘changeit’.
>
> Thanks
> Sudhansu Sahu
>
> On 1
I have created below defect for this.
https://issues.apache.org/jira/browse/CLOUDSTACK-10112
Sent from my iPhone
On 17-Oct-2017, at 1:56 PM, Benjamin Naber
mailto:[email protected]>> wrote:
Hi Sudhansu,
that fix worked for me. thanks for your help.
Kind regards
Benjamin
Sudhans
Hi Sudhansu,
ty for Bug Reporting. You know by which script the realhostip.keystore will be
overwriten ?
I cant find the path or file in the basic systemvm template.
Kind regards
benjamin
> Sudhansu Sahu hat am 17. Oktober 2017 um 10:51
> geschrieben:
>
> I have created below defect for th
Asanka,
I've not seen that work but it might. I can't think of a hard impediment
but having the two types of hypervisors in the same zone is required. If
all else fails, another solution may be to split the tiers into separate
networks and create a private gateway from the one to the other.
hope yo
I believe it is. I have already designed and deployed a cloud
environment where we had XenServers and VMware ESXi servers in the same
zone. We had cases where the VR was in the VMware cluster and VMs in the
XenServer and everything was fine.
On 10/17/2017 12:34 PM, Daan Hoogland wrote:
Asanka
