Hallo Liste, ich verzweifel an einem Samba Problem.... Wir haben eine SuSE 7.3 Prof. mit out of the box Samba installiert. Und greifen mit einer Btrieve basierten Finanzbuchhaltung von zwei Winnt 4. Boxen darauf zu. Hat auch prima geklappt, bis der Buchhalter gleichzeitig Service Pack 6a und eine andere Btrieve und M$SQL Server basierende Software installiert hat. Seid dem haben wir das folgende Problem: Beim Verbuchen von Stapelbuchungen (Eine Art Buchhalterbatchjob bei dem lauter Buchungen vorher in eine Datei geschrieben werden und anschließend auf einen Rutsch verbucht werden) werden einige Buchungen gebucht (jedoch recht langsam) und irgendwann geht nichts mehr. Wenn man die Datenverzeichnisse lokal vorhält funktioniert alles prima, wenn man die Datenverzeichnisse als share auf einer anderen Windoof Kiste hat, funktioniert auch alles prima.... Jetzt guckt mich der Buchhalter mal wieder von der Seite an, weil ich ihm Linux hingestellt habe..... :-( An Fehlermeldungen kommt auf der Samba Seite nichts... Unten ist die smb.conf. Vielleicht fällt Euch was auf.... Ich denke, daß es irgendwie mit dem Filelocking zusammenhängt. Alle Versuche dazu haben aber nicht gefruchtet. (Die entsprechenden Zeilen habe ich auskommentiert) Jeder Tipp wird gerne ausprobiert.... Gruß Norbert # Samba config file created using SWAT # from 192.168.13.239 (192.168.13.239) # Date: 2002/01/31 14:29:32 # Global parameters [global] workgroup = REWE netbios name = REWE-SERVER server string = Rechnungswesen interfaces = eth0 vmnet0 vmnet1 eth1 bind interfaces only = Yes encrypt passwords = Yes update encrypted = Yes unix password sync = Yes log level = 1 log file = /var/log/smb.log.%m keepalive = 30 ## socket options = IPTOS_LOWDELAY TCP_NODELAY os level = 65 lm announce = True preferred master = True domain master = True dns proxy = No kernel oplocks = Yes valid users = steimel kitzmann huerholz root admin users = steimel root create mask = 0755 force create mode = 0755 force directory mode = 0755 hosts allow = 192.168.13.0/24 192.168.16.0/24 hosts deny = 192.168.0.0/24 [homes] comment = home-directory read only = No create mask = 0750 browseable = No [printers] comment = All Printers path = /tmp create mask = 0700 printable = Yes browseable = No [daten] path = /home/public valid users = nobody kitzmann steimel huerholz root force group = users read only = No create mask = 0777 force create mode = 0777 directory mask = 0777 force directory mode = 0777 inherit permissions = Yes # strict sync = Yes # sync always = Yes # blocking locks = No # strict locking = Yes -- Optische und elektronische Geräte Jülich Rheingasse 8-10 53113 Bonn Tel: 0228-98386-25 Fax: 0228-631339 Mail: norbertschmidt@juelich-bonn.de
Hi Norbert, norbertschmidt@juelich-bonn.de wrote:
Hallo Liste,
ich verzweifel an einem Samba Problem.... Wir haben eine SuSE 7.3 Prof. mit out of the box Samba installiert. Und greifen mit einer Btrieve basierten Finanzbuchhaltung von zwei Winnt 4. Boxen darauf zu. Hat auch prima geklappt, bis der Buchhalter gleichzeitig Service Pack 6a und eine andere Btrieve und M$SQL Server basierende Software installiert hat. Seid dem haben wir das folgende Problem: Beim Verbuchen von Stapelbuchungen (Eine Art Buchhalterbatchjob bei dem lauter Buchungen vorher in eine Datei geschrieben werden und anschließend auf einen Rutsch verbucht werden) werden einige Buchungen gebucht (jedoch recht langsam) und irgendwann geht nichts mehr. Wenn man die Datenverzeichnisse lokal vorhält funktioniert alles prima, wenn man die Datenverzeichnisse als share auf einer anderen Windoof Kiste hat, funktioniert auch alles prima.... Jetzt guckt mich der Buchhalter mal wieder von der Seite an, weil ich ihm Linux hingestellt habe..... :-( An Fehlermeldungen kommt auf der Samba Seite nichts...
Unten ist die smb.conf. Vielleicht fällt Euch was auf.... Ich denke, daß es irgendwie mit dem Filelocking zusammenhängt. Alle Versuche dazu haben aber nicht gefruchtet. (Die entsprechenden Zeilen habe ich auskommentiert)
Jeder Tipp wird gerne ausprobiert....
Gruß Norbert
# Samba config file created using SWAT # from 192.168.13.239 (192.168.13.239) # Date: 2002/01/31 14:29:32
# Global parameters [global] workgroup = REWE netbios name = REWE-SERVER server string = Rechnungswesen interfaces = eth0 vmnet0 vmnet1 eth1 bind interfaces only = Yes encrypt passwords = Yes update encrypted = Yes unix password sync = Yes log level = 1 log file = /var/log/smb.log.%m keepalive = 30 ## socket options = IPTOS_LOWDELAY TCP_NODELAY os level = 65 lm announce = True preferred master = True domain master = True dns proxy = No kernel oplocks = Yes valid users = steimel kitzmann huerholz root admin users = steimel root create mask = 0755 force create mode = 0755 force directory mode = 0755 hosts allow = 192.168.13.0/24 192.168.16.0/24 hosts deny = 192.168.0.0/24
[homes] comment = home-directory read only = No create mask = 0750 browseable = No
[printers] comment = All Printers path = /tmp create mask = 0700 printable = Yes browseable = No
[daten] path = /home/public valid users = nobody kitzmann steimel huerholz root force group = users read only = No create mask = 0777 force create mode = 0777 directory mask = 0777 force directory mode = 0777 inherit permissions = Yes # strict sync = Yes # sync always = Yes # blocking locks = No # strict locking = Yes
stelle mal das OP-Locking ab. Sowohl auf den Clients, wie auch auf dem "Server". Es bereitet sehr häufig Probleme und zerstört Daten. Geschw. Vorteile bringt es eh nicht so viele. Gruss Boris
Hi, probier mal die "oplocks" auf "off" zu setzten. Am einfachsten nutzt Du swat im erweiterten Modus, da sollten noch zusätzliche Möglichkeiten geben (und eine schnell zugänglichen Doku). Tom
participants (3)
-
B. Höffgen
-
norbertschmidt@juelich-bonn.de
-
Thomas Michael Wanka