I was wondering if you have normal internet access on that machine. I found out that somehow systems I set up just freeze and are horribly slow when there is no internet access. Terminnal would take few minutes to open, and if I try several terminals all would open at once once system is "awaken". I always fail to ask what the cause might be. DNS issue? Routing? Even on boot, system would hang on "internet" stuff link NTP update. I do use NFS with automount. maybe that causes it? Ljubomir Florin Andrei wrote: > Running v5 64bit on a Dell 1950. > > A cluster of 3 DB machines, identical hardware. One of them suddenly > became slower 2 weeks ago. > > tar -zxf with a large file on this machine takes 1.5 minutes, but takes > only 10 seconds on any of its siblings. CPU usage seems high while > untarring, with lots of user and sys cycles being used, but almost no > wait cycles. It doesn't matter whether I untar on a local disk, or on a > fiber channel SAN volume, it's slow anyway. > > scp a file over the network is slow too: 6 MB/s to this machine, 70 MB/s > to its siblings. > > However, this is just as fast on all systems, including the "sick" one: > > # time dd if=/dev/zero of=/dev/null bs=1M count=100000 > 100000+0 records in > 100000+0 records out > 104857600000 bytes (105 GB) copied, 2.59213 seconds, 40.5 GB/s > > real 0m2.600s > user 0m0.025s > sys 0m2.550s > > /proc/cpuinfo looks fine. Nothing suspect in dmesg. > > Reboot doesn't fix it. Power off / power on doesn't fix it. Single mode > is slow too, and I tried a couple different kernels. > > Dell's online diagnostics program could find nothing wrong with it. > > /var/log/messages was full of "ntpd[7313]: frequency error -1707 PPM > exceeds tolerance 500 PPM" messages. There was a lot of messages about > "the system limit for the maximum number of semaphore sets has been > exceeded"; there was indeed a lot of leftover semaphores created by NRPE > (owned by the nagios user); I deleted them but nothing has changed, so > they were a symptom, not the cause. > > I'm still kind of hoping it's a software issue, but chances are slim. > OTOH, I can't imagine any hardware problem that would exhibit these > symptoms. > > Any idea what to test? >