OK , can you post up the results of the ssvm check again?
As suggested previously on this thread – can you try to
1) Ping the NFS server from the SSVM (SSVM check does this as well) – if this
doesn’t work then you have a networking issue.
2) Depending on ping - manually mount the secondary NFS sh
Hi all,
we are currently planning an update of CP, which also includes an upgrade of
the System VMs. We are upgrading from 4.5 to 4.7.
I wrote a python script to check VPN connections and other parameters. Some
upgrades can be performed right after the CP upgrade, some other routers must
not b
Hi Daniel,
In general your VR template is governed by the global setting for
router.template.vmware (or whatever your hypervisor is) – this field is updated
when you do your upgrade, so ACS knows what the new template is.
To do the upgrade your easiest option is to use CloudMonkey and call the
Hi Dag, pleas give me few days as I am on an implementation visit to a
remote site. But below are some of the test I performed before.
1. Ping from ssvm to NFS is possible
2. Manually mounting NFS to /tmp/secondary is possible without any Issy
>From the previous run of the ssvm check it is lookin
Hi Dag,
aah, the global setting was the missing piece in the puzzle, that makes total
sense now. Thank you. I am currently using the Python CS module for coding the
script, I will use that for the task at hand.
And yes, you are right, this is actually CloudPlatform. We are currently at 4.5
and
Sure, let us know how you get on. The fact that the previous ssvm check showed
up with 172.17.101.1 was probably down to the wrong “host” global setting –
since the SSVM didn’t know where to contact management I would guess it used a
default override.
Regards,
Dag Sonstebo
Cloud Architect
Sha