Bootreihenfolge/ Sambashare/ LDAP
Hallo, Ich habe da ein etwas spezielleres Problem: Beim Start des Servers (openSUSE 10.3) wird eine Sambafreigabe exportiert und ein LDAP- Server für USER- auth. usw. geladen. Eine Sambafreigabe soll nun aber via cifs.mount während des Startes auf dem Server wieder eingehangen werden. Sinnlos? Naja, der Server wird auch als Workstation genutzt und es sollen eben auf jedem Firmenrechner (5 Stück in diesem Büro) die selben Verzeichnisse mit den gleichen Berechtigungen etc. vorhanden sein. Das CIFS- Share wird für ein unter wine laufendes Windows(igitt, ba!)- Programm benötigt. Der Rechner muß! also sein eigenes Samba- share mounten! Nun zum Problem: Beim Bootvorgang wird erst der Sambaserver gestartet und dann die cifs- Einträge aus fstab bzw. smbfstab geladen. Der LDAP- Sever folgt erst später. Das Samba- Share wird nun natürlich nicht eingehangen, obwohl was anderes gemeldet wird: ---------boot.msg---------- Mount CIFS File Systems from /etc/samba/smbfstab //192.168.0.201/lager on /mnt/cifs/Lager type cifs . done ---------boot.msg---------- Da der LDAP-Server noch nicht läuft und das Share mit dem "user="- Attribut eingehangen wird, der User aber noch nicht exsitiert, gibt es die Meldung: ---------/var/log/messages---------- Jun 27 19:59:06 lmvws1 mount: nss_ldap: failed to bind to LDAP server ldap://192.168.0.201: Can't contact LDAP server Jun 27 19:59:06 lmvws1 mount: nss_ldap: failed to bind to LDAP server ldap://192.168.0.201: Can't contact LDAP server Jun 27 19:59:06 lmvws1 mount: nss_ldap: could not search LDAP server - Server is unavailable Jun 27 19:59:06 lmvws1 mount.cifs: nss_ldap: failed to bind to LDAP server ldap://192.168.0.201: Can't contact LDAP server Jun 27 19:59:06 lmvws1 mount.cifs: nss_ldap: failed to bind to LDAP server ldap://192.168.0.201: Can't contact LDAP server ---------/var/log/messages---------- ---------smbfstab--------- //192.168.0.201/lager /mnt/cifs/Lager cifs auto,username=lmv_ws1,password="wüsstet_ihr_sicher_gern",domain=LMV,file_mode=0660,dir_mode=0770,gid=lmv ---------smbfstab--------- Wenn alles geladen ist, kann "root" mit "rcsmbfs restart" das Share ohne Fehler einhängen. Wie kann ich das beim Booten automatisch einhängen lassen? Die Start- Reihenfolge der init- Scripte ändern, damit der LDAP-Server eher gestartet wird (darf aber erst nach dem mounten der hdd's starten, um das ldap- Datenbankverzeichnis finden zu können)? Oder ein eingenes "rcsmbfs restart"- Script einbinden (wie?)? Wer hat da eine Idee, wie man das möglichst elegant und sicher lösen kann? -- Mit freundlichen Grüßen Sebastian Reinhardt -- 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
* Freitag, 27. Juni 2008 um 21:05 (+0200) schrieb Sebastian Reinhardt:
Ich habe da ein etwas spezielleres Problem:
[ LDAP wird zu spät gestartet ]
Wie kann ich das beim Booten automatisch einhängen lassen? Die Start- Reihenfolge der init- Scripte ändern, damit der LDAP-Server eher gestartet wird (darf aber erst nach dem mounten der hdd's starten, um das ldap- Datenbankverzeichnis finden zu können)?
Ja, aber mit Hilfe von 'insserv': - Ändere in "/etc/init.d/ldap" die Zeile "# Required-Start: $remote_fs" in "# Required-Start: $local_fs". - Ändere in "/etc/init.d/smb" die Zeile "# Required-Start: $network $remote_fs syslog" in "# Required-Start: $network $local_fs syslog ldap". - Ändere in "/etc/init.d/smbfs" die Zeile "# Required-Start: $network $syslog" in "# Required-Start: $network $syslog smb". Ein 'insserv /etc/init.d/' sollte die Init-Skripte dann in die richtige Reihenfolge bringen. Gruß Andreas -- Amarok spielt gerade Genesis - Back In N Y C... GPG-ID/Fingerprint: 6F28CF96/0B3B C287 30CE 21DF F37A AF63 A46C D899 6F28 CF96 GPG-Key on request or on public keyservers -- -- 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
Andreas Koenecke schrieb:
* Freitag, 27. Juni 2008 um 21:05 (+0200) schrieb Sebastian Reinhardt:
Ich habe da ein etwas spezielleres Problem:
[ LDAP wird zu spät gestartet ]
Wie kann ich das beim Booten automatisch einhängen lassen? Die Start- Reihenfolge der init- Scripte ändern, damit der LDAP-Server eher gestartet wird (darf aber erst nach dem mounten der hdd's starten, um das ldap- Datenbankverzeichnis finden zu können)?
Ja, aber mit Hilfe von 'insserv':
- Ändere in "/etc/init.d/ldap" die Zeile "# Required-Start: $remote_fs" in "# Required-Start: $local_fs".
- Ändere in "/etc/init.d/smb" die Zeile "# Required-Start: $network $remote_fs syslog" in "# Required-Start: $network $local_fs syslog ldap".
- Ändere in "/etc/init.d/smbfs" die Zeile "# Required-Start: $network $syslog" in "# Required-Start: $network $syslog smb".
Ein 'insserv /etc/init.d/' sollte die Init-Skripte dann in die richtige Reihenfolge bringen.
Gruß
Andreas
Hallo, Danke für die Anleitung, das funktioniert soweit. Es werden nun erst direkt nach dem Samba- Serverstart die Verzeichnisse eingehangen. Bis auf die Meldung "insserv: There is a loop between service cupsd and smb" ging das ganz einfach. Außerdem werden nicht alle Samba- Shares gemounted (manchmal nur eins, manchmal 3). In der /var/log/messages steht dazu: -----------/var/log/messages--------------------------- Jul 1 22:48:38 lmvws1 kernel: CIFS VFS: Error connecting to IPv4 socket. Aborting operation Jul 1 22:48:38 lmvws1 kernel: CIFS VFS: cifs_mount failed w/return code = -111 Jul 1 22:48:38 lmvws1 kernel: CIFS VFS: Error connecting to IPv4 socket. Aborting operation Jul 1 22:48:38 lmvws1 kernel: CIFS VFS: cifs_mount failed w/return code = -111 Jul 1 22:48:38 lmvws1 kernel: CIFS VFS: Error connecting to IPv4 socket. Aborting operation Jul 1 22:48:38 lmvws1 kernel: CIFS VFS: cifs_mount failed w/return code = -111 Jul 1 22:48:39 lmvws1 smbd[2777]: [2008/07/01 22:48:39, 0] printing/print_cups.c:cups_connect(69) Jul 1 22:48:39 lmvws1 smbd[2777]: Unable to connect to CUPS server localhost:631 - Verbindungsaufbau abgelehnt Jul 1 22:48:39 lmvws1 smbd[2777]: [2008/07/01 22:48:39, 0] printing/print_cups.c:cups_connect(69) Jul 1 22:48:39 lmvws1 smbd[2777]: Unable to connect to CUPS server localhost:631 - Verbindungsaufbau abgelehnt Jul 1 22:48:39 lmvws1 kernel: CIFS VFS: Error connecting to IPv4 socket. Aborting operation Jul 1 22:48:39 lmvws1 kernel: CIFS VFS: cifs_mount failed w/return code = -111 Jul 1 22:48:39 lmvws1 kernel: CIFS VFS: Error connecting to IPv4 socket. Aborting operation Jul 1 22:48:39 lmvws1 kernel: CIFS VFS: cifs_mount failed w/return code = -111 Jul 1 22:48:40 lmvws1 kernel: CIFS VFS: Error connecting to IPv4 socket. Aborting operation Jul 1 22:48:40 lmvws1 kernel: CIFS VFS: cifs_mount failed w/return code = -111 -----------/var/log/messages--------------------------- Da alle Verzeichnisse mit dem selben Benutzernamen und Rechten eingehangen werden sollen, habe ich natürlich die Berechtigungen aus einem funktionierenden Eintrag in die anderen Zeilen kopiert. D.h., bei den Nutzernamen und Passwörtern etc. eigentlich kein Fehler sein sollte. Liegt das eventuell an dem komischen Loop (cupsd und smb)? Das wird auch beim Herunterfahren des Rechners angemeckert und mount gibt ein Timeout (resource busy) aus und der Rechner hängt mit der Meldung , dass "halt.local" ausgeführt wird. Aber der Rechner bleibt stehen und fährt nicht runter oder startet nicht neu... -- Mit freundlichen Grüßen Sebastian Reinhardt -- 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
Hallo Sebastian. * Dienstag, 01. Juli 2008 um 23:30 (+0200) schrieb Sebastian Reinhardt:
Danke für die Anleitung, das funktioniert soweit. Es werden nun erst direkt nach dem Samba- Serverstart die Verzeichnisse eingehangen. Bis auf die Meldung "insserv: There is a loop between service cupsd and smb" ging das ganz einfach. Außerdem werden nicht alle Samba- Shares gemounted (manchmal nur eins, manchmal 3). In der /var/log/messages steht dazu:
-----------/var/log/messages--------------------------- Jul 1 22:48:38 lmvws1 kernel: CIFS VFS: Error connecting to IPv4 socket. Aborting operation Jul 1 22:48:38 lmvws1 kernel: CIFS VFS: cifs_mount failed w/return code = -111 [ ... ] Jul 1 22:48:39 lmvws1 smbd[2777]: [2008/07/01 22:48:39, 0] printing/print_cups.c:cups_connect(69) Jul 1 22:48:39 lmvws1 smbd[2777]: Unable to connect to CUPS server localhost:631 - Verbindungsaufbau abgelehnt [ ... ] -----------/var/log/messages---------------------------
Liegt das eventuell an dem komischen Loop (cupsd und smb)?
Ich hoffe es...
Das wird auch beim Herunterfahren des Rechners angemeckert und mount gibt ein Timeout (resource busy) aus und der Rechner hängt mit der Meldung , dass "halt.local" ausgeführt wird. Aber der Rechner bleibt stehen und fährt nicht runter oder startet nicht neu...
Die Abhängigkeit Samba -- Cups habe ich übersehen.
Ändere noch on "/etc/init.d/cups" die Zeile
"# Required-Start: $local_fs $remote_fs $syslog" in
"# Required-Start: $local_fs $syslog".
(Wenn du auf dem Rechner auch einen DNS-Server 'named' laufen hast, dann
ändere auch gleich in "/etc/init.d/named" die Zeile
"# Required-Start: $network $remote_fs $syslog" in
"# Required-Start: $network $local_fs $syslog".)
Abschließend mit 'insserv /etc/init.d/' wieder neu sortieren lassen.
Falls dann immer noch Fehlermeldungen oder Probleme auftauchen, poste bitte
zuätzlich zu den Fehlermeldungen auch die Ausgabe von
`ls -l /etc/init.d/rc
Andreas Koenecke schrieb:
Hallo Sebastian.
* Dienstag, 01. Juli 2008 um 23:30 (+0200) schrieb Sebastian Reinhardt:
Danke für die Anleitung, das funktioniert soweit. Es werden nun erst direkt nach dem Samba- Serverstart die Verzeichnisse eingehangen. Bis auf die Meldung "insserv: There is a loop between service cupsd and smb" ging das ganz einfach. Außerdem werden nicht alle Samba- Shares gemounted (manchmal nur eins, manchmal 3). In der /var/log/messages steht dazu:
-----------/var/log/messages--------------------------- Jul 1 22:48:38 lmvws1 kernel: CIFS VFS: Error connecting to IPv4 socket. Aborting operation Jul 1 22:48:38 lmvws1 kernel: CIFS VFS: cifs_mount failed w/return code = -111 [ ... ] Jul 1 22:48:39 lmvws1 smbd[2777]: [2008/07/01 22:48:39, 0] printing/print_cups.c:cups_connect(69) Jul 1 22:48:39 lmvws1 smbd[2777]: Unable to connect to CUPS server localhost:631 - Verbindungsaufbau abgelehnt [ ... ] -----------/var/log/messages---------------------------
Liegt das eventuell an dem komischen Loop (cupsd und smb)?
Ich hoffe es...
Das wird auch beim Herunterfahren des Rechners angemeckert und mount gibt ein Timeout (resource busy) aus und der Rechner hängt mit der Meldung , dass "halt.local" ausgeführt wird. Aber der Rechner bleibt stehen und fährt nicht runter oder startet nicht neu...
Die Abhängigkeit Samba -- Cups habe ich übersehen. Ändere noch on "/etc/init.d/cups" die Zeile "# Required-Start: $local_fs $remote_fs $syslog" in "# Required-Start: $local_fs $syslog".
(Wenn du auf dem Rechner auch einen DNS-Server 'named' laufen hast, dann ändere auch gleich in "/etc/init.d/named" die Zeile "# Required-Start: $network $remote_fs $syslog" in "# Required-Start: $network $local_fs $syslog".)
Abschließend mit 'insserv /etc/init.d/' wieder neu sortieren lassen.
Falls dann immer noch Fehlermeldungen oder Probleme auftauchen, poste bitte zuätzlich zu den Fehlermeldungen auch die Ausgabe von `ls -l /etc/init.d/rc
.d/'. Gruß
Andreas
Hallo, Also das mit "insserv" ist jetzt ok und der Rechner lässt sich jetzt auch wieder richtig runterfahren. Das Grundproblem ist aber geblieben: einige Samba- Shares werden nicht eingebunden: "ls -l /mnt/cifs/": ----------- drwxr-xr-x 9 root root 4096 26. Jun 14:21 ./ drwxr-xr-x 4 root root 4096 25. Jun 15:03 ../ drwxrwx--- 11 lmv lmv 0 25. Jun 21:51 Angebote/ drwxrwx--- 19 lmv lmv 0 29. Apr 09:50 Bilder/ drwxrwx--- 5 lmv lmv 0 6. Mai 14:12 DeLaval/ drwxr-xr-x 2 root lmv 4096 25. Jun 15:09 EMailanhaenge/ drwxr-xr-x 2 root lmv 4096 25. Jun 15:44 Lager/ drwxrwx--- 12 lmv lmv 0 9. Mai 11:36 Sonstiges/ drwxr-xr-x 2 root lmv 4096 25. Jun 22:57 SupportPro2/ -------------- ------------/etc/samba/smbfstab-------------- //192.168.0.201/emailanhaenge /mnt/cifs/EMailanhaenge cifs auto,username=lmv,password=****,domain=LMV,file_mode=0660,dir_mode=0770,gid=lmv //192.168.0.201/lager /mnt/cifs/Lager cifs auto,username=lmv_ws1,password=****,domain=LMV,file_mode=0660,dir_mode=0770,gid=lmv //192.168.0.201/supportpro2 /mnt/cifs/SupportPro2 cifs auto,username=lmv_ws1,password=****,domain=LMV,gid=lmv //192.168.0.201/angebote /mnt/cifs/Angebote cifs auto,username=lmv,password=****,domain=LMV,file_mode=0660,dir_mode=0770,gid=lmv //192.168.0.201/sonstiges /mnt/cifs/Sonstiges cifs auto,username=lmv,password=****,domain=LMV,file_mode=0660,dir_mode=0770,gid=lmv //192.168.0.201/delaval /mnt/cifs/DeLaval cifs auto,username=lmv,password=****,domain=LMV,file_mode=0660,dir_mode=0770,gid=lmv //192.168.0.201/bilder /mnt/cifs/Bilder cifs auto,username=lmv,password=****,domain=LMV,file_mode=0660,dir_mode=0770,gid=lmv ------------/etc/samba/smbfstab-------------- rcsmbfs status: Checking for mounted SMB/ CIFS File Systems //192.168.0.201/angebote on /mnt/cifs/Angebote type cifs //192.168.0.201/sonstiges on /mnt/cifs/Sonstiges type cifs //192.168.0.201/delaval on /mnt/cifs/DeLaval type cifs //192.168.0.201/bilder on /mnt/cifs/Bilder type cifs running ------------------ rcsmbfs restart: Umount SMB/ CIFS File Systems .. done Mount CIFS File Systems from /etc/samba/smbfstab //192.168.0.201/emailanhaenge on /mnt/cifs/EMailanhaenge type cifs . done //192.168.0.201/lager on /mnt/cifs/Lager type cifs . done //192.168.0.201/supportpro2 on /mnt/cifs/SupportPro2 type cifs . done //192.168.0.201/angebote on /mnt/cifs/Angebote type cifs . done //192.168.0.201/sonstiges on /mnt/cifs/Sonstiges type cifs . done //192.168.0.201/delaval on /mnt/cifs/DeLaval type cifs . done //192.168.0.201/bilder on /mnt/cifs/Bilder type cifs . done ------------------ ls -l /mnt/cifs/: insgesamt 0 drwxrwx--- 11 lmv lmv 0 25. Jun 21:51 Angebote drwxrwx--- 19 lmv lmv 0 29. Apr 09:50 Bilder drwxrwx--- 5 lmv lmv 0 6. Mai 14:12 DeLaval drwxrwx--- 15 lmv lmv 0 6. Mai 14:14 EMailanhaenge drwxr-x--- 3 lmv lmv 0 18. Feb 23:59 Lager drwxrwx--- 12 lmv lmv 0 9. Mai 11:36 Sonstiges drwxrwx--- 10 lmv_ws1 lmv 0 25. Jun 23:52 SupportPro2 ----------------- Ich habe auch schon "smbfs" erfolgreich beim Bootprozeß hinter den Start von "nfsd" geschoben, aber ohne Erfolg. Natürlich bleibt es bei den Fehlermeldungen in der "/var/log/messages": -------------/var/log/messages---------- Jul 3 01:06:37 lmvws1 smbd[2787]: [2008/07/03 01:06:37, 0] printing/print_cups.c:cups_connect(69) Jul 3 01:06:37 lmvws1 smbd[2787]: Unable to connect to CUPS server localhost:631 - Verbindungsaufbau abgelehnt Jul 3 01:06:37 lmvws1 smbd[2787]: [2008/07/03 01:06:37, 0] printing/print_cups.c:cups_connect(69) Jul 3 01:06:37 lmvws1 smbd[2787]: Unable to connect to CUPS server localhost:631 - Verbindungsaufbau abgelehnt Jul 3 01:06:37 lmvws1 kernel: CIFS VFS: Error connecting to IPv4 socket. Aborting operation Jul 3 01:06:37 lmvws1 kernel: CIFS VFS: cifs_mount failed w/return code = -111 Jul 3 01:06:37 lmvws1 avahi-daemon[2748]: Service "lmvws1" (/etc/avahi/services/ssh.service) successfully established. Jul 3 01:06:37 lmvws1 avahi-daemon[2748]: Service "SFTP File Transfer on lmvws1" (/etc/avahi/services/sftp-ssh.service) successfully established. Jul 3 01:06:38 lmvws1 kernel: CIFS VFS: Error connecting to IPv4 socket. Aborting operation Jul 3 01:06:38 lmvws1 kernel: CIFS VFS: cifs_mount failed w/return code = -111 Jul 3 01:06:38 lmvws1 kernel: CIFS VFS: Error connecting to IPv4 socket. Aborting operation Jul 3 01:06:38 lmvws1 kernel: CIFS VFS: cifs_mount failed w/return code = -111 Jul 3 01:06:39 lmvws1 kernel: Installing knfsd (copyright (C) 1996 okir@monad.swb.de). -------------/var/log/messages---------- Was mich noch etwas irritiert ist, dass der smb- Deamon cups nicht verbinden kann. Im Übrigen wird -------------/var/log/messages---------- Jul 3 01:12:19 lmvws1 nmbd[2662]: ***** Jul 3 01:12:19 lmvws1 nmbd[2662]: Jul 3 01:12:19 lmvws1 nmbd[2662]: Samba name server LMV_WS1 is now a local master browser for workgroup LMV on subnet 192.168.0.201 Jul 3 01:12:19 lmvws1 nmbd[2662]: Jul 3 01:12:19 lmvws1 nmbd[2662]: ***** -------------/var/log/messages---------- erst am Ende angezeigt. Kann das event. das Problem sein? -- Mit freundlichen Grüßen Sebastian Reinhardt -- 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
Sebastian Reinhardt schrieb:
Andreas Koenecke schrieb:
Hallo Sebastian.
* Dienstag, 01. Juli 2008 um 23:30 (+0200) schrieb Sebastian Reinhardt:
Danke für die Anleitung, das funktioniert soweit. Es werden nun erst direkt nach dem Samba- Serverstart die Verzeichnisse eingehangen. Bis auf die Meldung "insserv: There is a loop between service cupsd and smb" ging das ganz einfach. Außerdem werden nicht alle Samba- Shares gemounted (manchmal nur eins, manchmal 3). In der /var/log/messages steht dazu:
-----------/var/log/messages--------------------------- Jul 1 22:48:38 lmvws1 kernel: CIFS VFS: Error connecting to IPv4 socket. Aborting operation Jul 1 22:48:38 lmvws1 kernel: CIFS VFS: cifs_mount failed w/return code = -111 [ ... ] Jul 1 22:48:39 lmvws1 smbd[2777]: [2008/07/01 22:48:39, 0] printing/print_cups.c:cups_connect(69) Jul 1 22:48:39 lmvws1 smbd[2777]: Unable to connect to CUPS server localhost:631 - Verbindungsaufbau abgelehnt [ ... ] -----------/var/log/messages---------------------------
Liegt das eventuell an dem komischen Loop (cupsd und smb)?
Ich hoffe es...
Das wird auch beim Herunterfahren des Rechners angemeckert und mount gibt ein Timeout (resource busy) aus und der Rechner hängt mit der Meldung , dass "halt.local" ausgeführt wird. Aber der Rechner bleibt stehen und fährt nicht runter oder startet nicht neu...
Die Abhängigkeit Samba -- Cups habe ich übersehen. Ändere noch on "/etc/init.d/cups" die Zeile "# Required-Start: $local_fs $remote_fs $syslog" in "# Required-Start: $local_fs $syslog".
(Wenn du auf dem Rechner auch einen DNS-Server 'named' laufen hast, dann ändere auch gleich in "/etc/init.d/named" die Zeile "# Required-Start: $network $remote_fs $syslog" in "# Required-Start: $network $local_fs $syslog".) Abschließend mit 'insserv /etc/init.d/' wieder neu sortieren lassen.
Falls dann immer noch Fehlermeldungen oder Probleme auftauchen, poste bitte zuätzlich zu den Fehlermeldungen auch die Ausgabe von `ls -l /etc/init.d/rc
.d/'. Gruß
Andreas
Hallo, Also das mit "insserv" ist jetzt ok und der Rechner lässt sich jetzt auch wieder richtig runterfahren.
Das Grundproblem ist aber geblieben: einige Samba- Shares werden nicht eingebunden: "ls -l /mnt/cifs/": ----------- drwxr-xr-x 9 root root 4096 26. Jun 14:21 ./ drwxr-xr-x 4 root root 4096 25. Jun 15:03 ../ drwxrwx--- 11 lmv lmv 0 25. Jun 21:51 Angebote/ drwxrwx--- 19 lmv lmv 0 29. Apr 09:50 Bilder/ drwxrwx--- 5 lmv lmv 0 6. Mai 14:12 DeLaval/ drwxr-xr-x 2 root lmv 4096 25. Jun 15:09 EMailanhaenge/ drwxr-xr-x 2 root lmv 4096 25. Jun 15:44 Lager/ drwxrwx--- 12 lmv lmv 0 9. Mai 11:36 Sonstiges/ drwxr-xr-x 2 root lmv 4096 25. Jun 22:57 SupportPro2/ -------------- ------------/etc/samba/smbfstab-------------- //192.168.0.201/emailanhaenge /mnt/cifs/EMailanhaenge cifs auto,username=lmv,password=****,domain=LMV,file_mode=0660,dir_mode=0770,gid=lmv
//192.168.0.201/lager /mnt/cifs/Lager cifs auto,username=lmv_ws1,password=****,domain=LMV,file_mode=0660,dir_mode=0770,gid=lmv
//192.168.0.201/supportpro2 /mnt/cifs/SupportPro2 cifs auto,username=lmv_ws1,password=****,domain=LMV,gid=lmv //192.168.0.201/angebote /mnt/cifs/Angebote cifs auto,username=lmv,password=****,domain=LMV,file_mode=0660,dir_mode=0770,gid=lmv
//192.168.0.201/sonstiges /mnt/cifs/Sonstiges cifs auto,username=lmv,password=****,domain=LMV,file_mode=0660,dir_mode=0770,gid=lmv
//192.168.0.201/delaval /mnt/cifs/DeLaval cifs auto,username=lmv,password=****,domain=LMV,file_mode=0660,dir_mode=0770,gid=lmv
//192.168.0.201/bilder /mnt/cifs/Bilder cifs auto,username=lmv,password=****,domain=LMV,file_mode=0660,dir_mode=0770,gid=lmv
------------/etc/samba/smbfstab-------------- rcsmbfs status: Checking for mounted SMB/ CIFS File Systems //192.168.0.201/angebote on /mnt/cifs/Angebote type cifs //192.168.0.201/sonstiges on /mnt/cifs/Sonstiges type cifs //192.168.0.201/delaval on /mnt/cifs/DeLaval type cifs //192.168.0.201/bilder on /mnt/cifs/Bilder type cifs running ------------------ rcsmbfs restart: Umount SMB/ CIFS File Systems .. done Mount CIFS File Systems from /etc/samba/smbfstab //192.168.0.201/emailanhaenge on /mnt/cifs/EMailanhaenge type cifs . done //192.168.0.201/lager on /mnt/cifs/Lager type cifs . done //192.168.0.201/supportpro2 on /mnt/cifs/SupportPro2 type cifs . done //192.168.0.201/angebote on /mnt/cifs/Angebote type cifs . done //192.168.0.201/sonstiges on /mnt/cifs/Sonstiges type cifs . done //192.168.0.201/delaval on /mnt/cifs/DeLaval type cifs . done //192.168.0.201/bilder on /mnt/cifs/Bilder type cifs . done ------------------ ls -l /mnt/cifs/: insgesamt 0 drwxrwx--- 11 lmv lmv 0 25. Jun 21:51 Angebote drwxrwx--- 19 lmv lmv 0 29. Apr 09:50 Bilder drwxrwx--- 5 lmv lmv 0 6. Mai 14:12 DeLaval drwxrwx--- 15 lmv lmv 0 6. Mai 14:14 EMailanhaenge drwxr-x--- 3 lmv lmv 0 18. Feb 23:59 Lager drwxrwx--- 12 lmv lmv 0 9. Mai 11:36 Sonstiges drwxrwx--- 10 lmv_ws1 lmv 0 25. Jun 23:52 SupportPro2 -----------------
Ich habe auch schon "smbfs" erfolgreich beim Bootprozeß hinter den Start von "nfsd" geschoben, aber ohne Erfolg. Natürlich bleibt es bei den Fehlermeldungen in der "/var/log/messages": -------------/var/log/messages---------- Jul 3 01:06:37 lmvws1 smbd[2787]: [2008/07/03 01:06:37, 0] printing/print_cups.c:cups_connect(69) Jul 3 01:06:37 lmvws1 smbd[2787]: Unable to connect to CUPS server localhost:631 - Verbindungsaufbau abgelehnt Jul 3 01:06:37 lmvws1 smbd[2787]: [2008/07/03 01:06:37, 0] printing/print_cups.c:cups_connect(69) Jul 3 01:06:37 lmvws1 smbd[2787]: Unable to connect to CUPS server localhost:631 - Verbindungsaufbau abgelehnt Jul 3 01:06:37 lmvws1 kernel: CIFS VFS: Error connecting to IPv4 socket. Aborting operation Jul 3 01:06:37 lmvws1 kernel: CIFS VFS: cifs_mount failed w/return code = -111 Jul 3 01:06:37 lmvws1 avahi-daemon[2748]: Service "lmvws1" (/etc/avahi/services/ssh.service) successfully established. Jul 3 01:06:37 lmvws1 avahi-daemon[2748]: Service "SFTP File Transfer on lmvws1" (/etc/avahi/services/sftp-ssh.service) successfully established. Jul 3 01:06:38 lmvws1 kernel: CIFS VFS: Error connecting to IPv4 socket. Aborting operation Jul 3 01:06:38 lmvws1 kernel: CIFS VFS: cifs_mount failed w/return code = -111 Jul 3 01:06:38 lmvws1 kernel: CIFS VFS: Error connecting to IPv4 socket. Aborting operation Jul 3 01:06:38 lmvws1 kernel: CIFS VFS: cifs_mount failed w/return code = -111 Jul 3 01:06:39 lmvws1 kernel: Installing knfsd (copyright (C) 1996 okir@monad.swb.de). -------------/var/log/messages----------
Was mich noch etwas irritiert ist, dass der smb- Deamon cups nicht verbinden kann. Im Übrigen wird -------------/var/log/messages---------- Jul 3 01:12:19 lmvws1 nmbd[2662]: ***** Jul 3 01:12:19 lmvws1 nmbd[2662]: Jul 3 01:12:19 lmvws1 nmbd[2662]: Samba name server LMV_WS1 is now a local master browser for workgroup LMV on subnet 192.168.0.201 Jul 3 01:12:19 lmvws1 nmbd[2662]: Jul 3 01:12:19 lmvws1 nmbd[2662]: ***** -------------/var/log/messages---------- erst am Ende angezeigt. Kann das event. das Problem sein?
Hallo, Das Problem ist natürlich nicht verschwunden. Ich habe mittlerweile drei Linux- Clients dran, die ohne Probleme die smb- shares aus der "/etc/samba/smbfstab" einbinden. Um das Problem auf dem Server zu umgehen (hab das ausserdem auch auf ner openSuSE 11.0 mit dem gleichen Ergebnis probiert!), setze ich ein kleines Script ein. Dieses Script wird vom Haupnutzer beim Einloggen gestartet (~/.kde/Autostart/cifsmount_restart) und testet die Pfade aus der "smbfstab", ob einer davon nicht eingehangen ist. Wenn einer fehlt, dann "rcsmbfs restart", sonst nicht! Nur das Lesen aus der originalen "smbfstab" ohne die Leserechte zu "entsichern" klappt noch nicht. Also gibt es erstmal eine von Nutzer lesbare Kopie ohne die Passwörter. Da muss ich nochmal die "/etc/sudoers" überarbeiten. Also: nicht gelöst, aber umgangen. -- Mit freundlichen Grüßen Sebastian Reinhardt -- 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
participants (2)
-
Andreas Koenecke
-
Sebastian Reinhardt