gound
20-10-04, 14:41
Hallo,
ich habe überhaupt keine Ahnung von einer AS400, bräuchte aber eine theoretische Auskunft bzw. vielleicht sogar schon einen Lösungsvorschlag.
Wir haben in unserer Zentrale eine AS400-Maschine. Ausserdem habe ich in einer Aussenstelle einen Win NT4.0 Server. Die AS400 sollte auf dem Windows Server einen File zur Verfügung stellen. Dazu wollte ein Kollege ein freigegebenes Verzeichnis am NT mounten. Ist das überhaupt möglich?
Ich habe das Verzeichnis freigegeben und jedem Vollzugriff gewährt, auch mit einem bestimmten User haben wir es versucht, aber es hat nicht geklappt! Mit seinem Windows Notebook hat er sich ohne Probleme verbinden können. Er vermutet einmal, dass es nicht möglich ist unter NFS!
So hat er es versucht:
AS400_Mount:
ADDMFS TYPE(*NFS) MFS('10.73.220.104:/BLSTest') +
MNTOVRDIR(BLS8702) +
OPTIONS('rw,suid,retry=5,rsize=8096,wsize=8+
096,timeo=20,retrans=5,acregmin=30,acregmax+
=60,acdirmin=30,acdirmax=60,hard') +
CODEPAGE(*BINARY 819)
Er hat auch ein Fehlerprotokoll erhalten:
Nachricht . . . : Im Network File System (NFS) trat ein Fehler auf.
Ursache . . . . : Ein Fehler trat im Network File System (NFS) auf. Der
Ursachencode ist 24. Ursachencodes und ihre Bedeutung:
1. Der NFS-Server-Dämon *RPC antwortet nicht.
2. Der NFS-Server-Dämon *NSM antwortet nicht.
3. Die interne ID für UDP (User Datagram Protocol) ist nicht
funktionsfähig.
4. Die interne ID für TCP (Transmission Control Protocol) ist nicht
funktionsfähig.
5. Der Server antwortet nicht, es wird weiterhin versucht.
6. Der Server antwortet nicht, abgebrochen.
7. Der Server hat geantwortet.
8. Der lokale NFS-Server-Dämon *NLM antwortet nicht, es wird weiterhin
versucht.
9. Der lokale NFS-Server-Dämon *NLM antwortet nicht, abgebrochen.
10. Der lokale NFS-Server-Dämon *NLM hat geantwortet.
11. Eine RPC-Anforderung wurde nicht gesendet.
12. Eine RPC-Antwort wurde nicht gesendet.
13. Eine RPC-Nachricht konnte nicht entschlüsselt werden.
14. Die Datei /etc/pmap enthält beschädigte oder unvollständige Daten.
15. Die Datei /etc/pmap kann nicht geöffnet werden.
16. Die Datei /etc/pmap kann nicht gelesen werden, und es kann nichts in
sie geschrieben werden.
17. Die Datei /etc/statd enthält beschädigte oder unvollständige Daten.
18. Die Datei /etc/statd kann nicht geöffnet werden.
19. Die Datei /etc/statd kann nicht gelesen werden, und es kann nichts in
sie geschrieben werden.
20. Blockweise Sperranforderungen werden nicht unterstützt - Kein
UDP-Transport verfügbar.
21. Die Anforderung für eine Sperre schlug fehl.
22. Eine Anforderung eine Sperre oder Sperren freizugeben schlug fehl.
23. Eine Anforderung eine Sperre abzufragen schlug fehl.
24. Der *MNT NFS Server-Dämon antwortet nicht.
Fehlerbeseitigung: In den vorherigen Nachrichten des Jobprotokolls den Grund
für den aufgeführten Ursachencode feststellen. Die Fehlerbehebungsmaßnahmen
für diese Nachrichten durchführen und die Operation wiederholen.
Danke für eure Hilfe!
Gundi
ich habe überhaupt keine Ahnung von einer AS400, bräuchte aber eine theoretische Auskunft bzw. vielleicht sogar schon einen Lösungsvorschlag.
Wir haben in unserer Zentrale eine AS400-Maschine. Ausserdem habe ich in einer Aussenstelle einen Win NT4.0 Server. Die AS400 sollte auf dem Windows Server einen File zur Verfügung stellen. Dazu wollte ein Kollege ein freigegebenes Verzeichnis am NT mounten. Ist das überhaupt möglich?
Ich habe das Verzeichnis freigegeben und jedem Vollzugriff gewährt, auch mit einem bestimmten User haben wir es versucht, aber es hat nicht geklappt! Mit seinem Windows Notebook hat er sich ohne Probleme verbinden können. Er vermutet einmal, dass es nicht möglich ist unter NFS!
So hat er es versucht:
AS400_Mount:
ADDMFS TYPE(*NFS) MFS('10.73.220.104:/BLSTest') +
MNTOVRDIR(BLS8702) +
OPTIONS('rw,suid,retry=5,rsize=8096,wsize=8+
096,timeo=20,retrans=5,acregmin=30,acregmax+
=60,acdirmin=30,acdirmax=60,hard') +
CODEPAGE(*BINARY 819)
Er hat auch ein Fehlerprotokoll erhalten:
Nachricht . . . : Im Network File System (NFS) trat ein Fehler auf.
Ursache . . . . : Ein Fehler trat im Network File System (NFS) auf. Der
Ursachencode ist 24. Ursachencodes und ihre Bedeutung:
1. Der NFS-Server-Dämon *RPC antwortet nicht.
2. Der NFS-Server-Dämon *NSM antwortet nicht.
3. Die interne ID für UDP (User Datagram Protocol) ist nicht
funktionsfähig.
4. Die interne ID für TCP (Transmission Control Protocol) ist nicht
funktionsfähig.
5. Der Server antwortet nicht, es wird weiterhin versucht.
6. Der Server antwortet nicht, abgebrochen.
7. Der Server hat geantwortet.
8. Der lokale NFS-Server-Dämon *NLM antwortet nicht, es wird weiterhin
versucht.
9. Der lokale NFS-Server-Dämon *NLM antwortet nicht, abgebrochen.
10. Der lokale NFS-Server-Dämon *NLM hat geantwortet.
11. Eine RPC-Anforderung wurde nicht gesendet.
12. Eine RPC-Antwort wurde nicht gesendet.
13. Eine RPC-Nachricht konnte nicht entschlüsselt werden.
14. Die Datei /etc/pmap enthält beschädigte oder unvollständige Daten.
15. Die Datei /etc/pmap kann nicht geöffnet werden.
16. Die Datei /etc/pmap kann nicht gelesen werden, und es kann nichts in
sie geschrieben werden.
17. Die Datei /etc/statd enthält beschädigte oder unvollständige Daten.
18. Die Datei /etc/statd kann nicht geöffnet werden.
19. Die Datei /etc/statd kann nicht gelesen werden, und es kann nichts in
sie geschrieben werden.
20. Blockweise Sperranforderungen werden nicht unterstützt - Kein
UDP-Transport verfügbar.
21. Die Anforderung für eine Sperre schlug fehl.
22. Eine Anforderung eine Sperre oder Sperren freizugeben schlug fehl.
23. Eine Anforderung eine Sperre abzufragen schlug fehl.
24. Der *MNT NFS Server-Dämon antwortet nicht.
Fehlerbeseitigung: In den vorherigen Nachrichten des Jobprotokolls den Grund
für den aufgeführten Ursachencode feststellen. Die Fehlerbehebungsmaßnahmen
für diese Nachrichten durchführen und die Operation wiederholen.
Danke für eure Hilfe!
Gundi