PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : NFS-Server vom Client manchmal nicht erreichbar



TuX81
11.10.05, 11:15
Hi,

also ich habe folgendes Problem:
sobald auf dem NFS-Server größere Aktionen auf der Festplatte oder Raid stattfinden (z.B. Backup, oder eine größere Datei kopieren), können die Clients nicht mehr auf dei NFS-Freigabe zugreifen. Sobald der Kopiervorgang/Backup abgeschlossen ist, funktionert auch NFS wieder.

Server:
SuSE 9.3
Dual 2,8 Ghz (64bit), 4GB RAM, interne SCSI-Festplatte und externes SCSI-Raid
Dateisystem ist ext3
Kernel: 2.6.11.4-21.9-smp

Clients:
ebenfalls SuSE 9.0 bis 9.3 (32bit & 64bit)
Kernel: 2.4 bis 2.6

Verbunden sind die Server über ein 100MBit Netzwerk.

Da der Server von allen per ping/ssh/etc. erreichbar ist und bei allen Clients das gleiche Problem ist, gehe ich davon aus, dass der Fehler am Server liegt.

Meldung der Clients:

Oct 09 10:33:57 trick kernel: nfs: server pluto not responding, still trying

/etc/exports vom Server:

/export/home xxx.xxx.xxx.xxx(rw,no_root_squash,sync)

/etc/fstab der Clients

pluto:/export/home /export/home nfs defaults 0 0


Leider hab ich hier im Forum und auch woanders nichts vergleichbares gefunden.
Hat von euch jem. schonmal soetwas ähnliches (oder genau das gleiche) Problem gehabt?
Für Hilfe und Tipps bin ich sehr dankbar, da es sich um ein Produktivsystem handelt und wenn dort (auch wenn nur für ein paar Minuten) die NFS-Freigabe nicht erreichbar ist, ... naja nich so toll halt.

Vielen Dank schonmal

Theo

TuX81
14.10.05, 10:01
Hat vielleicht jemand bereits mit 64bit - Systemen und SCSI bzw. SCSI-Raid erfahrungen gemacht?
Ich habe die Vermutung, dass es irgendwie mit den SCSI-Modulen zusammenhängt..

marce
14.10.05, 10:08
Zu deinem Trost kann ich sagen, dass es bei IDE, SCSI, SATA überall das gleiche Verhalten ist (bei uns zumindest)...

Was bei uns ein wenig geholfen hat, war die Anzahl der laufenden NFS-Server-Prozesse zu erhöhen (noch unter 8.2) - ob das auch unter 9.3 geht muss ich selbst noch herausfinden...

... und dann halt Backupprozesse in den Bereich verschieben, wo nicht viel los ist und evtl. renicen...

... oder als Alternative DAVfs - das hat bei uns im Test solche Probleme nicht gehabt, hat dafür aber andere Nachteile...

TuX81
14.10.05, 10:19
:mad: aber bei euch sind das auch 64bit Systeme?!

also liegt es wohl einzig und allein am NFS-Server der mit dem 64bit System noch Probleme hat?

wie erhöt man die Anzahl der NFS-Server-Prozesse?
oder meinst du die Priorität?

btw.
Die Backups hab ich schon so verschoben dass sie nicht wirklich stören, was aber nur eine vorrübergehende Lösung ist, denn der Server soll demnächst noch andere Aktionen ausführen die einige Daten auf der Platte liest/schreibt..

marce
14.10.05, 10:25
sind zwar auch 64Bit-Systeme aber das System ist einheitlich 32Bit...

unter 8.2. gab's 'ne /etc/nfs.conf - unter 9.3 wird der irgendwie anders konfiguriert... - wenn überhaupt noch :-(

wir haben damals einfach Anzahl der Prozessen = Anzahl Clients eingestellt - das tat dann recht gut (war ziemlich viel Traffic auf dem NFS - sonst hat der Server allerdings nichts gemacht)

TuX81
24.10.05, 11:50
Habe nun festgestellt, dass unter /proc/scsi/aic7xxx/1 folgendes steht:

cat /proc/scsi/aic7xxx/1


Adaptec AIC7xxx driver version: 6.2.36
Adaptec 3960D Ultra160 SCSI adapter
aic7899: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs
Allocated SCBs: 36, SG List Length: 128

Serial EEPROM:
0xc33a 0xc33a 0xc33a 0xc33a 0xc33a 0xc33a 0xc33a 0xc33a
0xc33a 0xc33a 0xc33a 0xc33a 0xc33a 0xc33a 0xc33a 0xc33a
0x08f4 0x605d 0x2807 0x0010 0x0300 0xffff 0xffff 0xffff
0xffff 0xffff 0xffff 0xffff 0xffff 0xffff 0x0250 0xca4f

Target 0 Negotiation Settings
User: 160.000MB/s transfers (80.000MHz DT, offset 127, 16bit)
Goal: 3.300MB/s transfers
Curr: 3.300MB/s transfers
Channel A Target 0 Lun 0 Settings
Commands Queued 20836456
Commands Active 0
Command Openings 32
Max Tagged Openings 32
Device Queue Frozen Count 0
Channel A Target 0 Lun 1 Settings
Commands Queued 260
Commands Active 0
Command Openings 32
Max Tagged Openings 32
Device Queue Frozen Count 0



Das würde ja heißen, dass er nur mit 3.3 MB/s arbeitet, oder?
Ich kenn mich leider mit dem SCSI-Zeugs net so aus, kann mir vielleicht jem. sagen ob es daran liegen könnte, bzw. wenn ja wie man den Wert erhöht?!