Am Freitag, 16. September 2011, 22:44:06 schrieb Hartwig Atrops:

Moin.

Ich habe gerade mal ein wenig probiert:

On Friday 16 September 2011 20:22:02 Marco Jäger wrote:

...

Und wieder einmal hänge ich am NFS fest .... warum auch immer

Ping geht in beide richtungen

cpu1:~ # ping 192.168.2.23 PING 192.168.2.23 (192.168.2.23) 56(84) bytes of data. 64 bytes from 192.168.2.23: icmp_req=1 ttl=64 time=0.483 ms 64 bytes from 192.168.2.23: icmp_req=2 ttl=64 time=0.444 ms 64 bytes from 192.168.2.23: icmp_req=3 ttl=64 time=0.469 ms ^C --- 192.168.2.23 ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 1999ms rtt min/avg/max/mdev = 0.444/0.465/0.483/0.023 ms

Das heisst ja erstmal nur, dass der Rechner laeuft. nicht nur -> das bedeutet auch : lan verbindung ist vorhanden ;)

...

NFS Server sind die verzeichnisse auf default freigegeben, NFS Client ebenso -> meldung : mount.nfs: mount to NFS server '192.168.2.23:/home/jmarco' failed: timed out, giving up

dabei sind die defaults doch ok - und laut manpage auf beiden rechnern identisch

Ich habe gerade gegen zwei Server getestet (Client: OpenSUSE 11.4, Server: Debian 5.0 bzw. 6.0 ).

PEIHO:/etc # mount -t nfs PROMPT:/export/data2 /mnt mount.nfs: access denied by server while mounting PROMPT:/export/data2

PROMPT exportiert zwar /export/data, export/data2 gibt's aber garnicht. Der fehlgeschlagene Zugriffsversuch wird auf PROMPT auch in /var/log syslog protokolliert (Debian, ob's ein SuSE-Server in derselben Datei protokollieren wuerde habe ich nicht getestet). /home/jmarco gibt es auf beiden pcs - der import geht in das (vorhandene) Verzeichnis /home/cpu3:jmarco

PEIHO:/etc # mount -t nfs PAVIAN:/export/data2 /mnt mount.nfs: Connection timed out

PAVIAN hat keinen NFS-Daemon laufen. Erwartungsgemaess auch kein syslog Eintrag.

Laeuft denn auf dem Zielsystem bei Dir ueberhaupt ein NFS-Daemon? Ist der Port offen? Was sagt nmap?

Bei mir:

PROMP, NFS Port 2049 offen:

PEIHO:/etc # nmap PROMPT

Starting Nmap 5.21 ( http://nmap.org ) at 2011-09-16 22:33 CEST Nmap scan report for PROMPT (192.168.128.149) Host is up (0.0011s latency). Not shown: 991 closed ports PORT STATE SERVICE 21/tcp open ftp 22/tcp open ssh 23/tcp open telnet 80/tcp open http 111/tcp open rpcbind 139/tcp open netbios-ssn 445/tcp open microsoft-ds 2049/tcp open nfs 5432/tcp open postgresql MAC Address: 08:00:20:B5:51:EC (SUN Microsystems)

Nmap done: 1 IP address (1 host up) scanned in 6.72 seconds

PAVIAN, NFS Port geschlossen:

PEIHO:/etc # nmap PAVIAN

Starting Nmap 5.21 ( http://nmap.org ) at 2011-09-16 22:35 CEST Nmap scan report for PAVIAN (192.168.128.127) Host is up (0.0011s latency). Not shown: 995 closed ports PORT STATE SERVICE 21/tcp open ftp 22/tcp open ssh 23/tcp open telnet 80/tcp open http 111/tcp open rpcbind MAC Address: 08:00:20:89:5F:A1 (SUN Microsystems)

Nmap done: 1 IP address (1 host up) scanned in 6.71 seconds

Soweit das, was ich mal als erstes checken wuerde. Sonst mal sehen, ob Du Deinen NFS-Daemon irgendwie zu ausfuehrlicheren Meldungen bewegen kannst? Falls er denn tatsaechlich laeuft.

Gruss,

Hartwig

jmarco@cpu1:~> nmap 192.168.2.23 Starting Nmap 5.21 ( http://nmap.org ) at 2011-09-17 11:26 CEST Nmap scan report for 192.168.2.23 Host is up (0.017s latency). Not shown: 993 closed ports PORT STATE SERVICE 13/tcp open daytime 22/tcp open ssh 37/tcp open time 111/tcp open rpcbind 113/tcp open auth 631/tcp open ipp 2049/tcp open nfs Nmap done: 1 IP address (1 host up) scanned in 0.26 seconds jmarco@cpu1:~> Firewall kann auch ausgeschlossen werden - auf beiden rechnern ist diese verbindung als interne zone markiert pu1:~ # mount.nfs 192.168.2.23:/home/jmarco /home/cpu3:jmarco -v mount.nfs: timeout set for Sat Sep 17 11:36:29 2011 mount.nfs: trying text-based options 'vers=4,addr=192.168.2.23,clientaddr=192.168.2.21' mount.nfs: mount(2): Operation not permitted mount.nfs: trying text-based options 'addr=192.168.2.23' mount.nfs: prog 100003, trying vers=3, prot=6 mount.nfs: trying 192.168.2.23 prog 100003 vers 3 prot TCP port 2049 mount.nfs: prog 100005, trying vers=3, prot=17 mount.nfs: trying 192.168.2.23 prog 100005 vers 3 prot UDP port 749 mount.nfs: mount(2): Permission denied mount.nfs: access denied by server while mounting 192.168.2.23:/home/jmarco cpu1:~ # -- Mit freundlichem Gruß, M.Jäger -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Am Samstag, 17. September 2011, 18:40:03 schrieb Hartwig Atrops:

Moin.

On Saturday 17 September 2011 11:35:47 Marco Jäger wrote: [...]

Mmmh. So kenne ich das bislang nicht. Ein Interpretationsversuch:

...

mount.nfs: trying 192.168.2.23 prog 100005 vers 3 prot UDP port 749 mount.nfs: mount(2): Permission denied

Laut /etc/services ist Port 749 ein Kerberos-Port. Versuchst Du die Zugriffsberechtigung via Kerberos zu steuern? NFS kann das, habe ich aber noch nie gemacht. Bei mir laeuft's einfach ueber die IP-Adressen.

Es faellt allerdings auf, dass eben dieser Port auf dem Zielsystem gar nicht offen ist.

kerberos ist auf keinem rechner installiert, und die nfs "steuerung" erfolgt bei beiden via yast - da kann man den port auch nicht einstellen / änden einzige möglichkeit für dieses "verhalten" -> cpu3 war früher cpu1 - und war nfs-client für cpu2 ( die ist mangels monitor + co immo deakiviert) und auch da lief alles über IP bzw über die hostnamen (eingetragen in etc/hosts) sobald ich von cpu3 alle daten auf cpu 1 übertragen habe, geht das nfs- spielchen weiter mit cpu2 ... ebenfalls mit reiner datenrettung - danach werden cpu2+3 zerlegt und als cpu2 neu aufgebaut ( mit teilweise getauschter Hardware) , und die reste gehen in den Computerhimmel *g* wobei : auch via NFS dürfte ich dasselbe problem bekommen wie schon beim ersten teil via USB-Stick ( wichtigste daten) mit den verfluchten umlauten .... irgenwo hab ich da letzte woche auch 'ne mail geschrieben dazu

Ansonsten steht da jetzt ja 'Permission denied' und nicht mehr 'timed out' wie in Deiner urspruenglichen Mail. Also bist Du ja schon ein Stueckchen naeher dran :-)

Gruss,

Hartwig

:) naja - über 200 GB via 8 GB USB-Stick "schaufeln" ist mir doch etwas zu extrem - da bin ich ja noch nächstes jahr dran - via nfs kann das ganze zb auch kopieren, wenn ich nicht am pc bin - also teste ich da immo alle möglichkeiten bei den einstellungen. Mit freundlichem Gruß, Marco -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Am Samstag, 17. September 2011, 19:03:30 schrieb Matthias Müller:

Hallo,

Am Samstag 17 September 2011 schrieb Marco Jäger: snip Dein NFS-Server ist der Rechner 192.168.2.23, dein NFS-Client heißt 192.168.2.21 wenn ich die Meldungen korrekt interpretiere. Bitte mitteilen, ob das so stimmt.

100% korrekt

Du willst auf dem Client ein Verzeichnis des Servers mounten.

...

pu1:~ # mount.nfs 192.168.2.23:/home/jmarco /home/cpu3:jmarco -v

^ Aber was soll das hier sein? | Meiner Meinung müsste da stehen V mount.nfs 192.168.2.23:/home/jmarco /home/cpu3/jmarco -v

nicht ganz -> cpu1:~ # dir /home total 32 drwx------ 4 root root 4096 Sep 15 16:34 .Trash-0 drwxr-xr-x 4 root root 4096 Sep 16 19:51 HD drwxr-xr-x 48 jmarco users 4096 Sep 16 19:27 jmarco drwx------ 2 root root 16384 Sep 13 03:28 lost+found drwxr-xr-x 899 jmarco users 20480 Oct 22 2010 cpu3:Musik drwxr-xr-x 76 jmarco users 8192 Sep 17 11:53 cpu3:jmarco cpu1:~ #

...

mount.nfs: timeout set for Sat Sep 17 11:36:29 2011 mount.nfs: trying text-based options 'vers=4,addr=192.168.2.23,clientaddr=192.168.2.21' mount.nfs: mount(2): Operation not permitted mount.nfs: trying text-based options 'addr=192.168.2.23' mount.nfs: prog 100003, trying vers=3, prot=6 mount.nfs: trying 192.168.2.23 prog 100003 vers 3 prot TCP port 2049 mount.nfs: prog 100005, trying vers=3, prot=17 mount.nfs: trying 192.168.2.23 prog 100005 vers 3 prot UDP port 749 mount.nfs: mount(2): Permission denied mount.nfs: access denied by server while mounting

Das hier sieht so aus, als ob mit der /etc/exports was nicht stimmt Lass die mal bitte sehen.

angehängt Mit freundlichem Gruß, M.Jäger

Am Sonntag, 18. September 2011, 22:10:35 schrieb Matthias Müller: [...]

OK, sieht eigentlich gut aus. Bin aktuell etwas ratlos.

ich ebenso - gut, beide verzeichnisse sind auf cpu3 auch userverzeichnise, und noch das "alte" ext3 von OS 10.2 aber daran dürfte es eigendlich nicht liegen. Daher habe ich auf root_squash usw verzichtet - zumal ich das ganze ja nur brauche um die daten zu sichern, damit ich die HD nach dem überspielen und dem umbau der älteren PC's dann neu formatieren kann ohne Datenverlust. der "feste NFS" kommt dann erst danach.... Mit freundlichem Gruß, Marco -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Am Montag, 19. September 2011, 10:32:10 schrieb Hartwig Atrops:

Moin.

On Sunday 18 September 2011 22:33:05 Marco Jäger wrote: [...]

Ansonsten - wenn es nur um den Datentransfere ins Backup geht - mach doch einfach einen Tarball und schieb den per ftp oder scp auf den anderen Rechner. So mache ich das gewoehnlich. Ich habe keine Lust, jedesmal wieder die richtigen Mountoptionen rauszusuchen, nur weil der Apple gerade wieder die von Linux gewohnten Optionen nicht mag. Mit tar und scp habe ich da keine Probleme.

Gruss,

Hartwig

Geht leider nicht so einfach -> Viele Dateinamen enthalten umlaute -> von 10.2 auf Stick = geht von Stick auf 11.4 -> geht nicht = Umlaute werden als schwarze raute in jedem ! Dateimanager angezeigt, bei kopieren meckert jeder "Datei oder Verzeichnis nicht vorhanden", umbennung nicht möglich unter 11.4 wenn ich via SSH bei der 10.2 einlogge, oder einen entsprechenden stick aufrufe, erscheinen diese Umlaute bei "dir" oder "ls" als ? -> dürfte dann problematisch werden, diese aus dem tarball rauszufusseln. immo sehe ich (da das ganze in rund 100 ordnern + unterordnen verteilt ist das ganze) nur einen "sinnvollen" Weg : Per NFS alle dateien verschieben, die mit den umlauten werden übersprungen dann an der 10.2 einloggen und via krename diese dateien umbenennen ( aus ü im namen ein ue machen) und dann die umbenannten rüberschaufeln Wobei : inzwischen läuft nfs zu 50% ... cpu3/Musik wird inzwischen importiert -cpu3/home/jmarco noch nicht - obwohl ich bei beiden dieselben änderungen (rumtesterei) habe - sowohl clientseite als auch serverseite .... aktuell -> client : rw,noauto,sync - server : rw,sync warum das ganze bei async gar nicht wollte, wissen vermutlich nur die datengötter - und warum bei gleichen einstellungen nur ein verzeichnis eingebunden werden kann auch. aber auch da habe ich einen "verdacht" - aber da das unmögliche überall lauert -> vielleicht mag der server mein "homevezeichnis" auf der alten kiste nicht exportieren, weil es in der ersten Zeile steht ? da die reihenfolge tauschen zum testen werde ich allerdings erst nach dem import der aktuell erreichbaren daten machen. Mit freundlichem Gruß, Marco -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org