Mounting the DFS root for domain not implemented yet
Hallo, database:/mnt # mount.cifs -v //192.168.90.5/Data /mnt/data/ -o user=backup,pass=backup,dom=BA-USA parsing options: user=backup,pass=backup,dom=BA-USA Mounting the DFS root for domain not implemented yetNo ip address specified and hostname not found database:/mnt # "Kann jemand mit dieser Fehlermeldung etwas anfangen ?" cu stonki -- www.stonki.de: the more I see, the more I know....... www.proftpd.de: Deutsche ProFTPD Dokumentation www.krename.net: Der Batch Renamer für KDE www.kbarcode.net: Die Barcode Solution für KDE
* Montag, 07. März 2005 um 20:13 (+0100) schrieb Stefan Onken:
database:/mnt # mount.cifs -v //192.168.90.5/Data /mnt/data/ -o user=backup,pass=backup,dom=BA-USA
parsing options: user=backup,pass=backup,dom=BA-USA Mounting the DFS root for domain not implemented yetNo ip address specified and hostname not found database:/mnt #
"Kann jemand mit dieser Fehlermeldung etwas anfangen ?"
Nein, ich bekomme sie hier ebenfalls wenn ich 'mount.cifs ...' verwende.
Mit 'mount -t cifs ...' funktioniert es dagegen problemlos; versuche es mal
damit.
Gruß
Andreas
--
Andreas Könecke "Andreas Koenecke
Am Montag, 7. März 2005 20:47 schrieb Andreas Koenecke:
Nein, ich bekomme sie hier ebenfalls wenn ich 'mount.cifs ...' verwende. Mit 'mount -t cifs ...' funktioniert es dagegen problemlos; versuche es mal damit.
database:~ # mount -t cifs //192.168.90.5/Data /mnt/data/ -o user=backup,pass=backup,dom=BA-USA mount error 22 = Invalid argument hmm ? -- www.stonki.de: the more I see, the more I know....... www.proftpd.de: Deutsche ProFTPD Dokumentation www.krename.net: Der Batch Renamer für KDE www.kbarcode.net: Die Barcode Solution für KDE
* Montag, 07. März 2005 um 21:00 (+0100) schrieb Stefan Onken:
database:~ # mount -t cifs //192.168.90.5/Data /mnt/data/ -o user=backup,pass=backup,dom=BA-USA mount error 22 = Invalid argument
hmm ?
Hmm! Ich kann hier machen, was ich will, einen "mount error 22" kriege ich
nicht hin...
Hast du einen Kernel mit cifs-Unterstützung?
Funktioniert 'mount -t smb ...'?
Was gibt 'nmblookup -A 192.168.80.5' aus?
Gruß
Andreas
--
Andreas Könecke "Andreas Koenecke
Am Montag, 7. März 2005 21:49 schrieb Andreas Koenecke:
* Montag, 07. März 2005 um 21:00 (+0100) schrieb Stefan Onken:
database:~ # mount -t cifs //192.168.90.5/Data /mnt/data/ -o user=backup,pass=backup,dom=BA-USA mount error 22 = Invalid argument
hmm ?
Hmm! Ich kann hier machen, was ich will, einen "mount error 22" kriege ich nicht hin...
Hast du einen Kernel mit cifs-Unterstützung? das ist eine gute Frage. Ist SuSE 9.0 PLAIN, sollte also database:~ # uname -a Linux database 2.4.21-99-athlon #1 Wed Sep 24 13:34:32 UTC 2003 i686 athlon i386 GNU/Linux
Funktioniert 'mount -t smb ...'? das klappt bei mir nie mit den rechten. Ich kann zwar mounten, aber dann das gemountete Drive nicht mehr erreichen. Auf einem anderen Windows Server habe ich es dann mit "cifs" ausprobiert und dies wollte ich nun auf dem anderen Windows Server (steht in Zypern, der andere in London) probieren...
database:~ # mount -t smbfs //192.168.90.5/Data /mnt/data/ -o username=backup,password=backup database:~ # ls -als /mnt/data /bin/ls: /mnt/data: Permission denied
Was gibt 'nmblookup -A 192.168.80.5' aus?
Looking up status of 192.168.90.5 ARES <00> - M <ACTIVE> BA-USA <1c> - <GROUP> M <ACTIVE> BA-USA <00> - <GROUP> M <ACTIVE> ARES <20> - M <ACTIVE> BA-USA <1b> - M <ACTIVE> BA-USA <1e> - <GROUP> M <ACTIVE> BA-USA <1d> - M <ACTIVE> ..__MSBROWSE__. <01> - <GROUP> M <ACTIVE> MAC Address = 00-0F-1F-65-CE-87 database:~ # -- www.stonki.de: the more I see, the more I know....... www.proftpd.de: Deutsche ProFTPD Dokumentation www.krename.net: Der Batch Renamer für KDE www.kbarcode.net: Die Barcode Solution für KDE
* Montag, 07. März 2005 um 22:35 (+0100) schrieb Stefan Onken:
Am Montag, 7. März 2005 21:49 schrieb Andreas Koenecke:
Hast du einen Kernel mit cifs-Unterstützung? das ist eine gute Frage. Ist SuSE 9.0 PLAIN, sollte also database:~ # uname -a Linux database 2.4.21-99-athlon #1 Wed Sep 24 13:34:32 UTC 2003 i686 athlon i386 GNU/Linux
Sieh mal in "/proc/filesystems", ob "cifs" enthalten ist. (Ich nehme es aber auch an.)
Funktioniert 'mount -t smb ...'? das klappt bei mir nie mit den rechten. Ich kann zwar mounten, aber dann das gemountete Drive nicht mehr erreichen. Auf einem anderen Windows Server habe ich es dann mit "cifs" ausprobiert und dies wollte ich nun auf dem anderen Windows Server (steht in Zypern, der andere in London) probieren...
database:~ # mount -t smbfs //192.168.90.5/Data /mnt/data/ -o username=backup,password=backup database:~ # ls -als /mnt/data /bin/ls: /mnt/data: Permission denied
Hast du es schon mal mit den zusätzlichen Mount-Optionen "uid=<lokalerBenutzer>,dmask=770,fmask=770" probiert? Aber vielleicht ist das auch ein Hinweis für das Problem mit cifs...
Was gibt 'nmblookup -A 192.168.80.5' aus?
Looking up status of 192.168.90.5 ARES <00> - M <ACTIVE> BA-USA <1c> - <GROUP> M <ACTIVE> BA-USA <00> - <GROUP> M <ACTIVE> ARES <20> - M <ACTIVE> BA-USA <1b> - M <ACTIVE> BA-USA <1e> - <GROUP> M <ACTIVE> BA-USA <1d> - M <ACTIVE> ..__MSBROWSE__. <01> - <GROUP> M <ACTIVE>
MAC Address = 00-0F-1F-65-CE-87
Das sieht IMHO gut aus. Wird das "Data"-Share gelistet ('smbclient -L ARES')?
Eine weitere Maßnahme ist das Setzen von "echo 1 > /proc/fs/cifs/cifsFYI" und
einem erneuten cifs-mount-Versuch. In "/var/log/messages" sollte jetzt eine
Menge "Zeugs" erscheinen...
Eventuell kannst du das ja hier posten (Nicht vergessen ggfs. Password
entfernen! und mit "echo 0 > /proc/fs/cifs/cifsFYI" die "Geschwätzigkeit"
wieder abzuschalten.)
Gruß
Andreas
--
Andreas Könecke "Andreas Koenecke
Am Dienstag, 8. März 2005 00:25 schrieb Andreas Koenecke:
Sieh mal in "/proc/filesystems", ob "cifs" enthalten ist. (Ich nehme es aber auch an.)
database:~ # grep cifs /proc/filesystems nodev cifs Jupp :)
Hast du es schon mal mit den zusätzlichen Mount-Optionen "uid=<lokalerBenutzer>,dmask=770,fmask=770" probiert?
Aber vielleicht ist das auch ein Hinweis für das Problem mit cifs...
database:~ # mount -t smbfs //192.168.90.5/Data /mnt/data/ -o username=backup,password=backup,uid=root,dmask=770,fmask=770 database:~ # ls -als /mnt/data /bin/ls: /mnt/data: Permission denied database:~ # klar. das war mein erster Gedanke. Ich habe in England einen SuSE 9.2 Server mit Kernel 2.6.10, da laeuft das problemlos, in England und Zypern 9.0 mit Kernel 2.4.21. Ich habe ja das Gefuehl, dass das an der alten Kernelversion liegt im Zusammenspiel mit Windows 2003. Nur ich scheue die Variante remote auf Kernel 2.6.x zu uppen, weil wenn das nichts mehr geht, habe ich ein Problem :)
Das sieht IMHO gut aus. Wird das "Data"-Share gelistet ('smbclient -L ARES')?
database:~ # smbclient -L ARES Password: Anonymous login successful Domain=[ba-usa] OS=[Windows Server 2003 3790] Server=[Windows Server 2003 5.2] Sharename Type Comment --------- ---- ------- Error returning browse list: NT_STATUS_ACCESS_DENIED Anonymous login successful Domain=[ba-usa] OS=[Windows Server 2003 3790] Server=[Windows Server 2003 5.2] Server Comment --------- ------- ARES [...] Workgroup Master --------- ------- BA-USA ARES
Eine weitere Maßnahme ist das Setzen von "echo 1 > /proc/fs/cifs/cifsFYI" und einem erneuten cifs-mount-Versuch. In "/var/log/messages" sollte jetzt eine Menge "Zeugs" erscheinen... Eventuell kannst du das ja hier posten (Nicht vergessen ggfs. Password entfernen! und mit "echo 0 > /proc/fs/cifs/cifsFYI" die "Geschwätzigkeit" wieder abzuschalten.)
Mar 8 16:06:32 database kernel: connect.c: CIFS VFS: in cifs_mount as Xid: 17 with uid: 0 Mar 8 16:06:32 database kernel: connect.c: Entering cifs_mount. Xid: 17 with: unc=//192.168.90.5\Data,ip=192.168.90.5,ver=1,user=backup,pass=backup,dom=BA-USA Mar 8 16:06:32 database kernel: connect.c: Domain name set Mar 8 16:06:32 database kernel: connect.c: Username: backup Mar 8 16:06:32 database kernel: connect.c: UNC: \\192.168.90.5\Data Mar 8 16:06:32 database kernel: connect.c: Socket created Mar 8 16:06:32 database kernel: connect.c: Demultiplex PID: 27993 Mar 8 16:06:32 database kernel: connect.c: Existing smb sess not found Mar 8 16:06:32 database kernel: transport.c: For smb_command 114 Mar 8 16:06:32 database kernel: transport.c: Sending smb of length 47 Mar 8 16:06:32 database kernel: connect.c: Peek length rcvd: 36 with smb length: 105 Mar 8 16:06:32 database kernel: connect.c: Mid 0x23 matched - waking up Mar 8 16:06:32 database kernel: connect.c: Security Mode: 0x3 Capabilities: 0x1f3fd Time Zone: 300 Mar 8 16:06:32 database kernel: connect.c: In sesssetup Mar 8 16:06:32 database kernel: transport.c: For smb_command 115 Mar 8 16:06:32 database kernel: transport.c: Sending smb of length 228 Mar 8 16:06:32 database kernel: connect.c: Peek length rcvd: 36 with smb length: 39 Mar 8 16:06:32 database kernel: connect.c: Mid 0x24 matched - waking up Mar 8 16:06:32 database kernel: Status code returned 0xc000006d NT_STATUS_LOGON_FAILURE Mar 8 16:06:32 database kernel: netmisc.c: !!Mapping smb error code 5 to POSIX err -13 !! Mar 8 16:06:32 database kernel: CIFS VFS: Send error in SessSetup = -13 Mar 8 16:06:32 database kernel: connect.c: Error on sock_recvmsg(peek) length = -512 Mar 8 16:06:32 database kernel: connect.c: About to exit from demultiplex thread Mar 8 16:06:32 database kernel: connect.c: CIFS VFS: leaving cifs_mount (xid = 17) rc = -13 Mar 8 16:06:32 database kernel: CIFS VFS: cifs_mount failed w/return code = -13 P.S. Das Password ist eh ein Dummy Password, das wird spaeter eh noch geaendert. Tscha, schlau werde ich da nicht raus... cu stonki -- www.stonki.de: the more I see, the more I know....... www.proftpd.de: Deutsche ProFTPD Dokumentation www.krename.net: Der Batch Renamer für KDE www.kbarcode.net: Die Barcode Solution für KDE
Hallo Stefan, hallo Leute, Am Dienstag, 8. März 2005 20:54 schrieb Stefan Onken:
Nur ich scheue die Variante remote auf Kernel 2.6.x zu uppen, weil wenn das nichts mehr geht, habe ich ein Problem :)
So schlimm ist das auch nicht ;-) - lilo als Bootloader verwenden - den alten Kernel als default-Eintrag einrichten - den neuen Kernel als zusätzlichen Eintrag einrichten (panic=5 in der append-Zeile ist keine schlechte Idee ;-) - lilo aufrufen - lilo -R neuerkernel aufrufen und rebooten Falls irgendwas schief geht, schlägt entweder das panic=5 zu oder jemand muss den Reset-Knopf drücken. Das müsste doch zu schaffen sein ;-) Gruß Christian Boltz -- [diverse Fähigkeiten von Google] Beagle2 wird google allerdings wohl auch nicht finden... [Achim Hillenbrand in suse-linux]
* Dienstag, 08. März 2005 um 20:54 (+0100) schrieb Stefan Onken:
Am Dienstag, 8. März 2005 00:25 schrieb Andreas Koenecke:
database:~ # mount -t smbfs //192.168.90.5/Data /mnt/data/ -o username=backup,password=backup,uid=root,dmask=770,fmask=770 database:~ # ls -als /mnt/data /bin/ls: /mnt/data: Permission denied database:~ #
klar. das war mein erster Gedanke. Ich habe in England einen SuSE 9.2 Server mit Kernel 2.6.10, da laeuft das problemlos, in England und Zypern 9.0 mit Kernel 2.4.21. Ich habe ja das Gefuehl, dass das an der alten Kernelversion liegt im Zusammenspiel mit Windows 2003.
Hast du auf auf allen SuSEn die gleiche Samba-Version? Welche?
Nur ich scheue die Variante remote auf Kernel 2.6.x zu uppen, weil wenn das nichts mehr geht, habe ich ein Problem :)
Das kann ich verstehen. Obwohl -- das Wetter ist auf Zypern doch bestimmt angenehmer ... ;-)
Das sieht IMHO gut aus. Wird das "Data"-Share gelistet ('smbclient -L ARES')?
database:~ # smbclient -L ARES Password: Anonymous login successful Domain=[ba-usa] OS=[Windows Server 2003 3790] Server=[Windows Server 2003 5.2]
Sharename Type Comment --------- ---- ------- Error returning browse list: NT_STATUS_ACCESS_DENIED
Kannst du es nochmal mit 'smbclient -L ARES -U backup' (und dem Passwort von backup) versuchen.
Eine weitere Maßnahme ist das Setzen von "echo 1 > /proc/fs/cifs/cifsFYI" und einem erneuten cifs-mount-Versuch. In "/var/log/messages" sollte jetzt eine Menge "Zeugs" erscheinen...
[ ... ] Mar 8 16:06:32 database kernel: Status code returned 0xc000006d NT_STATUS_LOGON_FAILURE
"Du kummst hier nit rein."
Aber warum nicht ...?
Wenn Benutzername und/oder Passwort falsch wären, dann dürfte es ja auch nicht
mit der SuSE 9.2 funktionieren... (Sind alle Mitglieder der Domäne?)
Hast du es schon einmal mit den Langfassungen der Optionen
('mount -t cifs ... -o user=backup,password=backup,domain=...') versucht?
Vielleicht sind die Kurzfassungen erst in neueren Kerneln hinzugekommen.
Gruß
Andreas
--
Andreas Könecke "Andreas Koenecke
Hallo, ich war paar Tage auf Dienstreise (aber Prag ist nett), nun mal weiter:
Hast du auf auf allen SuSEn die gleiche Samba-Version? Welche? database:~ # smbclient -V Version 3.0.11-SUSE
auf allen die gleiche.
Nur ich scheue die Variante remote auf Kernel 2.6.x zu uppen, weil wenn das nichts mehr geht, habe ich ein Problem :)
Das kann ich verstehen. Obwohl -- das Wetter ist auf Zypern doch bestimmt angenehmer ... ;-)
ja, aber ich arbeite fuer die Firma nicht mehr. Nur mein "Nachfolger" kommt nicht weiter, nun soll ich nochmal helfen...
Kannst du es nochmal mit 'smbclient -L ARES -U backup' (und dem Passwort von backup) versuchen.
klapp database:~ # smbclient -L ARES -U backup Password: Domain=[ba-usa] OS=[Windows Server 2003 3790] Server=[Windows Server 2003 5.2] Sharename Type Comment --------- ---- ------- faxclient Disk Microsoft Shared Fax Clients [...]
Hast du es schon einmal mit den Langfassungen der Optionen ('mount -t cifs ... -o user=backup,password=backup,domain=...') versucht? Vielleicht sind die Kurzfassungen erst in neueren Kerneln hinzugekommen.
keine Chance... cu stonki -- www.stonki.de: the more I see, the more I know....... www.proftpd.de: Deutsche ProFTPD Dokumentation www.krename.net: Der Batch Renamer für KDE www.kbarcode.net: Die Barcode Solution für KDE
participants (3)
-
Andreas Koenecke
-
Christian Boltz
-
Stefan Onken