> 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 > >
