You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cloudstack.apache.org by Rajesh Battala <ra...@citrix.com> on 2013/05/15 14:07:05 UTC
Review Request: Fixed Automation] SSVM test
"/usr/local/cloud/systemvm/ssvm-check.sh" failed with permission error
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/11178/
-----------------------------------------------------------
Review request for cloudstack.
Description
-------
In the new system vm template,
rpc_pipefs is getting mount on "/var/lib/nfs/rpc_pipefs type rpc_pipefs (rw,relatime)"
ssvm-healthcheck grep is including this mount point to verify the read/write access.
As this is virtual system filesystem, this should skip testing read/write access.
Fixed the issue by excluding "/var/lib/nfs/rpc_pipefs" to validate for read/write access in ssvm-health
This addresses bug CLOUDSTACK-2398.
Diffs
-----
services/secondary-storage/scripts/ssvm-check.sh a401164
Diff: https://reviews.apache.org/r/11178/diff/
Testing
-------
1.verified in the new system vm template, where rpc_pipefs is mount on /var/lib/nfs/rpc_pipefs is not testing for read/write acces.
O/P of modified ssvm-check script.
root@s-1-VM:/usr/local/cloud/systemvm# ./ssvm-check.sh
================================================
First DNS server is 10.103.128.15
PING 10.103.128.15 (10.103.128.15): 56 data bytes
64 bytes from 10.103.128.15: icmp_seq=0 ttl=120 time=4.296 ms
64 bytes from 10.103.128.15: icmp_seq=1 ttl=120 time=1.483 ms
--- 10.103.128.15 ping statistics ---
2 packets transmitted, 2 packets received, 0% packet loss
round-trip min/avg/max/stddev = 1.483/2.889/4.296/1.407 ms
Good: Can ping DNS server
================================================
Good: DNS resolves download.cloud.com
================================================
NFS is currently mounted
Mount point is /mnt/SecStorage/25944601-ec85-3f19-b8ea-2fe0200c2eb0
Good: Can write to mount point
================================================
Management server is 10.102.192.136. Checking connectivity.
Good: Can connect to management server port 8250
================================================
Good: Java process is running
================================================
Tests Complete. Look for ERROR or WARNING above.
Thanks,
Rajesh Battala
Re: Review Request: Fixed [Automation] SSVM test
"/usr/local/cloud/systemvm/ssvm-check.sh" failed with permission error
Posted by Prasanna Santhanam <ts...@apache.org>.
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/11178/#review20890
-----------------------------------------------------------
Ship it!
11f85c9
- Prasanna Santhanam
On May 21, 2013, 5:45 a.m., Rajesh Battala wrote:
>
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/11178/
> -----------------------------------------------------------
>
> (Updated May 21, 2013, 5:45 a.m.)
>
>
> Review request for cloudstack, edison su, Chiradeep Vittal, and anthony xu.
>
>
> Description
> -------
>
> In the new system vm template,
>
> rpc_pipefs is getting mount on "/var/lib/nfs/rpc_pipefs type rpc_pipefs (rw,relatime)"
>
> ssvm-healthcheck grep is including this mount point to verify the read/write access.
> As this is virtual system filesystem, this should skip testing read/write access.
> Fixed the issue by excluding "/var/lib/nfs/rpc_pipefs" to validate for read/write access in ssvm-health
>
>
> This addresses bug CLOUDSTACK-2398.
>
>
> Diffs
> -----
>
> services/secondary-storage/scripts/ssvm-check.sh a401164
>
> Diff: https://reviews.apache.org/r/11178/diff/
>
>
> Testing
> -------
>
> 1.verified in the new system vm template, where rpc_pipefs is mount on /var/lib/nfs/rpc_pipefs is not testing for read/write acces.
>
>
> O/P of modified ssvm-check script.
>
> root@s-1-VM:/usr/local/cloud/systemvm# ./ssvm-check.sh
> ================================================
> First DNS server is 10.103.128.15
> PING 10.103.128.15 (10.103.128.15): 56 data bytes
> 64 bytes from 10.103.128.15: icmp_seq=0 ttl=120 time=4.296 ms
> 64 bytes from 10.103.128.15: icmp_seq=1 ttl=120 time=1.483 ms
> --- 10.103.128.15 ping statistics ---
> 2 packets transmitted, 2 packets received, 0% packet loss
> round-trip min/avg/max/stddev = 1.483/2.889/4.296/1.407 ms
> Good: Can ping DNS server
> ================================================
> Good: DNS resolves download.cloud.com
> ================================================
> NFS is currently mounted
> Mount point is /mnt/SecStorage/25944601-ec85-3f19-b8ea-2fe0200c2eb0
> Good: Can write to mount point
> ================================================
> Management server is 10.102.192.136. Checking connectivity.
> Good: Can connect to management server port 8250
> ================================================
> Good: Java process is running
> ================================================
> Tests Complete. Look for ERROR or WARNING above.
>
>
> Thanks,
>
> Rajesh Battala
>
>
Re: Review Request: Fixed [Automation] SSVM test
"/usr/local/cloud/systemvm/ssvm-check.sh" failed with permission error
Posted by Rajesh Battala <ra...@citrix.com>.
> On May 21, 2013, 6:03 a.m., Prasanna Santhanam wrote:
> > Old acton template:
> > root@s-218-VM:~# ps aux | grep rpc
> > statd 1066 0.0 0.1 1940 356 ? Ss Mar04 0:00 /sbin/rpc.statd
> > root 2275 0.0 10.8 758728 27656 ? Sl Mar04 96:16 java -Djavax.net.ssl.trustStore=./certs/realhostip.keystore -mx168m -cp ./:./conf:cloud-agent.jar:cloud-api.jar:cloud-axis.jar:cloud-cglib.jar:cloud-commons-codec-1.5.jar:cloud-commons-collections-3.2.1.jar:cloud-commons-discovery.jar:cloud-commons-httpclient-3.1.jar:cloud-commons-logging-1.1.1.jar:cloud-commons-pool-1.5.6.jar:cloud-console-proxy.jar:cloud-core.jar:cloud-google-gson-1.7.1.jar:cloud-log4j.jar:cloud-utils.jar:cloud-vmware-base.jar:cloud-ws-commons-util-1.0.2.jar:cloud-wsdl4j.jar:cloud-xmlrpc-client-3.1.3.jar:cloud-xmlrpc-common-3.1.3.jar:vmware-apputils.jar:vmware-lib-jaxrpc.jar:vmware-vim.jar:vmware-vim25.jar com.cloud.agent.AgentShell template=domP type=secstorage host=10.147.60.11 port=8250 name=s-218-VM zone=1 pod=1 guid=s-218-VM resource=com.cloud.storage.resource.PremiumSecondaryStorageResource instance=SecStorage sslcopy=true role=templateProcessor mtu=1500 eth2ip=10.147.38.182 eth2mask=255.255.255.0 gateway=10.147.38.1 eth0ip=169.254.3.176 eth0mask=255.255.0.0 eth1ip=10.147.37.58 eth1mask=255.255.255.192 mgmtcidr=10.147.60.0/24 localgw=10.147.37.1 private.network.device=eth1 eth3ip=10.147.37.53 eth3mask=255.255.255.192 storageip=10.147.37.53 storagenetmask=255.255.255.192 storagegateway=10.147.37.1 internaldns1=10.103.128.16 dns1=10.103.128.16
> > root 2830 0.0 0.0 0 0 ? S Mar04 0:24 [rpciod/0]
> > root 31419 0.0 0.2 3308 756 pts/0 S+ 11:27 0:00 grep rpc
> >
> >
> > New master template:
> > root@s-21-QA:~# ps aux |grep rpc
> > root 2108 0.0 0.3 2384 812 ? Ss 05:12 0:00 /sbin/rpcbind -w
> > statd 2147 0.0 0.4 2656 1268 ? Ss 05:12 0:00 /sbin/rpc.statd
> > root 2152 0.0 0.0 0 0 ? S< 05:12 0:00 [rpciod]
> > root 2162 0.0 0.2 2684 756 ? Ss 05:12 0:00 /usr/sbin/rpc.idmapd
> > root 5138 0.0 0.3 3800 804 pts/0 S+ 06:03 0:00 grep rpc
> >
New sys vm template:
=====================
/dev/xvda10 on /tmp type ext4 (rw,relatime,user_xattr,barrier=1,data=ordered)
/dev/xvda7 on /usr type ext4 (rw,relatime,user_xattr,barrier=1,data=ordered)
/dev/xvda9 on /var type ext4 (rw,relatime,user_xattr,barrier=1,data=ordered)
none on /proc/xen type xenfs (rw,relatime)
rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw,relatime)
ols sys vm template:
====================
sunrpc gets mounted on /var/lib/nfs/rpc_pipefs
In the new systemvm template new version of nfs is present
- Rajesh
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/11178/#review20819
-----------------------------------------------------------
On May 21, 2013, 5:45 a.m., Rajesh Battala wrote:
>
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/11178/
> -----------------------------------------------------------
>
> (Updated May 21, 2013, 5:45 a.m.)
>
>
> Review request for cloudstack, edison su, Chiradeep Vittal, and anthony xu.
>
>
> Description
> -------
>
> In the new system vm template,
>
> rpc_pipefs is getting mount on "/var/lib/nfs/rpc_pipefs type rpc_pipefs (rw,relatime)"
>
> ssvm-healthcheck grep is including this mount point to verify the read/write access.
> As this is virtual system filesystem, this should skip testing read/write access.
> Fixed the issue by excluding "/var/lib/nfs/rpc_pipefs" to validate for read/write access in ssvm-health
>
>
> This addresses bug CLOUDSTACK-2398.
>
>
> Diffs
> -----
>
> services/secondary-storage/scripts/ssvm-check.sh a401164
>
> Diff: https://reviews.apache.org/r/11178/diff/
>
>
> Testing
> -------
>
> 1.verified in the new system vm template, where rpc_pipefs is mount on /var/lib/nfs/rpc_pipefs is not testing for read/write acces.
>
>
> O/P of modified ssvm-check script.
>
> root@s-1-VM:/usr/local/cloud/systemvm# ./ssvm-check.sh
> ================================================
> First DNS server is 10.103.128.15
> PING 10.103.128.15 (10.103.128.15): 56 data bytes
> 64 bytes from 10.103.128.15: icmp_seq=0 ttl=120 time=4.296 ms
> 64 bytes from 10.103.128.15: icmp_seq=1 ttl=120 time=1.483 ms
> --- 10.103.128.15 ping statistics ---
> 2 packets transmitted, 2 packets received, 0% packet loss
> round-trip min/avg/max/stddev = 1.483/2.889/4.296/1.407 ms
> Good: Can ping DNS server
> ================================================
> Good: DNS resolves download.cloud.com
> ================================================
> NFS is currently mounted
> Mount point is /mnt/SecStorage/25944601-ec85-3f19-b8ea-2fe0200c2eb0
> Good: Can write to mount point
> ================================================
> Management server is 10.102.192.136. Checking connectivity.
> Good: Can connect to management server port 8250
> ================================================
> Good: Java process is running
> ================================================
> Tests Complete. Look for ERROR or WARNING above.
>
>
> Thanks,
>
> Rajesh Battala
>
>
Re: Review Request: Fixed [Automation] SSVM test
"/usr/local/cloud/systemvm/ssvm-check.sh" failed with permission error
Posted by Prasanna Santhanam <ts...@apache.org>.
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/11178/#review20819
-----------------------------------------------------------
Old acton template:
root@s-218-VM:~# ps aux | grep rpc
statd 1066 0.0 0.1 1940 356 ? Ss Mar04 0:00 /sbin/rpc.statd
root 2275 0.0 10.8 758728 27656 ? Sl Mar04 96:16 java -Djavax.net.ssl.trustStore=./certs/realhostip.keystore -mx168m -cp ./:./conf:cloud-agent.jar:cloud-api.jar:cloud-axis.jar:cloud-cglib.jar:cloud-commons-codec-1.5.jar:cloud-commons-collections-3.2.1.jar:cloud-commons-discovery.jar:cloud-commons-httpclient-3.1.jar:cloud-commons-logging-1.1.1.jar:cloud-commons-pool-1.5.6.jar:cloud-console-proxy.jar:cloud-core.jar:cloud-google-gson-1.7.1.jar:cloud-log4j.jar:cloud-utils.jar:cloud-vmware-base.jar:cloud-ws-commons-util-1.0.2.jar:cloud-wsdl4j.jar:cloud-xmlrpc-client-3.1.3.jar:cloud-xmlrpc-common-3.1.3.jar:vmware-apputils.jar:vmware-lib-jaxrpc.jar:vmware-vim.jar:vmware-vim25.jar com.cloud.agent.AgentShell template=domP type=secstorage host=10.147.60.11 port=8250 name=s-218-VM zone=1 pod=1 guid=s-218-VM resource=com.cloud.storage.resource.PremiumSecondaryStorageResource instance=SecStorage sslcopy=true role=templateProcessor mtu=1500 eth2ip=10.147.38.182 eth2mask=255.255.255.0 gateway=10.147.38.1 eth0ip=169.254.3.176 eth0mask=255.255.0.0 eth1ip=10.147.37.58 eth1mask=255.255.255.192 mgmtcidr=10.147.60.0/24 localgw=10.147.37.1 private.network.device=eth1 eth3ip=10.147.37.53 eth3mask=255.255.255.192 storageip=10.147.37.53 storagenetmask=255.255.255.192 storagegateway=10.147.37.1 internaldns1=10.103.128.16 dns1=10.103.128.16
root 2830 0.0 0.0 0 0 ? S Mar04 0:24 [rpciod/0]
root 31419 0.0 0.2 3308 756 pts/0 S+ 11:27 0:00 grep rpc
New master template:
root@s-21-QA:~# ps aux |grep rpc
root 2108 0.0 0.3 2384 812 ? Ss 05:12 0:00 /sbin/rpcbind -w
statd 2147 0.0 0.4 2656 1268 ? Ss 05:12 0:00 /sbin/rpc.statd
root 2152 0.0 0.0 0 0 ? S< 05:12 0:00 [rpciod]
root 2162 0.0 0.2 2684 756 ? Ss 05:12 0:00 /usr/sbin/rpc.idmapd
root 5138 0.0 0.3 3800 804 pts/0 S+ 06:03 0:00 grep rpc
- Prasanna Santhanam
On May 21, 2013, 5:45 a.m., Rajesh Battala wrote:
>
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/11178/
> -----------------------------------------------------------
>
> (Updated May 21, 2013, 5:45 a.m.)
>
>
> Review request for cloudstack, edison su, Chiradeep Vittal, and anthony xu.
>
>
> Description
> -------
>
> In the new system vm template,
>
> rpc_pipefs is getting mount on "/var/lib/nfs/rpc_pipefs type rpc_pipefs (rw,relatime)"
>
> ssvm-healthcheck grep is including this mount point to verify the read/write access.
> As this is virtual system filesystem, this should skip testing read/write access.
> Fixed the issue by excluding "/var/lib/nfs/rpc_pipefs" to validate for read/write access in ssvm-health
>
>
> This addresses bug CLOUDSTACK-2398.
>
>
> Diffs
> -----
>
> services/secondary-storage/scripts/ssvm-check.sh a401164
>
> Diff: https://reviews.apache.org/r/11178/diff/
>
>
> Testing
> -------
>
> 1.verified in the new system vm template, where rpc_pipefs is mount on /var/lib/nfs/rpc_pipefs is not testing for read/write acces.
>
>
> O/P of modified ssvm-check script.
>
> root@s-1-VM:/usr/local/cloud/systemvm# ./ssvm-check.sh
> ================================================
> First DNS server is 10.103.128.15
> PING 10.103.128.15 (10.103.128.15): 56 data bytes
> 64 bytes from 10.103.128.15: icmp_seq=0 ttl=120 time=4.296 ms
> 64 bytes from 10.103.128.15: icmp_seq=1 ttl=120 time=1.483 ms
> --- 10.103.128.15 ping statistics ---
> 2 packets transmitted, 2 packets received, 0% packet loss
> round-trip min/avg/max/stddev = 1.483/2.889/4.296/1.407 ms
> Good: Can ping DNS server
> ================================================
> Good: DNS resolves download.cloud.com
> ================================================
> NFS is currently mounted
> Mount point is /mnt/SecStorage/25944601-ec85-3f19-b8ea-2fe0200c2eb0
> Good: Can write to mount point
> ================================================
> Management server is 10.102.192.136. Checking connectivity.
> Good: Can connect to management server port 8250
> ================================================
> Good: Java process is running
> ================================================
> Tests Complete. Look for ERROR or WARNING above.
>
>
> Thanks,
>
> Rajesh Battala
>
>
Re: Review Request: Fixed [Automation] SSVM test
"/usr/local/cloud/systemvm/ssvm-check.sh" failed with permission error
Posted by Prasanna Santhanam <ts...@apache.org>.
On Tue, May 21, 2013 at 05:51:55AM +0000, Rajesh Battala wrote:
> Please review the patch,
> Fix is filtering out rpc_piepfs from the grep output to verify the mount point validation.
>
This looks okay. But do we know why rpc_pipefs is mounted in new systemVM? RPC
bind is not running by default on the old systemVMs.
------------------------
Powered by BigRock.com
RE: Review Request: Fixed [Automation] SSVM test
"/usr/local/cloud/systemvm/ssvm-check.sh" failed with permission error
Posted by Rajesh Battala <ra...@citrix.com>.
Please review the patch,
Fix is filtering out rpc_piepfs from the grep output to verify the mount point validation.
Thanks
Rajesh
> -----Original Message-----
> From: Rajesh Battala [mailto:noreply@reviews.apache.org] On Behalf Of
> Rajesh Battala
> Sent: Tuesday, May 21, 2013 11:16 AM
> To: Anthony Xu; Edison Su; Chiradeep Vittal
> Cc: Rajesh Battala; cloudstack
> Subject: Re: Review Request: Fixed [Automation] SSVM test
> "/usr/local/cloud/systemvm/ssvm-check.sh" failed with permission error
>
>
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/11178/
> -----------------------------------------------------------
>
> (Updated May 21, 2013, 5:45 a.m.)
>
>
> Review request for cloudstack, edison su, Chiradeep Vittal, and anthony xu.
>
>
> Description
> -------
>
> In the new system vm template,
>
> rpc_pipefs is getting mount on "/var/lib/nfs/rpc_pipefs type rpc_pipefs
> (rw,relatime)"
>
> ssvm-healthcheck grep is including this mount point to verify the read/write
> access.
> As this is virtual system filesystem, this should skip testing read/write access.
> Fixed the issue by excluding "/var/lib/nfs/rpc_pipefs" to validate for
> read/write access in ssvm-health
>
>
> This addresses bug CLOUDSTACK-2398.
>
>
> Diffs
> -----
>
> services/secondary-storage/scripts/ssvm-check.sh a401164
>
> Diff: https://reviews.apache.org/r/11178/diff/
>
>
> Testing
> -------
>
> 1.verified in the new system vm template, where rpc_pipefs is mount on
> /var/lib/nfs/rpc_pipefs is not testing for read/write acces.
>
>
> O/P of modified ssvm-check script.
>
> root@s-1-VM:/usr/local/cloud/systemvm# ./ssvm-check.sh
> ================================================
> First DNS server is 10.103.128.15
> PING 10.103.128.15 (10.103.128.15): 56 data bytes
> 64 bytes from 10.103.128.15: icmp_seq=0 ttl=120 time=4.296 ms
> 64 bytes from 10.103.128.15: icmp_seq=1 ttl=120 time=1.483 ms
> --- 10.103.128.15 ping statistics ---
> 2 packets transmitted, 2 packets received, 0% packet loss round-trip
> min/avg/max/stddev = 1.483/2.889/4.296/1.407 ms
> Good: Can ping DNS server
> ================================================
> Good: DNS resolves download.cloud.com
> ================================================
> NFS is currently mounted
> Mount point is /mnt/SecStorage/25944601-ec85-3f19-b8ea-2fe0200c2eb0
> Good: Can write to mount point
> ================================================
> Management server is 10.102.192.136. Checking connectivity.
> Good: Can connect to management server port 8250
> ================================================
> Good: Java process is running
> ================================================
> Tests Complete. Look for ERROR or WARNING above.
>
>
> Thanks,
>
> Rajesh Battala
Re: Review Request: Fixed [Automation] SSVM test
"/usr/local/cloud/systemvm/ssvm-check.sh" failed with permission error
Posted by Rajesh Battala <ra...@citrix.com>.
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/11178/
-----------------------------------------------------------
(Updated May 21, 2013, 5:45 a.m.)
Review request for cloudstack, edison su, Chiradeep Vittal, and anthony xu.
Description
-------
In the new system vm template,
rpc_pipefs is getting mount on "/var/lib/nfs/rpc_pipefs type rpc_pipefs (rw,relatime)"
ssvm-healthcheck grep is including this mount point to verify the read/write access.
As this is virtual system filesystem, this should skip testing read/write access.
Fixed the issue by excluding "/var/lib/nfs/rpc_pipefs" to validate for read/write access in ssvm-health
This addresses bug CLOUDSTACK-2398.
Diffs
-----
services/secondary-storage/scripts/ssvm-check.sh a401164
Diff: https://reviews.apache.org/r/11178/diff/
Testing
-------
1.verified in the new system vm template, where rpc_pipefs is mount on /var/lib/nfs/rpc_pipefs is not testing for read/write acces.
O/P of modified ssvm-check script.
root@s-1-VM:/usr/local/cloud/systemvm# ./ssvm-check.sh
================================================
First DNS server is 10.103.128.15
PING 10.103.128.15 (10.103.128.15): 56 data bytes
64 bytes from 10.103.128.15: icmp_seq=0 ttl=120 time=4.296 ms
64 bytes from 10.103.128.15: icmp_seq=1 ttl=120 time=1.483 ms
--- 10.103.128.15 ping statistics ---
2 packets transmitted, 2 packets received, 0% packet loss
round-trip min/avg/max/stddev = 1.483/2.889/4.296/1.407 ms
Good: Can ping DNS server
================================================
Good: DNS resolves download.cloud.com
================================================
NFS is currently mounted
Mount point is /mnt/SecStorage/25944601-ec85-3f19-b8ea-2fe0200c2eb0
Good: Can write to mount point
================================================
Management server is 10.102.192.136. Checking connectivity.
Good: Can connect to management server port 8250
================================================
Good: Java process is running
================================================
Tests Complete. Look for ERROR or WARNING above.
Thanks,
Rajesh Battala
Re: Review Request: Fixed [Automation] SSVM test
"/usr/local/cloud/systemvm/ssvm-check.sh" failed with permission error
Posted by Rajesh Battala <ra...@citrix.com>.
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/11178/
-----------------------------------------------------------
(Updated May 15, 2013, 12:07 p.m.)
Review request for cloudstack.
Summary (updated)
-----------------
Fixed [Automation] SSVM test "/usr/local/cloud/systemvm/ssvm-check.sh" failed with permission error
Description
-------
In the new system vm template,
rpc_pipefs is getting mount on "/var/lib/nfs/rpc_pipefs type rpc_pipefs (rw,relatime)"
ssvm-healthcheck grep is including this mount point to verify the read/write access.
As this is virtual system filesystem, this should skip testing read/write access.
Fixed the issue by excluding "/var/lib/nfs/rpc_pipefs" to validate for read/write access in ssvm-health
This addresses bug CLOUDSTACK-2398.
Diffs
-----
services/secondary-storage/scripts/ssvm-check.sh a401164
Diff: https://reviews.apache.org/r/11178/diff/
Testing
-------
1.verified in the new system vm template, where rpc_pipefs is mount on /var/lib/nfs/rpc_pipefs is not testing for read/write acces.
O/P of modified ssvm-check script.
root@s-1-VM:/usr/local/cloud/systemvm# ./ssvm-check.sh
================================================
First DNS server is 10.103.128.15
PING 10.103.128.15 (10.103.128.15): 56 data bytes
64 bytes from 10.103.128.15: icmp_seq=0 ttl=120 time=4.296 ms
64 bytes from 10.103.128.15: icmp_seq=1 ttl=120 time=1.483 ms
--- 10.103.128.15 ping statistics ---
2 packets transmitted, 2 packets received, 0% packet loss
round-trip min/avg/max/stddev = 1.483/2.889/4.296/1.407 ms
Good: Can ping DNS server
================================================
Good: DNS resolves download.cloud.com
================================================
NFS is currently mounted
Mount point is /mnt/SecStorage/25944601-ec85-3f19-b8ea-2fe0200c2eb0
Good: Can write to mount point
================================================
Management server is 10.102.192.136. Checking connectivity.
Good: Can connect to management server port 8250
================================================
Good: Java process is running
================================================
Tests Complete. Look for ERROR or WARNING above.
Thanks,
Rajesh Battala