[Eisfair] Zurück auf alte Samba-Version

[Jürgen Witt]

Hallo Tom,

Am 04.06.2018 um 21:09 schrieb Thomas Bork:
> Am 03.06.2018 um 13:36 schrieb Jürgen Witt:
> 
> Es wäre ausgesprochen nett, wenn Du die Dir gestellten Fragen
> beantworten würdest:

das werde ich selbstverständlich (so gut ich kann) machen.
Vielen Dank für Deine Mühe schon jetzt.

> 1.
> #########################################################################
> 
>> ich habe schon viele Updates dieser Software (manchmal 3 in 5 Tagen)
>> auf diesem System durchgeführt.
>
> Identische base-, Kernel-, Samba-Version?
> #########################################################################

Es habe mehrere E1-Systeme bei Kunden laufen, die ich immer aktuell halte.

> 2.
> #########################################################################
> Ich nehme an, dann kennst Du dieses Dokument?

ja, ist bekannt.

> https://www.dampsoft.de/wp-content/uploads/2018/04/DS_Linux_als_Betriebssystemvariante.pdf
> 
> 
> Hast Du Samba händisch wie beschrieben eingestellt?

nein, da dies ist ja so im Detail nicht möglich.

> Wenn ja:
> Warum hast Du uns das nicht mitgeteilt?

weil ich nur die Einstellungen vorgenommen habe, an die ich über die
E1-Konfiguration heran komme.

> Wenn nein:
> Halte Dich an die Anleitung (dazu weiter unten noch ein paar
> Anmerkungen) und berichte.
> 
> 
> 
> Zur empfohlenen Einstellung von Samba aus dem Dokument oben:
> 
> 1. Einstellungen zum File-Locking
> 
> SHARE MODES = NO
> 
> Dieser Parameter sollte "kernel share modes" heissen.
> 
> LOCKING = NO
> 
> In meine Augen ist das deaktivieren dieser beiden Optionen gefährlich.
> In unserem Samba-Paket sind diese Optionen immer an.
> 
> OPLOCKS = NO
> KERNEL OPLOCKS = NO
> BLOCKING LOCKS = NO
> LEVEL2OPLOCKS = NO
> 
> Diese Optionen werden in unserem Samba-Paket auf no gesetzt, wenn
> SAMBA_OPLOCKS auf no gesetzt ist. Das ist unsere Standard-Einstellung
> bei Erstinstallation.
> 
> VETO OPLOCK FILES = /*.dbf/*.cdx/*.fpt/
> 
> Dieser Parameter wird überhaupt nicht beachtet, wenn "oplocks = no"...
> #########################################################################

ich fasse zusammen:

nicht OK veto oplock files =
OK	 blocking locks = No
OK       kernel oplocks = No
nicht OK kernel share modes = Yes
OK       level2 oplocks = No
nicht OK locking = Yes
OK       oplocks = No

nicht OK dos filetime resolution = No
OK       dos filetimes = Yes


> 3.
> Du hast uns übrigens auch nicht mitgeteilt, welche Samba-Version Du
> gerade einsetzt und welches Betriebssystem auf den Clients läuft.

wie ich schon schrieb, setze ich wieder die 3.22.0 ein und erste
Rückmeldungen bestätigen, daß die Reaktionsfähig von Dampsoft wieder
akzeptabel ist. Eine Dateiüberprüfung habe ich bisher nicht
durchgeführt, weil ich Angst habe wieder einen Blackout zu erzeugen.

Auf den Klient-PCs läuft meistens Windows 7 Pro 64Bit bzw. vereinzelt
Windows 10 64Bit.

> Wenn Du eisfair-Samba 4.2.0 einsetzt:
> 
> In der Reihe 4.7.x wurde ein Parameter eingeschaltet, der vorher immer
> auf no stand.
> 
> strict sync
> 
>     Default: strict sync = yes
>  
> Wenn es sich wirklich um eine Reindizierung handelt und die Software so
> schlecht programmiert ist, dabei nach Bearbeitung jedes einzelnen
> Datensatzes einen Sync anzufordern, ist der Server nur noch mit dem
> syncen beschäftigt...
> 
> Du könntest also versuchsweise einmal
> 
> strict sync = no
> 
> im Global-Teil der smb.conf probieren.
> #########################################################################

daran werde ich mich erst später trauen. Dafür muß ich erst 'mal ein
Zeitfenster finden, weil es z.T. Praxen mit Schichtbetrieb sind. Oder
ich besorge mir 'mal eine Kopie von einem Kunden (sind ja immer viele GB
groß) und setze auf mein Testsystem.

Danke und Gruß
Jürgen