[Eisfair] Samba-Problem mit Files groesser 2GB !

[Thomas Bork]

Am 03.06.2018 um 10:00 schrieb Uwe Kunze:

> http://lug.krems.cc/docu/samba/ch05_05.html
> "Wenn du ein System hast, das mit Oplocks umgehen kann, trag kernel 
> oplocks = yes in die Samba Konfigurationsdatei ein. Das sollte Konflikte 
> zwischen Unix-Prozessen und Windows-Usern ausschalten."

Diesen Satz halte ich für Blödsinn. Oplocks erlauben es, Dateien beim 
Bearbeiten lokal zwischenzuspeichern, sie setzen aber das Locking nicht 
ausser Kraft.

Bearbeiten mehrere Prozesse die selbe Datei unter Oplocks und wird dabei 
festgestellt, dass ein Lock für die Datei existiert, werden 
Oplock-Breaks versendet. Das kann dazu führen, dass permanent Breaks 
stattfinden. Wenn es auf Datenkonsistenz ankommt, wird immer (sowohl bei 
Windows-, als auch Samba-Servern) empfohlen, Oplocks zu deaktivieren.

Wie auch immer:

Du kannst Oplocks in eisfair-Samba mit

SAMBA_OPLOCKS='yes'

aktivieren. Dabei wird Folgendes konfiguriert:

# default ist no
echo " kernel oplocks = $SAMBA_OPLOCKS"
echo " oplocks = $SAMBA_OPLOCKS"
echo " level2 oplocks = $SAMBA_OPLOCKS"
echo " blocking locks = $SAMBA_OPLOCKS"

if [ "$SAMBA_OPLOCKS" = "yes" ]
then
     echo " veto oplock files = 
/*.bak/*.cd*/*.cur/*.*db/*.db*/*.*dx/*.dxf/*.dwg/*.doc/*.fpt/*.igs/*.ia*/*.id*/*.in*/*.ip*/*.log/*.mpp/*.ndx/*.ntx/*.opt/*.ord/*.ppt/*.pst/*.qb*/*.sjb/*.sbs/*.slp/*.st*/*.vsd/*.xl*/"
fi


oplocks (S)

     This boolean option tells smbd whether to issue oplocks 
(opportunistic locks) to file open requests on this share. The oplock 
code can dramatically (approx. 30% or more) improve the speed of access 
to files on Samba servers. It allows the clients to aggressively cache 
files locally and you may want to disable this option for unreliable 
network environments (it is turned on by default in Windows NT Servers).

     Oplocks may be selectively turned off on certain files with a 
share. See the veto oplock files parameter. On some systems oplocks are 
recognized by the underlying operating system. This allows data 
synchronization between all access to oplocked files, whether it be via 
Samba or NFS or a local UNIX process. See the kernel oplocks parameter 
for details.

     Default: oplocks = yes


kernel oplocks (S)

     For UNIXes that support kernel based oplocks (currently only IRIX 
and the Linux 2.4 kernel), this parameter allows the use of them to be 
turned on or off. However, this disables Level II oplocks for clients as 
the Linux and IRIX kernels do not support them properly.

     Kernel oplocks support allows Samba oplocks to be broken whenever a 
local UNIX process or NFS operation accesses a file that smbd(8) has 
oplocked. This allows complete data consistency between SMB/CIFS, NFS 
and local file access (and is a very cool feature :-).

     If you do not need this interaction, you should disable the 
parameter on Linux and IRIX to get Level II oplocks and the associated 
performance benefit.

     This parameter defaults to no and is translated to a no-op on 
systems that do not have the necessary kernel support.

     Default: kernel oplocks = no

> 
> Ist das für einem eis mit einem 3.2er PAE-Kernel zutreffend ?
> Gruß Uwe


-- 
der tom
[eisfair-team]