verzögerungen - server macht immer wieder eine pause?

[muell200]

hallo

folgender fehler:

system: suse 8.1
wenn ich ein verzeichnis anzeigen lassen will macht derserver immer wieder kleine unterbrechungen.

das heisst:

befehl: ls -> 2-5sec. pause -> ergebnis wird angezeigt
oder
wenn jemand ueber atalk auf den server zugreift, dann dauert es beim erstenmal 2-5 sec. bis der ordnerinhalt angezeigt wird

das blöde ist:
- es passiert nicht immer
- ich finde kein fehlermeldung in den logs

hat mir jemand eine idee was das sein kann?
p.s.: der server laeuft jetzt 3 jahre ohne probleme...
ist das evt. das problem :)

vorab danke

[marce]

an der Konsole oder über ssh?
Wie viele Dateien sind denn im VZ?
was sagt top, dmesg, free, ...?

[muell200]

an der Konsole oder über ssh?
Wie viele Dateien sind denn im VZ?
was sagt top, dmesg, free, ...?

ueber ssh.

in dem verzeichniss sind unterschiedlich viele dateien / ordner angelegt:
z.b.:
etc = 211
atalk-freigabe = 176

der aussetzter ist immer nur beim ersten aufruf ( auf der konsole, atalk, mc, .. )




free
total used free shared buffers cached
Mem: 1033248 1019968 13280 0 23204 918232
-/+ buffers/cache: 78532 954716
Swap: 530104 54940 475164




top zeigt mir an das vmware viel speicher braucht: (soweit ich das sehe )



1480 root 5 -10 179M 168M 167M S < 0.0 16.7 0:05 vmware-vmx
1485 root 15 0 179M 168M 167M S 0.0 16.7 0:00 vmware-vmx
1486 root 5 -10 179M 168M 167M S < 0.0 16.7 0:01 vmware-vmx
1487 root 5 -10 179M 168M 167M S < 0.0 16.7 0:01 vmware-vmx
1488 root 5 -10 179M 168M 167M S < 0.0 16.7 0:01 vmware-vmx
1489 root 5 -10 179M 168M 167M S < 0.0 16.7 0:01 vmware-vmx
1494 root 5 -10 179M 168M 167M S < 0.0 16.7 0:07 vmware-vmx
1495 root 15 0 179M 168M 167M R 0.1 16.7 2:45 vmware-vmx




df -h
Filesystem Size Used Avail Use% Mounted on
/dev/hda2 37G 26G 12G 69% /
/dev/sda1 299G 262G 37G 88% /samba
shmfs 505M 0 505M 0% /dev/shm


liegt es daran, das der ram zu klein ist?
oder hat jemand noch einen tip?




welche info waeren noch hilfreich?

[marce]

evtl. ist es wirklich einfach nur der Ram - das Ding ist wohl schon am Swappen, kann sein, dass er die Bash der Konsole erst vom Swap in den HSP schaufeln muss...

[Inge]

ich hatte mal so ein problem, da hing der server in der windows-domäne, nur ist der windowsserver abgestürzt, ich war jedoch noch am linuxserver angemeldet, keine ahnung warum, aber da musste ich auch ewig auf ein ls warten....

[muell200]

evtl. ist es wirklich einfach nur der Ram - das Ding ist wohl schon am Swappen, kann sein, dass er die Bash der Konsole erst vom Swap in den HSP schaufeln muss...

denke ich auch.
dann bekommt der server mehr speicher!

hoffe es hilft :)

[the_easterbunny]

Hmm, und was spricht dagegen dass es ein simples I/O-Problem ist? Bzw. hier der Flaschenhals liegt. Du sagst ja das Problem taucht vorallem auf wenn Daten zum ersten Mal von der Festplatte gelesen werden - z.B. der Ordnerinhalt.
Was sagt denn ein
hdparm -tT /dev/hda2 bzw. hdparm -tT /dev/sda1

[bla!zilla]

Ich glaube nicht das der Speicher das Problem ist:



free
total used free shared buffers cached
Mem: 1033248 1019968 13280 0 23204 918232
-/+ buffers/cache: 78532 954716
Swap: 530104 54940 475164


Da ist noch massig Speicher frei.