Hi Vadim,

thanx for your response ... this is the only thing I can think about ...

There is a dadicated storage network with a gateway configured .... the gateway is not in place (for now), but the both points (nfs server and nfs client) are in the same network and should access each other directly ...

The default gateway is another one (present and works well)


the IP Adress of the NFS Storage: 10.0.40.10
SSVM IP Address:                  10.0.40.186

ip r
default via B.B.28.1 dev eth2 (default) 10.0.40.0/24 dev eth3 proto kernel scope link src 10.0.40.186 (storage) X.X.X.176/28 dev eth1 proto kernel scope link src X.X.X.187 (management) 169.254.0.0/16 dev eth0 proto kernel scope link src 169.254.2.170 (local link) A.A.40.14 via X.X.X.177 dev eth1 (Route to the DNS Srever) B.B.28.0/24 dev eth2 proto kernel scope link src B.B.28.67 (Route to the physical host)


Wenn I look at the parameters of the java process (agent), there is also the following:

 storagegateway=10.0.40.1

And this the, which GW ist not in place yet ....

So you think it might be the problem?

Kind regards
Vlad

On 26.05.2015 20:55, Vadim Kimlaychuk wrote:
Can it be network problem? What does your routing table say ?

Vadim.
________________________________________
From: Vladislav Nazarenko <[email protected]>
Sent: Tuesday, May 26, 2015 20:55
To: [email protected]
Subject: Performance problem within SSVM

Hi Everybody,

I'm expierencing some performance problems with SSVM.

/usr/local/cloud/systemvm/ssvm-check.sh shows no problems

When the agent is running, I see 100% of io-wait.
secondary storage is mounted, but due to the io-wait, I can not access it

When I stop the agent(/etc/init.d/cloud stop), I can easily access the
nfs mount. I also tried to download images manually (curl), works good.


the physical host hos not IO problems
/etc/exports:
/storage   10.0.40.0/24(rw,async,no_root_squash,no_subtree_check)

Mount in the SSVM:
10.0.40.10:/storage/secondary on
/mnt/SecStorage/0405ba30-38b9-349d-9ea4-15ea09d67e09 type nfs
(rw,relatime,vers=3,rsize=1048576,wsize=1048576,namlen=255,acdirmin=0,acdirmax=0,soft,proto=tcp,timeo=133,retrans=2147483647,sec=sys,mountaddr=10.0.40.10,mountvers=3,mountport=892,mountproto=tcp,local_lock=none,addr=10.0.40.10)


Cloudtack: 4.4.3 on centos 7


Please advice what to check
Vlad



Reply via email to