similar to: C6 server responding extremely slow on ssh interactive

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 192.168.1.15 from 0.0.0.0 br0

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 root at host "whatever" I got immediate

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 "thanks anyway".

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? All the output was in the same scale and during a hang in an other shell.

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 anything useful there. Check swap use with

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 IPv4 conflict on your network. That's why

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 physical console I'm experiencing the same problem. So I guess its

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 28-01-2015 11:15, Patrick Bervoets wrote: >>> I have a C6 server acting as

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 at host "whatever" I got immediate response even when > interactive consoles opened with ssh are hanging. Sorry, is

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>

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 before, even with heavy swapping. But I guess I'd look at that sort of

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: 7951 476 7475 thats an unusually small amount of 'cached'... I usually see the disk cache as 30-50% of the

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 command is run with ssh > (ssh @ "command") or in a shell? Let's

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

Hello everyone - I am trying to use virt-viewer to connect to KVM virtual machines running on a CentOS7 host. It works great when running directly on the host, but I have not been able to figure out the magic connection string to make it work from another computer. On the host, I set selinux to "permissive" and stopped the firewalld service. No change, so it is not related to

Hi, I try to make my SD-reader work on a HP ZBook. lspci 5d:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. Device 5249 (rev 01) uname -a Linux Antisana.psc-elsene.be 2.6.32-431.17.1.el6.x86_64 #1 SMP Wed May 7 23:32:49 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux Googling gave me http://linuxterminal.org/issue-with-rts5229-pci-express-card-reader/; last reply by Fran?ois suggests to

Following the recent ntp posts I decided to check my setup with ntptrace. localhost: stratum 3, offset -0.000020, synch distance 0.016330 81.95.117.62: timed out, nothing received ***Request timed out service ntpd status ntpd (pid 3018) is gestart... grep server /etc/ntp.conf | grep -v "#" server 0.centos.pool.ntp.org iburst server 1.centos.pool.ntp.org iburst server

C6 with CR x86_64 Third time when trying to install a packet I get: yum install samba [...] --> Finished Dependency Resolution Error: Package: glibc-2.12-1.7.el6_0.5.i686 (updates) Requires: glibc-common = 2.12-1.7.el6_0.5 Installed: glibc-common-2.12-1.25.el6_1.3.x86_64 (@cr) glibc-common = 2.12-1.25.el6_1.3 Available:

Op 14-12-15 om 23:54 schreef Scott Robbins: > On Mon, Dec 14, 2015 at 09:43:54PM +0100, Patrick Bervoets wrote: >> I need the ability to make signed PDFs in LibreOffice, so I tried LO 5 and LO 4.4 rpms from LO.org but they are useless (menu and toolbar are black). >> Anyone been able to use a higher version of LO? >> > Yes, I easily installed libreoffice-5.x on my CentOS-6x

I need the ability to make signed PDFs in LibreOffice, so I tried LO 5 and LO 4.4 rpms from LO.org but they are useless (menu and toolbar are black). Anyone been able to use a higher version of LO? Thanks