romeofox
11.10.06, 09:53
Hallo.
Habe auf einer SuSE 10.0 erfolgreich einen Samba-Server eingerichtet, was auch soweit gut läuft. Leider müllt mir Samba das message-Log mir der folgenden Meldung zu:
Unable to connect to CUPS server localhost - Connection refused
Das kommt anscheinen so heftig, dass syslog Meldungen verwirft:
syslog-ng[5661]: STATS: dropped 36
Cups ist aber weder installiert (nur die cups-libs-1.1.23-21 aus irgendwelchen Abhängigkeiten) noch soll er laufen, ist schließlich ein reiner Fileserver.
In der smb.conf habe ich alle mit dem Printing zusammenhängenden Einträge auskommentiert bzw. rausgeschmissen. Leider ohne Erfolg. :(
Als nächstes habe ich Printing auf LPRNG gesetzt, aber auch das lässt die Meldung nicht verschwinden. Durch googlen habe ich herausgefunden, dass das Problem recht häufig auftaucht aber es gab leider keine Lösung, die bei mir funktionert. Die Möglichkeit Samba neu zu kompilieren und dabei --disable-cups zu setzten will ich mir eigentlich nicht antun.
Mir würde es ha schon reichen, wenn ich das Logging für das Printsystem unterdrücken könnte, aber ich hab bislang nicht herausfinden können, welches Klasse zu verwenden ist. printing oder cups ist es nicht, das erzeugt in log.smb eine Fehlermeldung wie:
debug_lookup_classname(cups): Unknown class
Hat jemand noch einen Tipp, wie ich die Meldung loswerde, außer in der syslog.conf ein Filter einzubauen? Das löst ja nicht das Dropping-Problem von syslog.
Hier noch die smb.conf:
[global]
workgroup = OMC
printing = lprng
load printers =no
map to guest = Bad User
logon path = \\%L\profiles\.msprofile
logon home = \\%L\%U\.9xprofile
logon drive = P:
# Neu
password server = 192.168.130.10
security = domain
encrypt passwords = yes
wins server = 192.168.130.10
log level = 2 passdb:5 auth:5 winbind:5
# Trenne Domäne und Benutzername durch '\', wie DOMÄNE\benutzername
winbind separator = \\
# Verwende UIDs von 10000 bis 20000 für Domänen-Benutzer
idmap uid = 10000-20000
# Verwende GIDs von 10000 bis 20000 für Domänen-Gruppen
idmap gid = 10000-20000
# Erlaube die Aufzählung von winbind-Benutzern und -Gruppen
winbind enum users = yes
winbind enum groups = yes
# Gib winbind-Benutzern eine echte Shell (nur benötigt, wenn diese telnet-Zugriff haben)
#template homedir = /home/winnt/%D/%U
template shell = /bin/bash
[homes]
comment = Home Directories
valid users = %S
browseable = No
read only = No
inherit acls = Yes
[profiles]
comment = Network Profiles Service
path = %H
read only = No
store dos attributes = Yes
create mask = 0600
directory mask = 0700
[users]
comment = All users
path = /home
read only = No
inherit acls = Yes
veto files = /aquota.user/groups/shares/
[groups]
comment = All groups
path = /home/groups
read only = No
inherit acls = Yes
[data]
comment = Data from FTP
path = /srv/ftp/data
#valid users = @users
#guest ok = yes
browseable = yes
read only = No
#inherit acls = Yes
Ciao, René
Habe auf einer SuSE 10.0 erfolgreich einen Samba-Server eingerichtet, was auch soweit gut läuft. Leider müllt mir Samba das message-Log mir der folgenden Meldung zu:
Unable to connect to CUPS server localhost - Connection refused
Das kommt anscheinen so heftig, dass syslog Meldungen verwirft:
syslog-ng[5661]: STATS: dropped 36
Cups ist aber weder installiert (nur die cups-libs-1.1.23-21 aus irgendwelchen Abhängigkeiten) noch soll er laufen, ist schließlich ein reiner Fileserver.
In der smb.conf habe ich alle mit dem Printing zusammenhängenden Einträge auskommentiert bzw. rausgeschmissen. Leider ohne Erfolg. :(
Als nächstes habe ich Printing auf LPRNG gesetzt, aber auch das lässt die Meldung nicht verschwinden. Durch googlen habe ich herausgefunden, dass das Problem recht häufig auftaucht aber es gab leider keine Lösung, die bei mir funktionert. Die Möglichkeit Samba neu zu kompilieren und dabei --disable-cups zu setzten will ich mir eigentlich nicht antun.
Mir würde es ha schon reichen, wenn ich das Logging für das Printsystem unterdrücken könnte, aber ich hab bislang nicht herausfinden können, welches Klasse zu verwenden ist. printing oder cups ist es nicht, das erzeugt in log.smb eine Fehlermeldung wie:
debug_lookup_classname(cups): Unknown class
Hat jemand noch einen Tipp, wie ich die Meldung loswerde, außer in der syslog.conf ein Filter einzubauen? Das löst ja nicht das Dropping-Problem von syslog.
Hier noch die smb.conf:
[global]
workgroup = OMC
printing = lprng
load printers =no
map to guest = Bad User
logon path = \\%L\profiles\.msprofile
logon home = \\%L\%U\.9xprofile
logon drive = P:
# Neu
password server = 192.168.130.10
security = domain
encrypt passwords = yes
wins server = 192.168.130.10
log level = 2 passdb:5 auth:5 winbind:5
# Trenne Domäne und Benutzername durch '\', wie DOMÄNE\benutzername
winbind separator = \\
# Verwende UIDs von 10000 bis 20000 für Domänen-Benutzer
idmap uid = 10000-20000
# Verwende GIDs von 10000 bis 20000 für Domänen-Gruppen
idmap gid = 10000-20000
# Erlaube die Aufzählung von winbind-Benutzern und -Gruppen
winbind enum users = yes
winbind enum groups = yes
# Gib winbind-Benutzern eine echte Shell (nur benötigt, wenn diese telnet-Zugriff haben)
#template homedir = /home/winnt/%D/%U
template shell = /bin/bash
[homes]
comment = Home Directories
valid users = %S
browseable = No
read only = No
inherit acls = Yes
[profiles]
comment = Network Profiles Service
path = %H
read only = No
store dos attributes = Yes
create mask = 0600
directory mask = 0700
[users]
comment = All users
path = /home
read only = No
inherit acls = Yes
veto files = /aquota.user/groups/shares/
[groups]
comment = All groups
path = /home/groups
read only = No
inherit acls = Yes
[data]
comment = Data from FTP
path = /srv/ftp/data
#valid users = @users
#guest ok = yes
browseable = yes
read only = No
#inherit acls = Yes
Ciao, René