Hi Guys,
thanx fpr you help, so tcpdump showed there was a NFS (or even HW)
Problem ... after I set up the storage on another host, there were no
more problems ...
So nothing to do with CS ...
Kind regards
Vlad
On 27.05.2015 05:36, ilya wrote:
try running tcp dump on the hypervisor the SS
Vlad
Cloudstack agent.out or log on SSVM would tell you the last operation
(or set of operations) it performed.
Perhaps you can replay them by hand in shell to find the culprit?
Also, if i read correctly, the NFS is a soft mount, hence you should not
have system lockups. I suspect an underly
try running tcp dump on the hypervisor the SSVM is on..
On 5/26/15 10:55 AM, Vladislav Nazarenko wrote:
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 sto
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
Can it be network problem? What does your routing table say ?
Vadim.
From: Vladislav Nazarenko
Sent: Tuesday, May 26, 2015 20:55
To: [email protected]
Subject: Performance problem within SSVM
Hi Everybody,
I'm expierencing some perfor
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