On 01/30/2015 01:21 AM, Patrick Bervoets wrote:
iostat random sample
Random is difficult to evaluate. Is that representative? Are sda,
sdb, and sdc typically less than 1% utilized? Or are there large
utilization values right after a hang?
If swap is the problem: would it matter if a
On 01/30/2015 12:32 PM, Patrick Bervoets wrote:
Before - in december - I never experienced it. But it's a server I tend
do leave alone, so I'm never very busy on a shell.
Do you know what kernel you were running at the time? It might be
useful to see if reverting to that revision changes the
Op 30-01-15 om 21:51 schreef Gordon Messmer:
On 01/30/2015 12:32 PM, Patrick Bervoets wrote:
Before - in december - I never experienced it. But it's a server I tend
do leave alone, so I'm never very busy on a shell.
Do you know what kernel you were running at the time? It might be useful to
Op 30-01-15 om 19:40 schreef Gordon Messmer:
On 01/30/2015 01:21 AM, Patrick Bervoets wrote:
iostat random sample
Random is difficult to evaluate. Is that representative? Are sda, sdb, and
sdc typically less than 1% utilized? Or are there large utilization values right after a
hang?
On 1/30/2015 1:21 AM, Patrick Bervoets wrote:
free
total used free shared buffers cached
Mem: 48218 31895 16323 0 108519
-/+ buffers/cache: 31267 16951
Swap: 7951476 7475
thats an unusually small
Op 29-01-15 om 21:21 schreef Gordon Messmer:
I haven't seen delays anywhere near that long before, even with heavy swapping.
But I guess I'd look at that sort of thing first.
Run iostat -x 2 and see if your disks are being fully utilized during the pauses. Run top and see
if there's
Op 30-01-15 om 10:29 schreef John R Pierce:
On 1/30/2015 1:21 AM, Patrick Bervoets wrote:
free
total used free shared buffers cached
Mem: 48218 31895 16323 0 108 519
-/+ buffers/cache: 31267 16951
Swap: 7951476
On Thu, Jan 29, 2015 at 2:34 AM, Patrick Bervoets
patrick.bervo...@psc-elsene.be wrote:
Op 28-01-15 om 17:51 schreef anax:
Hi Patrick
have you ever tried to find out on which side the hanger is: on the
client's or on the server's, using tcpumg or the like?
That migth help a bit further
On 01/28/2015 11:28 PM, Patrick Bervoets wrote:
Arping on the troublesome server gives 0 responses.
I just tried with a physical console on that server and there I got the
same unresponsive behaviour.
Well, that's a different story, then. :)
I haven't seen delays anywhere near that long
I have a C6 server acting as a kvm-host.
When connecting with ssh the console is extremely slow and hangs for minutes at
a time. Connecting to this server is not the problem.
If I use: ssh root@host whatever I got immediate response even when
interactive consoles opened with ssh are hanging.
On 01/28/2015 12:12 PM, Patrick Bervoets wrote:
ARPING 192.168.1.15 from 0.0.0.0 br0
Unicast reply from 192.168.1.15 [AC:16:2D:72:67:D4] 0.723ms
Sent 1 probes (1 broadcast(s))
Received 1 response(s)
Thanks anyway
I'm not sure what you mean by thanks anyway.
You got a response. There's an
Op 29-01-15 om 00:00 schreef Gordon Messmer:
On 01/28/2015 12:12 PM, Patrick Bervoets wrote:
ARPING 192.168.1.15 from 0.0.0.0 br0
Unicast reply from 192.168.1.15 [AC:16:2D:72:67:D4] 0.723ms
Sent 1 probes (1 broadcast(s))
Received 1 response(s)
Thanks anyway
I'm not sure what you mean by
Op 28-01-15 om 17:51 schreef anax:
Hi Patrick
have you ever tried to find out on which side the hanger is: on the client's or
on the server's, using tcpumg or the like?
That migth help a bit further on, that might.
suomi
I'm not sure what you mean with tcpumg.
But after testing with a
On 28-01-2015 11:15, Patrick Bervoets wrote:
I have a C6 server acting as a kvm-host.
When connecting with ssh the console is extremely slow and hangs for
minutes at a time. Connecting to this server is not the problem.
If I use: ssh root@host whatever I got immediate response even when
Hi Patrick
have you ever tried to find out on which side the hanger is: on the
client's or on the server's, using tcpumg or the like?
That migth help a bit further on, that might.
suomi
On 01/28/2015 05:41 PM, Patrick Bervoets wrote:
Op 28-01-15 om 17:20 schreef Marcelo Ricardo Leitner:
On
Op 28-01-15 om 17:20 schreef Marcelo Ricardo Leitner:
On 28-01-2015 11:15, Patrick Bervoets wrote:
I have a C6 server acting as a kvm-host.
When connecting with ssh the console is extremely slow and hangs for
minutes at a time. Connecting to this server is not the problem.
If I use: ssh
Op 28-01-15 om 17:51 schreef anax:
Hi Patrick
have you ever tried to find out on which side the hanger is: on the client's or
on the server's, using tcpumg or the like?
That migth help a bit further on, that might.
suomi
Not yet, I'll try that out tomorrow
Thanks
Patrick
On 01/28/2015 05:15 AM, Patrick Bervoets wrote:
When connecting with ssh the console is extremely slow and hangs for
minutes at a time
Check for IP address conflicts in the server's network.
For IPv4:
# arping -D -I interface address
___
CentOS
Op 28-01-15 om 20:17 schreef Gordon Messmer:
On 01/28/2015 05:15 AM, Patrick Bervoets wrote:
When connecting with ssh the console is extremely slow and hangs for
minutes at a time
Check for IP address conflicts in the server's network.
For IPv4:
# arping -D -I interface address
ARPING
19 matches
Mail list logo
