EA-Fehler beim nfs-Client

[Chris_TDCi]

(Server: Debian etch 32bit
Client: openSUSE 10.2 32bit)

Hallo,
am Server exportiere ich die Festplatten mit folgender /etx/exports
/mnt/media200 192.168.178.0/255.255.255.0(rw,sync)
/mnt/media300 192.168.178.0/255.255.255.0(rw,sync)
/mnt/media400 192.168.178.0/255.255.255.0(rw,sync)
/srv 192.168.178.0/255.255.255.0(rw,sync)Am Client hänge ich sie mit folgender /etc/fstab ein
192.168.178.30:/mnt/media200 /mnt/media200 nfs defaults 0 0
192.168.178.30:/mnt/media300 /mnt/media300 nfs defaults 0 0
192.168.178.30:/mnt/media400 /mnt/media400 nfs defaults 0 0
192.168.178.30:/srv /mnt/srv nfs defaults 0 0Man sieht, jede der 3 Festplatten (+ den /srv Ordner) sind exakt gleich ex- und importiert.

Trotzdem hakt es bei der 300er Platte:
11:45 notebook:/mnt # dir media300/
dir: lese Verzeichnis media300/: Eingabe-/Ausgabefehler
11:46 notebook:/mnt #Und nur bei dieser - alle anderen gehen.

'fdisk -l' (kleiner Buchstabe L) am Server sagt
server:/home/chris# fdisk -l

Disk /dev/hda: 30.7 GB, 30735581184 bytes
255 heads, 63 sectors/track, 3736 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot Start End Blocks Id System
/dev/hda1 1 653 5245191 82 Linux swap / Solaris
/dev/hda2 * 654 3736 24764197+ 83 Linux

Disk /dev/hde: 300.0 GB, 300090728448 bytes
255 heads, 63 sectors/track, 36483 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot Start End Blocks Id System
/dev/hde1 1 36483 293049666 83 Linux

Disk /dev/hdg: 203.9 GB, 203928109056 bytes
255 heads, 63 sectors/track, 24792 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot Start End Blocks Id System
/dev/hdg1 1 24791 199133676 83 Linux

Disk /dev/sda: 400.0 GB, 400088457216 bytes
255 heads, 63 sectors/track, 48641 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot Start End Blocks Id System
/dev/sda1 1 48641 390708801 83 Linux
server:/home/chris#mit zugehöriger /etc/fstab
proc /proc proc defaults 0 0
/dev/hda2 / ext2 defaults,errors=remount-ro 0 1
/dev/hdg1 /mnt/media200 reiserfs defaults 0 2
/dev/hde1 /mnt/media300 reiserfs defaults 0 2
/dev/sda1 /mnt/media400 ext2 defaults 0 2
/dev/hda1 none swap sw 0 0
#/dev/hdd /media/cdrom0 udf,iso9660 user,noauto 0 0
#/dev/fd0 /media/floppy0 auto rw,user,noauto 0 0
/mnt/media200/InstallLin/Debian/40_r0_i386/debian-40r0-i386-DVD-1.iso /srv/www/htdocs/instquelledebian/dvd1/ iso9660 loop,ro 0 0
/mnt/media200/InstallLin/Debian/40_r0_i386/debian-40r0-i386-DVD-2.iso /srv/www/htdocs/instquelledebian/dvd2/ iso9660 loop,ro 0 0
/mnt/media200/InstallLin/Debian/40_r0_i386/debian-40r0-i386-DVD-3.iso /srv/www/htdocs/instquelledebian/dvd3/ iso9660 loop,ro 0 0
server:/home/chris#Hier noch die Ausgaben von 'file -s /dev/xxx am Server:
server:/home/chris# file -s /dev/hda2
/dev/hda2: x86 boot sector, code offset 0x48
server:/home/chris# file -s /dev/hde1
/dev/hde1: ReiserFS V3.6 block size 4096 (mounted or unclean) num blocks 73262416 r5 hash
server:/home/chris# file -s /dev/hdg1
/dev/hdg1: ReiserFS V3.6 block size 4096 (mounted or unclean) num blocks 49783408 r5 hash
server:/home/chris# file -s /dev/sda1
/dev/sda1: Linux rev 1.0 ext2 filesystem data (mounted or unclean) (large files)
server:/home/chris#
Jetzt hänge ich mal alles aus und check die Platten mit fsck - das dauert wohl - ich meld mich dann.
Oder sieht hier schon jemand einen Fehler?
Zuvor unter Suse 10.1 ging alles (nur so als Anmerkung, nicht das ich wieder dahin zurück will ;) )

Danke schonmal, Chris...

[Chris_TDCi]

Hier die Ausgaben von fsck:
server:/srv/www/htdocs/instquelledebian# fsck
fsck 1.40-WIP (14-Nov-2006)
e2fsck 1.40-WIP (14-Nov-2006)
/dev/hda2 ist eingehängt.

WARNUNG!!! Die Benutzung von e2fsck auf einem eingehängten
Dateisystem kann das Dateisystem STARK BESCHÄDIGEN.

Wirklich fortfahren (j/n)? nein <- Das ist ja die Systemplatte

Prüfung abgebrochen.
reiserfsck 3.6.19 (2003 www.namesys.com)

************************************************** ***********
** If you are using the latest reiserfsprogs and it fails **
** please email bug reports to reiserfs-list@namesys.com, **
** providing as much information as possible -- your **
** hardware, kernel, patches, settings, all reiserfsck **
** messages (including version), the reiserfsck logfile, **
** check the syslog file for any related information. **
** If you would like advice on using this program, support **
** is available for $25 at www.namesys.com/support.html. **
************************************************** ***********

Will read-only check consistency of the filesystem on /dev/hdg1
Will put log info to 'stdout'

Do you want to run this program?[N/Yes] (note need to type Yes if you do):Yes <- Das ist die 200er
###########
reiserfsck --check started at Sun May 20 12:02:05 2007
###########
Replaying journal..
Reiserfs journal '/dev/hdg1' in blocks [18..8211]: 0 transactions replayed
Checking internal tree..finished
Comparing bitmaps..finished
Checking Semantic tree:
finished
No corruptions found
There are on the filesystem:
Leaves 97140
Internal nodes 629
Directories 24074
Other files 322005
Data block pointers 40834635 (19 of them are zero)
Safe links 0
###########
reiserfsck finished at Sun May 20 12:07:57 2007
###########
reiserfsck 3.6.19 (2003 www.namesys.com)

************************************************** ***********
** If you are using the latest reiserfsprogs and it fails **
** please email bug reports to reiserfs-list@namesys.com, **
** providing as much information as possible -- your **
** hardware, kernel, patches, settings, all reiserfsck **
** messages (including version), the reiserfsck logfile, **
** check the syslog file for any related information. **
** If you would like advice on using this program, support **
** is available for $25 at www.namesys.com/support.html. **
************************************************** ***********

Will read-only check consistency of the filesystem on /dev/hde1
Will put log info to 'stdout'

Do you want to run this program?[N/Yes] (note need to type Yes if you do):Yes <- Das ist die 300er
###########
reiserfsck --check started at Sun May 20 12:08:15 2007
###########
Replaying journal..
Reiserfs journal '/dev/hde1' in blocks [18..8211]: 0 transactions replayed
Checking internal tree..finished
Comparing bitmaps..finished
Checking Semantic tree:
finished
No corruptions found
There are on the filesystem:
Leaves 29105
Internal nodes 205
Directories 1575
Other files 19853
Data block pointers 27946321 (0 of them are zero)
Safe links 0
###########
reiserfsck finished at Sun May 20 12:10:47 2007
###########
e2fsck 1.40-WIP (14-Nov-2006)
/dev/sda1: clean, 2164/48840704 files, 90142403/97677200 blocks
server:/srv/www/htdocs/instquelledebian#fsck /dev/sda1 <- Das ist die 400er
fsck 1.40-WIP (14-Nov-2006)
e2fsck 1.40-WIP (14-Nov-2006)
/dev/sda1: clean, 2164/48840704 files, 90142403/97677200 blocks
server:/srv/www/htdocs/instquelledebian#

[Chris_TDCi]

Nix, gleiche in grün. EA-Fehler.
Der tritt übrigens auch von einem anderen Client auf, mit dem c't vdr 5
vdr:/mnt# uname -a
Linux vdr.intranet.home 2.6.16-ct-1 #1 Thu Apr 27 18:55:17 UTC 2006 i686 GNU/Linux
vdr:/mnt#

[kreol]

Am Server läuft die 300er Platte problemlos? fsck liefert zumindest keine Auffälligkeiten.

Es wäre extrem seltsam, aber am Client ist ReiserFS im Kernel? Prüfe (am SuSE-client) mit "zgrep REISER /proc/config.gz". c't vdr sagt mir nichts...

Wobei: /mnt/media200 ist ja wohl auch Reiser. *grübel*

Sry, da bin ich jetzt überfragt.


Kreol

[Chris_TDCi]

hö!?
Ich wollte es jetzt mit Samba testen - nur zum Ausgrenzen von Fehlern.
Obwohl ich damit noch gar nicht fertig war, habe ich zufällig gesehen dass die nfs-Freigabe auf einmal geht.
Und zwar über den Konqueror sysinfo:/
Dort habe ich den freien Speicherplatz der betreffenden Festplatte gesehen - geht das denn?! Bei EA-Fehler?
Nun ja, auf /mnt/media300 kann ich nun zugreifen - ohne einen für mich ersichtlichen Grund.

HALT - Kommando zurück!
Nur der Konqueror kann auf die Freigabe zugreifen - und zwar auch schreibend.
Nicht aber die Konsole!?

Was nun?

[Chris_TDCi]

...
Prüfe (am SuSE-client) mit "zgrep REISER /proc/config.gz". c't vdr sagt mir nichts...

12:55 notebook:/mnt # zgrep REISER /proc/config.gz
CONFIG_REISERFS_FS=m
# CONFIG_REISERFS_CHECK is not set
# CONFIG_REISERFS_PROC_INFO is not set
CONFIG_REISERFS_FS_XATTR=y
CONFIG_REISERFS_FS_POSIX_ACL=y
CONFIG_REISERFS_FS_SECURITY=y
13:00 notebook:/mnt #
Der c't vdr 5 ist auch debian, aber nicht 4.0. Vielleicht 3.1?

[Chris_TDCi]

Jetzt kann's auch die Konsole. Ich kapier nix mehr.
Nur der vdr kann's noch nicht. Den boote ich grad neu.

[kreol]

Nur der Konqueror kann auf die Freigabe zugreifen - und zwar auch schreibend.
Nicht aber die Konsole!?Strange.

Wie lautet denn der Konsolenbefehl? Poste ihn mal zusammen mit der Fehlermeldung.

Und nimm statt dir (ist ein alias) mal "ls -l". Dürfte zwar nichts ändern, aber man greift ja gerne nach Strohhalmen...


Kreol

[Chris_TDCi]

Der vdr kann's nach einem Neuboot immer noch nicht.
vdr:~# ls -l /mnt/media300/
ls: lese Verzeichnis /mnt/media300/: Eingabe-/Ausgabefehler
insgesamt 0
vdr:~#
13:11 notebook:~ # ls -l /mnt/media300/
/bin/ls: lese Verzeichnis /mnt/media300/: Eingabe-/Ausgabefehler
insgesamt 0
13:11 notebook:~ #
Jetzt kann openSUSE es auch wieder nicht - bin ratlos
Jedenfalls mit der Konsole. Mit dem Konqueror ist alles wunderbar.

[kreol]

Letzte Idee von mir: HW-Fehler. Tausch mal Kabel


Kreol

[Chris_TDCi]

Da fällt mir ein Wackler ein, den ich mal hatte. Gibt's eine Möglichkeit per Software alle 8 Adern durchzutesten (ist ja Gigabit)?

[kreol]

Die Prüfsoftware ist doch da: fsck, mount, konqueror

Manchmal geht es und manchmal nicht. Ein Software-Prüftool könnte auch nicht mehr als die Genannten.

Klemm einfach mal die Kabel um und sieh, was passiert. Kann ein Kabeldefekt oder auch ein Defekt am Controller sein. So genau ist Deine HW ja nicht bekannt.


Kreol

[Chris_TDCi]

Ich habe zum testen die 200er und 300er am IDE-Kabel vertauscht, genau wie den fstab Eintrag im Server.
Demnach dürfte keine Änderung auftreten, es sei denn ein IDE-Kabel oder der Kontroller wären defekt.
Resultat: Die 200er ist nach wie vor da. Die 300er hingegen macht nun diverse Leseprobleme nach dem Motto jede 2te Datei nicht lesbar. Der prinzipielle Zugriff geht aber.
Das ist natürlich für einen sicheren Serverbetrieb nix.

Zweiter Versuch. Ich habe das alte Suse 10.1 mit partimage wieder reaktiviert. Da geht jetzt alles wieder.
Jetzt installier ich debian einfach neu - mal sehen.

Einen Fehler der Netzwerk-Hardware kann ich nun ausschließen.

[Chris_TDCi]

So, nach der erneuten debian Installation ist alles beim Alten - inclusive dem EA-Fehler.

Nun habe ich mich mit Trick17 selbst überlistet:
Statt /mnt/media200, /mnt/media300 und /mnt/media400 zu exportieren,
habe ich das in die /etc/exports eingetragen (und natürlich den nfs-server neugestartet):
/mnt 192.168.178.0/255.255.255.0(sync,rw,nohide)
Jetzt sind zwar alle 3 Ordner beim Clienten sichtbar, jedoch leer.
Ich erinnere mich an eine Funktion, mit der ich das einstellen muss, kann mich aber nicht erinnern wo das war.
Das muss ja Serverseitig eingestellt werden (oder?) in man exports finde ich aber nichts, auch nicht in diesem HowTo (http://mysite.verizon.net/res0yizl/id12.html)
Jemand eine Ahnung wie ich das mache?

Danke schonmal, Chris....

[THEReapMan]

So geb ich mein Datenverzeichniss am Server frei. Diverse Unterverzeichnisse sind auf verschiedene Platten gehängt.
Ich denke crossmnt ist die Option die das ermöglicht.


/data 192.168.10.0/255.255.255.0(rw,fsid=0,async,no_root_squash,cross mnt,subtree_check)

[Chris_TDCi]

Abgesehen davon, dass die Verzeichnisse immer noch leer sind, mounted der Client immer das Selbe.
Die /etc/exports am Server:
/mnt 192.168.178.0/255.255.255.0(rw,fsid=0,sync,no_root_squash,crossm nt,subtree_check)
/srv 192.168.178.0/255.255.255.0(rw,fsid=0,sync,subtree_check)Die /etc/fstab am Client:
192.168.178.30:/mnt /mnt/server nfs defaults 0 0
192.168.178.30:/srv /srv nfs defaults 0 0Trotzdem sind (am Client) in /mnt die leeren Ordner media200 bis media400;
ebenso aber auch in /srv, wo eigentlich ftp und www drin sein sollte.

Ein 'mount' am Clienten zeigt aber ganz klar
192.168.178.30:/mnt on /mnt/server type nfs (rw,addr=192.168.178.30)
192.168.178.30:/srv on /srv type nfs (rw,addr=192.168.178.30)

Server habe ich schon neu gebootet.

[kreol]

Mal ganz blöd gefragt: Die Verzeichnisse/Platten sind am Server auch gemountet, oder? Sonst wäre klar, warum die Verzeichnisse leer sind. Was sagt denn dort ein "mount" und was ein "ls -l /mnt/" bzw. "ls -l /srv/"?

Und Du hast einen Tippfehler in der /etc/exports. Da ist bei "crossm nt" ein Leerzeichen zuviel.


Kreol

[Chris_TDCi]

Server:

server:/# mount
/dev/hda2 on / type ext2 (rw,errors=remount-ro)
tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
procbususb on /proc/bus/usb type usbfs (rw)
udev on /dev type tmpfs (rw,mode=0755)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620)
/dev/hde1 on /mnt/media200 type reiserfs (rw)
/dev/hdg1 on /mnt/media300 type reiserfs (rw)
/dev/sda1 on /mnt/media400 type ext2 (rw)
/mnt/media200/InstallLin/Debian/40_r0_i386/debian-40r0-i386-DVD-1.iso on /srv/www/htdocs/instquelledebian/dvd1 type iso9660 (rw,loop=/dev/loop0)
/mnt/media200/InstallLin/Debian/40_r0_i386/debian-40r0-i386-DVD-2.iso on /srv/www/htdocs/instquelledebian/dvd2 type iso9660 (rw,loop=/dev/loop1)
/mnt/media200/InstallLin/Debian/40_r0_i386/debian-40r0-i386-DVD-3.iso on /srv/www/htdocs/instquelledebian/dvd3 type iso9660 (rw,loop=/dev/loop2)
nfsd on /proc/fs/nfsd type nfsd (rw)
rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)
server:/#
server:/# ls -l /mnt/
insgesamt 5
drwxrwxr-x 21 chris users 928 2007-05-20 14:53 media200
drwxr-x--- 9 chris users 304 2007-05-20 13:15 media300
drwxr-xr-x 8 chris users 4096 2007-03-03 13:48 media400
server:/#Ein
ls -l /mnt/media200(und x300 und x400) hingegen zeigt zwar den Inhalt, komischerweise dauerte die Ausgabe des ersten Befehles ca. 5 Sekunden, bei jedem der 3 mediaxoo. Danach kommt der ls -l /mnt/mediax00 sofort.
server:/# ls -l /srv/
insgesamt 4 (Wieso 4??)
drwxr-xr-x 5 www-data www-data 4096 2007-05-13 13:20 www
server:/#/etc/exports
/mnt 192.168.178.0/255.255.255.0(sync,rw,nohide,fsid=0,no_root_squash ,crossmnt,subtree_check)
/srv 192.168.178.0/255.255.255.0(sync,rw,nohide,fsid=0,subtree_check) Kein Fehler in der Datei, da hatte ich mich zuvor wohl verschrieben, oder mit copy'n'past verhauen.

[Chris_TDCi]

Exakt die gleichen Fehler macht auch der vdr (debian GNU/Linux i686, glaube debian 3.1)
Die leeren Ordner media200, 300 und 400 sind in /mnt und /srv, bei testweise gleicher /etc/fstab.
Also kann man den Fehler auf den Server begrenzen. Das kann jetzt nicht mehr vom Clienten kommen.

[Chris_TDCi]

Hier (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=423108#142) wurde auf einen Fehler hingewiesen, zu dessen Lösung man 'nfs-kernel-server' und 'nfs-common' updaten soll. Kann ja in meinem Fall bestimmt auch nicht schaden.
Nur, kann mir jemand sagen, wie dazu meine sources.list aussehen muss?
Ich komm mit apt-get install, oder auch apitude nicht an diese Versionsnummern.
Hier meine jetzige sources.list:
deb http://security.debian.org/ etch/updates main contrib
deb-src http://security.debian.org/ etch/updates main contrib

deb http://localhost/instquelledebian/dvd1 etch main
deb http://localhost/instquelledebian/dvd2 etch main
deb http://localhost/instquelledebian/dvd3 etch main

deb ftp://ftp.debian.org/debian etch contrib main non-free

[Chris_TDCi]

Ich hätte bei der Installation von debian einen oder mehrere Netzwerk-Spiegel hinzufügen können.
Eine Ahnung wie ich diesen Assistenten im Nachhinein nochmal starte?
Ich find einfach nix.

[kreol]

Hier siehts so aus:
P2600:/# aptitude show nfs-common
Paket: nfs-common
Zustand: Installiert
Automatisch installiert: nein
Version: 1:1.0.10-6
Priorität: standard
Bereich: net
Verwalter: Anibal Monsalve Salazar <anibal@debian.org>
Unkomprimierte Größe: 397k
Hängt ab von: portmap, adduser, ucf, lsb-base (>= 1.3-9ubuntu3), netbase (>= 4.24), libc6 (>= 2.3.6-6), libcomerr2 (>=
1.33-3), libevent1 (>= 1.1a), libgssapi2, libkrb53 (>= 1.4.2), libnfsidmap2, librpcsecgss3, libwrap0
Kollidiert mit: nfs-client
Ersetzt: nfs-client, nfs-kernel-server (< 1:1.0.7-5)
Liefert: nfs-client
Beschreibung: NFS support files common to client and server
Use this package on any machine that uses NFS, either as client or server. Programs included: lockd, statd, showmount,
nfsstat, gssd and idmapd.

Upstream: SourceForge project "nfs", CVS module nfs-utils.

Homepage: http://nfs.sourceforge.net/

Marken: admin::filesystem, interface::commandline, interface::daemon, network::client, network::server, role::program

P2600:/# aptitude show nfs-kernel-server
Paket: nfs-kernel-server
Zustand: Installiert
Automatisch installiert: nein
Version: 1:1.0.10-6
Priorität: optional
Bereich: net
Verwalter: Anibal Monsalve Salazar <anibal@debian.org>
Unkomprimierte Größe: 352k
Hängt ab von: nfs-common (>= 1:1.0.8-1), ucf, lsb-base (>= 1.3-9ubuntu3), libc6 (>= 2.3.6-6), libcomerr2 (>= 1.33-3),
libgssapi2, libkrb53 (>= 1.4.2), libnfsidmap2, librpcsecgss3, libwrap0
Kollidiert mit: knfs, nfs-server
Ersetzt: knfs, nfs-server
Liefert: knfs, nfs-server
Beschreibung: Kernel NFS server support
Use this package if you want to use the kernel-mode NFS server. The user-mode NFS server in the "nfs-user-server" package
is slower and less featureful but easier to debug than the kernel-mode server.

Upstream: SourceForge project "nfs", CVS module nfs-utils.

Homepage: http://nfs.sourceforge.net/

Marken: admin::kernel, interface::daemon, network::server, role::program
P2600:/# cat /etc/apt/sources.list
#
# deb cdrom:[Debian GNU/Linux 4.0 r0 _Etch_ - Official i386 CD Binary-1 20070407-11:55]/ etch contrib main
# deb cdrom:[Debian GNU/Linux 4.0 r0 _Etch_ - Official i386 CD Binary-1 20070407-11:55]/ etch contrib main

deb http://ftp.de.debian.org/debian/ etch main
deb-src http://ftp.de.debian.org/debian/ etch main

deb http://security.debian.org/ etch/updates main contrib
deb-src http://security.debian.org/ etch/updates main contribEinen Assistenten zum Einfügen von Repositorys kenne ich allerdings nicht. Ich trage die erforderlichenfalls händisch in die /etc/apt/sources.list ein...


Kreol

[tictactux]

Hi Chris,

ich hatte vor ein paar Monaten E/A NFS-Fehler mit Debian Etch auf Servern die ca. 10-20 NFS-Clients bedienten (Clients die mit Thinstation laufen).
Als Ursache stellten sich die EThernet-Switches heraus (waren D-Link). Nach Austausch gegen HP-Switches war das Problem in dem Fall behoben.
Vielleicht kannst Du in der Richtung mal testen, auch wenn es zunächst eher unwahrscheinlich scheint, da nur eine Platte Probleme macht.

hth
Wolfgang

/edit:
zum Thema Assistenten zum Einfügen von Repositories:
- netselect-apt:
Description: Choose the fastest Debian mirror with netselect
netselect-apt will choose the fastest Debian mirror by downloading the full
mirror list and uses netselect to find the best one. netselect-apt writes a
sources.list(5) file that can be used with apt(8)

Von den GUI-Tools bieten synaptic und update-manager die Möglichkeit die sources.list anzupassen, hab davon jedoch keinen Gebrauch gemacht.

[Chris_TDCi]

@kreol
Genau diese Versionen habe ich auch. Habe aber 1.1.0-2 heruntergeladen. Nur, wenn ich die mit 'dpkt --install xxx' installiere, bekomme ich etliche unaufgelöste Abhängigkeiten. Die möchte ich möglichst nicht händisch lösen.
Ich finde aber keine sources.list, bzw. einen passenden Eintrag.

@tictactux
Ich werde mal de Gigabit- gegen den alten 100MBit-Switch tauschen.

[Chris_TDCi]

@tictactux
Hat auch nichts gebracht, ich bau den Gigabit-Switch wieder dran.
Ist von SMC - nix billiges, oder?

[tictactux]

@tictactux
Ist von SMC - nix billiges, oder?
eigentlich nicht, aber ich hab's aufgegeben mich auf Firmennamen zu verlassen^^
btw. einige Intel-Gigabitkarten hab ich auch schon gehabt die NFS nicht mögen.

[Chris_TDCi]

Was mich wundert (ich weiß ja nicht, inwieweit Du den Thread verfolgt hast) ist, dass unter Suse 10.1 alles lief, und auch nach dem Backup alles wieder läuft.
Erst mit debian etch, und der erneuten Installation von debian etch (kein Backup - echte Neuinstallation) treten Fehler auf.
Ich will hier keinen Glaubenskrieg zwischen debian und Suse lostreten,
aber das muss doch von debian kommen, oder was kommt dafür noch in Frage?
Muss ich wirklich die Abhängigkeiten händisch auflösen? Oder hab ich was mit apt-get install und der sources.list falsch verstanden?

[tictactux]

Es kann durchaus sein, daß das Problem an der Debian-Version von NFS liegt, ich hab keine Ahnung, inwiefern eigene Kernel-Änderungen von SUSE oder Debian da eine Rolle spielen.

Zum Thema Abhängigkeiten bei binären Debian-Paketen- wenn das Paket nicht für die verwendete Distribution gedacht ist, würde ich das Quellpaket heruntgerladen, und auf dem System neu erstellen um die Abhängigkeiten zu vermeiden.
Bei entpacktem Paket (dpkg-source -x <Paketname>.dsc) entweder mit dpkg-buildpackage oder in dem Quellverzeichnis debian/rules binary

[kreol]

Also daß es am Debian liegt glaube ich nicht wirklich. Hier habe ich ein NFS zwischen SuSE 10.0, SuSE 10.2, Debian Sarge und Debian Etch untereinander vollkommen problemlos am laufen.


Kreol

[tictactux]

Also daß es am Debian liegt glaube ich nicht wirklich. Hier habe ich ein NFS zwischen SuSE 10.0, SuSE 10.2, Debian Sarge und Debian Etch untereinander vollkommen problemlos am laufen.

Kreol
wollte ich auch nicht gesagt haben, E/A-Fehler bei NFS sind oft Timeout-Fehler (speziell bei "soft"-mounted NFS), und da können schon die Default-Einstellungen eines Distributors in Verbindung mit bestimmter Hardware sich anders auswirken.
Googlen nach "NFS i/o errors" zeigt daß das gar nicht so ungewöhnlich ist.