kanotix.com
Nicht mehr aktuelle Beiträge - SAMBA Kachelt sehr oft ab [gelöst]
Cool J. - 18.07.2006, 13:59 Uhr
Titel: SAMBA Kachelt sehr oft ab [gelöst]
Hi, schon wieder ich! 
Ich habe folgendes Prob. Auf einem Client muss ich den SAMBA-Server laufen lassen weil dort ein Windowsclient drucken muss. Funkt auch super wenn nicht ständig der SAMBA Abschmieren würde. Mir ist aufgefallen das es häufig nach dem Systemstart abkachelt. Hier mal ein Auszug aus dem log, google hat auch nichts sinnvolles ergeben.
nen LINK zu ner Hilfe würde mir schon reichen.
Zitat:
[2006/07/18 13:01:18, 0] smbd/server.c:main(798)
smbd version 3.0.14a-Debian started.
Copyright Andrew Tridgell and the Samba Team 1992-2004
[2006/07/18 13:01:19, 0] param/loadparm.c:map_parameter(2470)
Unknown parameter encountered: "character set"
[2006/07/18 13:01:19, 0] param/loadparm.c:lp_do_parameter(3152)
Ignoring unknown parameter "character set"
[2006/07/18 13:01:19, 0] printing/print_cups.c:cups_cache_reload(85)
Unable to connect to CUPS server localhost - Connection refused
[2006/07/18 13:01:19, 0] printing/print_cups.c:cups_cache_reload(85)
Unable to connect to CUPS server localhost - Connection refused
Das runlvl sollte auch stimmen, der SAMBA startet nach dem CUPS. S99 in der /etc/rc5.d/
Nach nem /etc/init.d/samba restart läufts dann eigendlich super durch, meistens zumindest.
Nen LINK zu ner Hilfe würde mir schon reichen.
arlekin - 18.07.2006, 14:35 Uhr
Titel:
Wenn ich jetzt böse wäre, würde ich schreiben: erstelle einen Cron-Job, der Samba alle fünf Minuten neu startet, falls erforderlich. Aber ich bin ja nicht böse, deswegen etwas ernsthafter:
Dürfte ich mal einen Blick in Deine <smb.conf> werfen? Vielleicht springt mir da etwas in's Auge ... vorab zum Vergleich die relevanten Passagen aus meiner:
Code:
[global]
log file = /var/log/admin/samba.log
interfaces = lan0 eth0 vmmon0
workgroup = ARLEKIN.CH
security = user
encrypt passwords = true
username map = /etc/samba/smbusers
smb passwd file = /etc/samba/smbpasswd
unix charset = ISO8859-1
printing = CUPS
[printers]
printing = BSD
path = /var/tmp
printable = yes
browsable = no
guest ok = yes
guest only = yes
Vielleicht auch nicht der Weisheit letzter Schluss - aber dafür so stabil, dass es schon wieder langweilig ist 
Cool J. - 18.07.2006, 15:17 Uhr
Titel:
Die sehen schon anderst aus:
Zitat:
[global]
workgroup = Berchtold
netbios name = Bercht5
server string = NSchmid
security = user
encrypt passwords = yes
map to guest = Bad User
username map = /etc/samba/smbusers
smb passwd file = /etc/samba/smbpasswd
socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192
character set = ISO8859-1
printcap name = cups
load printers = yes
printing = cups
guest ok = yes
guest account = nobody
[printers]
printer admin = Administrator
comment = ALL Printers
browsable = no
path = /var/tmp
printable = yes
public = no
writable = no
create mode = 0700
So und nun?
EDIT:
Ich habe die mal mit nem anderen Client verglichen an dem ich seltsammerweise keine probleme habe, da steht der public key auf yes. soll ich das mal ändern?
arlekin - 18.07.2006, 16:35 Uhr
Titel:
Und nun? Nun schaun wir mal
Generell würde ich erst mal alles (und damit meine ich: alles) 'raus lassen, was ich nicht wirklich brauche und/oder sicher verstehe (die Liste der Parameter ist bei mir nicht ohne Grund sooo kurz ... im "Kofler", aus dem ich abgeschrieben habe, ist sie noch vieeel kürzer). Läuft alles wieder, wie es soll, lässt sich die Konfiguration dann ja wieder nach Belieben "verfeinern". Konkret beziehe ich mich dabei auf die Parameter <pubic = no> und <writeable = no> im Abschnitt <[printers]>, deren Sinn mir an dieser Stelle nicht ganz klar ist.
Im Detail fällt mir auf: <character set> gibt's nicht mehr (daher wohl auch ein paar der Fehlermeldungen) - "neu" heisst das <unix charset>.
Was das Drucksystem angeht, steht bei mir im Abschnitt <[printers]> zusätzlich (auch) <printing = BSD> - keine Ahnung, warum aber (nur) so läuft's bei mir ...
Ansonsten sollte, wenn Du (zu Testzwecken) <browseable = true> setzt, auch der Ordner <printers> selbst sichtbar werden - hilft unter Umständen beim Eingrenzen des Fehlers: solange Du in der Windose diesen Ordner nicht angezeigt bekommst, würde ich ein grundlegendes Zugriffs- und kein spezifisches Druckerproblem vermuten.
schnorrer - 18.07.2006, 16:56 Uhr
Titel:
Smb braucht man für printing übers netzwerk nicht. hier hilft http://printerserver:631/file-to print oder von win.:
net use lpX ///ipserver:631/printer.queue Wenn der printer am Linux server hängt.
BSD benutzt TCP-IP fur seine Warteschlange etwas mehr overhead. Cups beherscht auch IPP. Wie es mit TCP unter Cups aussieht ??
slh - 18.07.2006, 18:54 Uhr
Titel:
testparm zur Syntaxüberprüfung
Cool J. - 19.07.2006, 07:53 Uhr
Titel:
arlekin hat folgendes geschrieben::
Und nun? Nun schaun wir mal
Generell würde ich erst mal alles (und damit meine ich: alles) 'raus lassen, was ich nicht wirklich brauche und/oder sicher verstehe (die Liste der Parameter ist bei mir nicht ohne Grund sooo kurz ... im "Kofler", aus dem ich abgeschrieben habe, ist sie noch vieeel kürzer). Läuft alles wieder, wie es soll, lässt sich die Konfiguration dann ja wieder nach Belieben "verfeinern". Konkret beziehe ich mich dabei auf die Parameter <pubic = no> und <writeable = no> im Abschnitt <[printers]>, deren Sinn mir an dieser Stelle nicht ganz klar ist.
Also ich habe Spaßeshalber den Wert von public auf yes gesetzt und heute Morgen gab es noch keine Probleme mit dem SAMBA. Ich komm später aber noch auf eine seltsamkeit zurück.
Zitat:
Im Detail fällt mir auf: <character set> gibt's nicht mehr (daher wohl auch ein paar der Fehlermeldungen) - "neu" heisst das <unix charset>.
Nun ja, dies ist aber nicht der Ausschlaggebende Punkt, weil auf 16 anderen PC's funkts der SAMBA einwandfrei, und genau so eingerichtet. Also nehm ich mal an, dass es daran nicht liegen kann. Was mich weiter unten wieder auf die seltsammkeit zurück führt.
Zitat:
Was das Drucksystem angeht, steht bei mir im Abschnitt <[printers]> zusätzlich (auch) <printing = BSD> - keine Ahnung, warum
aber (nur) so läuft's bei mir ...
Ist bei mir wohl nicht von nöten, da es auf 16 Maschinen super funkt.
Zitat:
Ansonsten sollte, wenn Du (zu Testzwecken) <browseable = true> setzt, auch der Ordner <printers> selbst sichtbar werden - hilft unter Umständen beim Eingrenzen des Fehlers: solange Du in der Windose diesen Ordner nicht angezeigt bekommst, würde ich ein grundlegendes Zugriffs- und kein spezifisches Druckerproblem vermuten.
Mh, kann ich auch mal ausprobieren, aber wie schon gesagt 16 Rechner bei denen... 
schnorrer hat folgendes geschrieben::
Smb braucht man für printing übers netzwerk nicht. hier hilft
http://printerserver:631/file-to print
Ähm ok hierbei handelt es sich um einen USB Drucker 
Zitat:
oder von win.:
net use lpX ///ipserver:631/printer.queue Wenn der printer am Linux server hängt.
Damit kann ich leider nix anfangen, führt mich nirgends hin. 
slh hat folgendes geschrieben::
testparm zur Syntaxüberprüfung
Code:
root@Bercht5:/etc/samba# testparm smb.conf
Load smb config files from smb.conf
Unknown parameter encountered: "character set"
Ignoring unknown parameter "character set"
Processing section "[printers]"
Loaded services file OK.
Server role: ROLE_STANDALONE
nur dieser eine parameter...
So entschuldigt bitte das ich die Posts von euch so zerpflückt habe.
Mir ist aufgefallen das ich dieses Problem nur mit den Druckern "LaserJet 2420" habe. Das sind USB Drucker zu meinem Übel. Auf den anderen Druckern gehts einwandfrei, noch nie den SAMBA neu starten müssen. Ich werde das mit dem Chrakterset mal testen, ich glaub allerdings nicht das dies was bringt. Die Frage die sich mir nur stellt, warum habe ich das Problem nur mit diesen Druckern??? Liegt es am Stromsparmodus den die Drucker beherschen? Kann es sein das der CUPS die Drucker verliert und der SAMBA sich dann abstellt?
Alles ein bissel skuril mit dem SAMBA.
Wären es WinXP klients dann würde ich es ohne SAMBA ausprobieren, aber so...
Aber schon mal danke das Ihr euch solche mühe macht. Vielleicht fällt einem von euch noch was ein.
Ich habe den SAMBA übrigens mit dem
Code:
/usr/sbin/smbconf-kanotix
eingerichtet.
p500xl - 19.07.2006, 08:22 Uhr
Titel:
arlekin hat folgendes geschrieben::
Und nun? Nun schaun wir mal
erhöhe doch mal den debug level (log level = 10), vielleicht wird samba gesprächiger
Code:
[2006/07/18 13:01:19, 0] printing/print_cups.c:cups_cache_reload(85)
Unable to connect to CUPS server localhost - Connection refused
das müsstest du erstmal beheben
Cool J. - 19.07.2006, 08:44 Uhr
Titel:
Wie setzt man denn das loglvl hoch???
p500xl - 19.07.2006, 09:31 Uhr
Titel:
Cool J. hat folgendes geschrieben::
Wie setzt man denn das loglvl hoch???
log level = 10 in
smb.conf unter
[global]
Cool J. - 19.07.2006, 09:34 Uhr
Titel:
head vs table
immer die offensichtlichsten sachen.
DANKE
arlekin - 19.07.2006, 10:45 Uhr
Titel:
Cool J. hat folgendes geschrieben::
So entschuldigt bitte das ich die Posts von euch so zerpflückt habe.
Soweit es mich betrifft, ist das Sinn und Zweck der Uebung - ich schlage vor, Du schlägst zurück aber im Ernst: wenn 16 Kisten laufen und 1 nicht, muss, rein logisch betrachtet, an der 1 etwas anders sein als bei den anderen 16. Ergo wäre es vielleicht hilfreich, die <smb.conf> einer laufenden Kiste "eins zu eins" mit derjenigen des Problemfalls abzugleichen. Deinen eigenen Postings zu Folge scheint es da ja durchaus Abweichungen zu geben ...
schnorrer - 19.07.2006, 11:01 Uhr
Titel:
@CoolJ.: Hab gerade noch was aus deinem 1. post gesehen. Du startest samba nach cups, dann ist es kein wunder wenn der Drucker von win aus nicht per smb angesprochen werden kann.
Startreihenfolge Netzwerk-Basis TCP-Stack samba samba-Stack danach erst usb und usblp danach erst cups.
Du schreibst allerdings auch nicht wo der Drucker nun dranhängt, sondern nur daß du von win nach linux auf einen weiteren Samba-Client mit dem Drucker dran, auf den drucker zugreifen willst.
Beachte zunächst den Drucker nur lokal an dem Rechner. Erst wenn der dort läuft, bemühe dich um Samba (SMB-Print) um genau zu sein.
zu samba und smb-print bedarf es einem smb-User mit Authentifikation und einem maschine-account für den Win-Client. (Sambaserver ist MasterBrowser).
Falls der Drucker an Linux hängt: muß der SMB-User bei cups auch das druckrecht erhalten.
Cups.conf:
allowedUser: root,sonstige User aauch via //tcp.printer.client:631
AllowedGroup: root,lp,smb-group
----- snip ---
für samba:
allowedUser: deine windows user
[printer]
browseable: yes
worgroup/domain: winzigweich
Was sonst noch hier her gehört
[end Printer]
erst wenn das steht kann ein win-client via smb drucken.
So nun zu dem Kommentar/zitat: lpX bezehit sich auf die warteschlange nicht auf den port/protokoll. Das hab ich früher auch gerne verwechselt und wird oft gleichgesetzt.
eigentlich sollte die warteschlange ja heißen: printer(at)ausgangsI/O[lpt0,1,2|usblp|ser0,1,2,3|ip:xxx]
wir haben es aber mit 2 netzwerk-Protokollen(Software) und 1 Printerport(HW) zu tun.
Cups lauscht an Port:631, smb an Port:139 das ist die Soft-Seite USB/SER/IP ist die HW-Seite.
Die Warteschlange verweißt auf die HW-Seite zur ausgabe der daten.
Cool J. - 19.07.2006, 12:01 Uhr
Titel:
arlekin hat folgendes geschrieben::
Soweit es mich betrifft, ist das Sinn und Zweck der Uebung - ich schlage vor, Du schlägst zurück
aber im Ernst: wenn 16 Kisten laufen und 1 nicht, muss, rein logisch betrachtet, an der 1 etwas anders sein als bei den anderen 16. Ergo wäre es vielleicht hilfreich, die <smb.conf> einer laufenden Kiste "eins zu eins" mit derjenigen des Problemfalls abzugleichen. Deinen eigenen Postings zu Folge scheint es da ja durchaus Abweichungen zu geben ...
Ich, habe die smb.conf mal mit einer Kiste verglichen die immer funzt, ist identisch.
Ich habe heute mal das log level auf 10 gestellt, den charset habe ich auch umgestellt.
wenn die Kisten morgen anspringen und der samba wieder abschmiert dann sehen wir vielleicht mehr.
Mich wundert nur, dass der SAMBA eben gestartet wird und dann verliert er die verbindung zum cups. zumindest interpretier ich das log so.
@schnorrer, Ich habe das Problem wenn der SAMBA vor dem CUPS startet, dass dieser dann garnicht erst die verbindugn aufbaut.
Code:
root@Bercht59:/etc/rc5.d# ls -l
insgesamt 0
lrwxrwxrwx 1 root root 18 2006-03-03 04:05 S10sysklogd -> ../init.d/sysklogd
lrwxrwxrwx 1 root root 17 2006-03-03 04:05 S11hotplug -> ../init.d/hotplug
lrwxrwxrwx 1 root root 15 2006-03-03 04:05 S11klogd -> ../init.d/klogd
lrwxrwxrwx 1 root root 13 2006-03-03 04:05 S14ppp -> ../init.d/ppp
lrwxrwxrwx 1 root root 16 2006-03-03 04:05 S15pcmcia -> ../init.d/pcmcia
lrwxrwxrwx 1 root root 15 2006-03-03 04:05 S20acpid -> ../init.d/acpid
lrwxrwxrwx 1 root root 14 2006-03-03 04:05 S20alsa -> ../init.d/alsa
lrwxrwxrwx 1 root root 16 2006-03-03 04:05 S20autofs -> ../init.d/autofs
lrwxrwxrwx 1 root root 16 2006-03-03 04:05 S20cupsys -> ../init.d/cupsys
lrwxrwxrwx 1 root root 17 2006-03-03 04:05 S20makedev -> ../init.d/makedev
lrwxrwxrwx 1 root root 13 2006-03-09 15:09 S20ssh -> ../init.d/ssh
lrwxrwxrwx 1 root root 14 2006-03-03 04:05 S89cron -> ../init.d/cron
lrwxrwxrwx 1 root root 17 2006-03-23 11:37 S90ntpdate -> ../init.d/ntpdate
lrwxrwxrwx 1 root root 13 2006-03-03 04:05 S99kdm -> ../init.d/kdm
lrwxrwxrwx 1 root root 19 2006-03-03 04:05 S99rmnologin -> ../init.d/rmnologin
lrwxrwxrwx 1 root root 15 2006-03-09 15:08 S99samba -> ../init.d/samba
lrwxrwxrwx 1 root root 13 2006-03-03 04:05 S99xdm -> ../init.d/xdm
Das ist die Startreihenfolge meiner Dienste. Wo wird denn der USB gestartet?
Die Drucker hängen an den Linuxkisten. Sind LaserJet 2420 mit USB Anschluss. Die Anderen Drucker LaserJet 2100 und 6P sind aller an Parallelport angeschlossen, und da gibt es keine Probleme.
Die Rechte sind überall korrekt gesetzt, der Win Client kann nachdem der SAMBA gestartet ist auch sauber drucken.
In der cupsd.conf habe ich allerdings den browseable auf no gesetzt, weil ich den einfachen User nicht verwirren wollte, das er auf einmal 10 Drucker zur auswahl hat.
Nochmal danke das ihr euch so darum kümmert, das finde ich sehr nett.
p500xl - 19.07.2006, 12:33 Uhr
Titel:
Cool J. hat folgendes geschrieben::
Mich wundert nur, dass der SAMBA eben gestartet wird und dann verliert er die verbindung zum cups. zumindest interpretier ich das log so.
hast du denn immer via cups zugriff auf den drucker
localhost:631
Cool J. - 19.07.2006, 12:37 Uhr
Titel:
japp habe ich.
p500xl - 19.07.2006, 13:11 Uhr
Titel:
ausgeschlossen?
Der Druckername darf keine Leerzeichen enthalten und muss mit einem Buchstaben a bis z oder A bis Z beginnen. Gültige Zeichen sind: a bis z, A bis Z, 0 bis 9, - und _
Cool J. - 19.07.2006, 13:30 Uhr
Titel:
Keine Sonderzeichen im einsatz.
Cool J. - 20.07.2006, 07:45 Uhr
Titel:
schnorrer hat folgendes geschrieben::
Startreihenfolge Netzwerk-Basis TCP-Stack samba samba-Stack danach erst usb und usblp danach erst cups.
Ich habe die Startreihenfolge mal geändert. Ich habe den CUPS Dienst auf S20 gelassen, habe den SAMBA auf S30 gesetzt, weil der nach meinen erfahrungen nach dem CUPS starten muss, da du aber gesagt hast das SAMBA vor dem USB starten muss habe ich den Dienst hotplug (ich nehme an darin verbiergt sich der USB) auf S99 gesetzt. Die Person konnte nicht Drucken bis ich den SAMBA wieder neu gestartet habe.
Da ich das log level auf 10 gestellt habe, kann ich mit den ganzen einträgen auch nichts anfangen. Dumm ist nun auch das ich die Psage in dem Log mit der Uhrzeit nicht finde. kann es sein das er ab so und so viel einträge das log löscht? Weil in den *.gz Files finde ich die nötigen Zeilen auch nicht... 
Boah da könnt ich heulen!
EDIT:
Juhu, auf einem Rerchner an dem ich die Startreihenfolge nicht geändert habe, ging das Drucken auch nicht, bis ich den SAMBA wieder neu gestartet habe, das LOG habe ich.
Hier gehts zum LOG, vielleicht verrät es euch mehr wie mir, ich habe keinen Plan nach was ich suchen muss. Um 9:02 Uhr bekam ich den Anruf das es nicht druckt. vielleicht als kleine zeitangabe. Das heißt das sie so um 9:00 versucht haben muss zu drucken.
http://www.beauty-point.biz/log.txt
arlekin - 20.07.2006, 10:26 Uhr
Titel:
Was mir bei der Lektüre des Log Files auffällt bzw. mich stutzig macht:
Code:
change_to_root_user: now uid=(0,0) gid=(0,0)
lp_servicenumber: couldn't find root
using home directory: '/root'
lp_servicenumber: couldn't find homes
(...)
Setting printer name=\\BERCHT59\DR59
DR59 is not a valid printer name
printername: printers - Printer not found
Ich hege gewisse Zweifel, ob das so gewollt ist ...
Aber vielleicht solltest Du doch das mit dem "zyklischen Neustart" von Samba in's Auge fassen (via Script / Cron-Job). Wäre mit Sicherheit nur ein Provisorium, würde Dir aber im Zweifel die Anwender vom Hals halten, so dass Du in Ruhe weiter nach einer Lösung suchen könntest
Cool J. - 20.07.2006, 10:50 Uhr
Titel:
arlekin hat folgendes geschrieben::
Aber vielleicht solltest Du doch das mit dem "zyklischen Neustart" von Samba in's Auge fassen (via Script / Cron-Job).
Hehe, bist also doch böse.
Ähm ja schnell ne Frage dazu, wenn der cron den SAMBA neustartet, wärend gerade ein Druckauftrag an den Drucker gesendet wird, bricht der dann ab?
Oder ist es auch möglich den cron so ein zu richten das er ca 2 min nach dem anmelden an der KDE den SAMBA startet?
schnorrer - 20.07.2006, 11:47 Uhr
Titel:
Coolj, dein Samba Nutzer der via Samba auf den Drucker zugreifen will, hat entweder sinen BenutzerNamen faslch geschrieben, oder der Benutzer existiert als Samba-USER nicht. wird somit Gast und kann den Drucker weder sehen noch den Drucker benutzen.
liegt also an deiner samba.conf und smbuser.conf
arlekin - 20.07.2006, 12:02 Uhr
Titel:
Cool J. hat folgendes geschrieben::
arlekin hat folgendes geschrieben::
Aber vielleicht solltest Du doch das mit dem "zyklischen Neustart" von Samba in's Auge fassen (via Script / Cron-Job).
Hehe, bist also doch böse.
Ich doch nicht ... das ist reiner Pragmatismus
Cool J. hat folgendes geschrieben::
Ähm ja schnell ne Frage dazu, wenn der cron den SAMBA neustartet, wärend gerade ein Druckauftrag an den Drucker gesendet wird, bricht der dann ab?
Keine Ahnung ... aber wie gross ist die Wahrscheinlichkeit, dass das passiert (und einem Benutzer auffällt)? Aber es sollte eigentlich möglich sein, zuerst zu prüfen, ob Samba noch läuft, und nur im Bedarfsfalle einen Neustart auszulösen (übersteigt allerdings meine Scripting-Fähigkeiten, tut mir leid).
Cool J. hat folgendes geschrieben::
Oder ist es auch möglich den cron so ein zu richten das er ca 2 min nach dem anmelden an der KDE den SAMBA startet?
Meines Wissens nach nicht - aber das würde ja wohl auch nicht viel bringen (es sei denn, KDE schmiert gemeinsam mit Samba ab ...). Und die Frage ist dann wohl auch, mit wessen Rechten Du den Prozess starten willst (die des KDE-Nutzers dürften wohl kaum genügen). Aber diese Frage(n) sind hier im Forum unter dem Stichwort "Autostart" bereits mehrfach diskutiert worden ...
p500xl - 20.07.2006, 12:27 Uhr
Titel:
würde doch mal die printernamen überprüfen,
was ist in smb eingetragen, was in cups
siehe hier
[2006/07/20 08:16:34, 5] rpc_parse/parse_prs.c:prs_werror(702)
0014 status code: WERR_INVALID_PRINTER_NAME
[2006/07/20 08:42:22, 10] rpc_server/srv_spoolss_nt.c:open_printer_hnd(607)
open_printer_hnd: name [\\BERCHT59\DR59]
[2006/07/20 08:42:22, 7] param/loadparm.c:lp_servicenumber(4056)
lp_servicenumber: couldn't find DR59
[2006/07/20 08:42:22, 3] smbd/service.c:find_service(164)
checking whether DR59 is a valid printer name...
[2006/07/20 08:42:22, 3] smbd/service.c:find_service(174)
DR59 is not a valid printer name
[2006/07/20 08:42:22, 3] smbd/service.c:find_service(211)
find_service() failed to find service DR59
[2006/07/20 08:42:22, 10] printing/nt_printing.c:get_a_printer(4185)
get_a_printer: [printers] level 2 returning WERR_OK
printername: printers
Printer not found
schnorrer - 20.07.2006, 13:39 Uhr
Titel:
@p500xi, der Printer Name kann nicht gefunden werden, wenn der Benutzer als Gast eingeloggt ist.
erst wenn der Benutzer als solches die Rechte hat den Printer zu suchen, wird auch find_printer eledigt.
Danach wird gecheckt, ob der User Zugriff zu den Printern hat(installieren der Treiber..), danach ob er drucken darf. Sind alle diese Fragen mit ja beantwortet erfolgt der Druck.
Sein Ferner Benutzer ist dem System um 7:43 unbekannt gemeldet worden, Name/Gruppe was auch immer.
Samba setzt den Nutzer als gast: keine Browse-Rechte und damit beendet samba smb-print. Kein weiterer Zugriff zu den Resourcen Drucker!
Alles andere sind Folgefehler.
p500xl - 20.07.2006, 13:49 Uhr
Titel:
yepp, jetzt hab ich es auch gecheckt
[2006/07/20 07:43:28, 3] auth/auth_sam.c:check_sam_security(257)
check_sam_security: Couldn't find user 'Hirt' in passdb.
[2006/07/20 07:43:28, 3] smbd/sesssetup.c:do_map_to_guest(41)
No such user Hirt [BERCHTOLD] - using guest account
hatte da nur den pierz gesehen 
Cool J. - 20.07.2006, 14:07 Uhr
Titel:
@schnorrer, danke für den Tip, habe es nochmal überprüft. ABER ja das große ABER...
Bei uns ist es so das SAP über den SAMBA auf die lokalen Drucker der Clients zugreift um dort zu drucken. (ich weiß das sollte man ändern, aber dafür fehlt mir die Zeit um das schnell und zügig durch zu ziehen.) Nun der SAP Server hat nur einem Benutzer mit dem er auf den Client zugreift, dieser ist korrekt an den relevanten Stellen eingetragen, und funktioniert auch soweit. Jetzt häng ich mich an dieser Stelle im log auf:
Code:
[2006/07/20 07:41:48, 0] printing/print_cups.c:cups_cache_reload(85)
[2006/07/20 07:41:48, 10] printing/print_cups.c:cups_server(51)
cups server left to default localhost
Unable to connect to CUPS server localhost - Connection refused
Das habe ich nur auf drei PC's die eben diesen USB Drucker haben. (LaserJet 2420) Wenn jetzt SAP nicht Drucken kann kommt diese Meldung, alle anderen Windowsclients also irgendwelche benutzer die darauf drucken müssen, können dann auch nicht mehr drucken. Über cups läufts aber brav weiter, kann schön sauber ohne probs drucken. So jetzt starte ich als root den SAMBA neu und alles funkt bis zum neustart des PC's. Was mich da wiederum stutzig macht ist das es mal klappt und mal nicht. Aber der Fehler tritt hauptsächlich nach dem Start des PC's auf. Als ob der SAMBA nicht gestarte wird, was aber nicht der fall ist.
So jetzt meine Vermutung, irgendwie braucht der cups nen tick zu lang den USB-Drucker zu initialisieren. so das der SAMBA daran beim starten verreckt. Leider finde ich in den CUPS error logs nichts auffälliges. auch in der accesslog steht nix was auffält. Nur in der Zeit in der das Problem auftritt, sind keine einträge im cups, was mich auch wiederum stutzig macht, weil das Drucken ja geht...
Das ganze wird mir zunehmend suspekter...
wenn das so weiter geht flipp ich aus und schmeiß mal zu meiner befridigung so eine Kiste aus dem Fenster. 
PS: als ich nen guten Freund fragte ob er sich mit samba auskennt, meinte er ich soll sterben. Wie hat er das gemeint???
schnorrer - 20.07.2006, 14:29 Uhr
Titel:
Genau so wie er es gesagt hat. (er selbst kennt sich mit samba nicht genug aus, um dir zu helfen.)
zu dem Cupslog, schick es bitte. Intern scheint Cups ja zu gehen. nur eben mit Samba nicht.
Tip Stell die Samba-User mal in einer Group zusammen. und erlaube der Group den cups-zugriff.
In cups-queue kann man auch eine Verzögerung einbauen(zeitversetztes drucken)
Cool J. - 21.07.2006, 08:59 Uhr
Titel:
Wunderschönen guten Morgen.
Heut ist ein neuer Tag um vielleicht das SAMBA Problem in den Griff zu kriegen.
Zwei von dem vier USB Druckern haben heute nach dem Systemstart sofort mit Ihrem Dienst des druckens begonnen. Die anderen Zwei nicht. Lustig ist das jeweils ein Modifizierter Drucker und jeweils ein unmodifizierter Drucker dabei ist. 
Also jeh einen an dem ich konfiguriert habe. Und einer an dem ich nichts gemacht habe.
p500xl hat folgendes geschrieben::
hast du denn immer via cups zugriff auf den drucker
localhost:631
Das habe ich mir nochmal angeschaut, und mir ist aufgefallen das ich auf den Drucker zugreifen kann, ihn konfigurieren kann, aber ich kann keine Testseite raus lassen. Da kommt immer dieser Fehler:
Code:
client-error-not-possible
So hier ist das errorlog von CUPS:
www.beauty-point.biz/cuplog.txt
Und jetzt kommts. Immer wenn ich eine Testseite drucken will, erscheitn im log diese Meldung:
Code:
Denying user "" access to printer "DR57"...
Dieses verhalten habe ich sowohl wenn ich den SAMBA gestartet habe als auch wenn nicht. Drucken aus Anwendungen, OpenOffice, PDF usw, funzt dennoch einwandfrei, auch ohne SAMBA, ist ja klar.
Vorschläge?
schnorrer - 21.07.2006, 13:12 Uhr
Titel:
I [21/Jul/2006:08:49:43 +0200] Started "/usr/lib/cups/cgi-bin/printers.cgi" (pid=6481)
I [21/Jul/2006:08:49:49 +0200] Started "/usr/lib/cups/cgi-bin/printers.cgi" (pid=6488)
I [21/Jul/2006:08:49:50 +0200] Denying user "" access to printer "DR57"...
## genau hier gibt es leider keinen Passenden User "" daher denied printer access für "DR57...
aus dem gestrigen log ist aber "DR57 genau der User-account unter win, und nicht der Drucker oder die Queue.
win bringt also die "Namen" != USER durcheinander. genau so den Benutzer "Administrator" != "ADMINISTRATOR"
SMB macht daraus dann auch Unsinn
Es liegt unter win ein erstellungsfehler vor. BenutzerVerwaltung kennt mehrere Verfahren einen Benutzer anzulegen.
1. Systemst. Benutzer erstellen: benuter blabla passwd blub
2. systemverw.: Benutzer Hinzufügen: blabla passwd blub
Obwohl beide Benutzer identisch zu sein scheinen, gibt esgewaltige Unterschiede bei beiden. Diese Benutzer sind also für samba nicht gleich.
Könnte hier der Fehler liegen? D.h.: benutzer wie unter 1.erstellt, hat keine print möglichkeit unter win, während benutzer wie unter 2. erstellt, diesen sehr wohl hat.
Das könnte unser Rätsels Lösung sein.
Genau so verhält es sich mit den Druckern. Unter win darf nur der Admin diese Treiber hinzu fügen und dem User benutzer das recht zum drucken geben.
Das ist ja das was ich an win so hasse. Die Erstellung der Benutzer, Gruppen,.... kann auf veschiedene Art erfolgen. Und obwohl Benutzer == Benutzer sein soll, ist dem leider nicht so. Sie unterscheiden sich gewaltig in ihrem Verhalten.
Wie unter 1. Erstellt, heißt der benutzer für samba auch "". Folge Kein zugriff auf den Samba-Drucker.
wie unter 2. erstellt, heißt der benutzer für samba "benuter" wie es sein soll. Zugriff auf samba-drucker geht.
Cool J. - 27.07.2006, 14:28 Uhr
Titel:
Sodelle, ich mal wieder.
Ich habe das Problem gefixt.
Hier eine kurze erklärung wie ich das jetzt angegangen bin.
Ich bin leider nicht auf den Trcihter gekommen, es stimmte alles User Passwörter einstellungen alles 100 mal durchgegangen jeden Tipp befolgt und trotzdem blieb das Problem bestehen.
Also habe ich mir mit zwei kleinen scripten geholfen.
In dem ersten Script starte ich ein sudo befehl der ein weiteres script aufruft.
Code:
#!/bin/sh
sudo /opt/berchtold/scripte/samba_su.sh
Das zweite script,
Code:
#!/bin/sh
sleep 60
/etc/init.d/samba restart
führt nach 60 sec, einfach einen samba neustart durch.
Ich habe die sudoers editiert klar sonst tut das nicht.
Danach habe ich einen Link in die /home/Benutzer/.kde/Autostart gelegt.
Jetzt wird nach dem start der KDE das Script aufgerufen und dann startet der SAMBA nach einer Minute neu. Mir ist aufgefallen das es einen BUG in der hotplug geben muss. Irgendwie frisst er jeh nach zustand des Druckers nicht schnell genug das dort ein Gerät hängt. Daher klappt es manchmal und manchmal eben nicht nach nem Start des Systems. So gehts jetzt aber.
ICH BENDANKE MICH FÜR EURE HILFE; VORALLEM SCHNORRER UND ARLEKIN. VIELEN DANK!
Gruß
CJ
PS: natürlich sind die Scripte für den Benutzer und die Gruppe auf lesen gesetzt. SIcherheit muss sein.
schnorrer - 27.07.2006, 17:19 Uhr
Titel:
gerne geholfen, problem kann auch an USB-LPD liegen, der die error-messages des Druckers nicht versteht.
Statt Ready vom Drucker nur ein NotReady (umgekehrte Logik) oder Paper empty ein einfaches Busy.
Ersteres war bei meinm USB-Teil der Fehler. 2 Tage später wurde eine Cupslib ersetzt und seither keine Probleme.
arlekin - 27.07.2006, 20:07 Uhr
Titel:
Cool J. hat folgendes geschrieben::
Code:
#!/bin/sh
sleep 60
/etc/init.d/samba restart
Brutalinski ich dachte aber eigentlich an etwas Stilvolleres, etwa nach folgendem Muster:
Code:
if
! [ "$(ps -e | grep 'smbd')" ]; then
/etc/init.d/samba restart > /dev/null
elif
! [ "$(ps -e | grep 'nmbd')" ]; then
/etc/init.d/samba restart > /dev/null
else
exit # beware - daemons at work ;-)
fi
Liese sich sicherlich noch optimieren - aber ich denke, Du weiss, worauf ich hinaus will
Nachtrag: der Umweg über sudo gefällt mir nicht - daher (m)ein Gegen-/Alternativvorschlag:
Nimm folgendes Script und packe es in das Verzeichnis /etc/init.d ...
Code:
#!/bin/bash
while [ 1 = 1 ] # touching infinity ;-)
do
if
! [ "$(ps -e | grep 'smbd')" ]; then # no daemon, no party
/etc/init.d/samba restart > /dev/null # quiet (!) restart
elif
! [ "$(ps -e | grep 'nmbd')" ]; then # no daemon, no party
/etc/init.d/samba restart > /dev/null # quiet (!) restart
fi
sleep 60 # have a break before looping
done
# Script: /etc/init.d/smb_kicker.sh
... und dann setze in das Verzeichnis /etc/rc5.d folgenden "Trigger":
Code:
#!/bin/bash
/etc/init.d/smb_kicker.sh & # start "daemon" back-stage
# Trigger: /etc/rc5.d/S90smb_kicker
Bin gespannt, was passiert, wenn Du's testest - bei mir hat's funktioniert
Cool J. - 28.07.2006, 07:19 Uhr
Titel:
arlekin hat folgendes geschrieben::
Brutalinski
lol, ja das bin ich. Hauptsache schnell klein und effektiv.
Aber danke für die Scripte, ich werd schauen ob ich noch dazu komme. Ich werde nur noch zwei Wochen in diesem Betrieb sein, dann wird Linux der vergangenheit angehöhren. Ich werde bei meiner neuen Stelle hauptsächlich auf Windowsserver arbeiten. Aber Privat werde ich mir wohl ein Notebook mit KANOTIX besorgen. Man will ja nicht den Anschluss verlieren.
schnorrer - 28.07.2006, 07:54 Uhr
Titel:
@CoolJ: Herzliches Beileid zum Abscheid von Linux im Prof. Einsatz. Und nun ein Glückwunsch zu deinem Privaten Einsatz von Kanotix auf deinem Priv.Labtop, lass uns im Forum nicht ganz links liegen.
Cool J. - 28.07.2006, 08:04 Uhr
Titel:
@schnorrer, ja es ist auch eine schwere entscheidung gewesen, aber naja, für mich ist die serverwelt nämlich was ganz neues. ich bin bis jetzt nur für die clients zuständig. und in die serverwelt wollte ich schon immer rein. und keine angst, ich werde so oder so gast bei euch bleiben. dafür finde ich linux einfach schon zu gut.
Alle Zeiten sind GMT + 1 Stunde
PNphpBB2 © 2003-2007