[Eisfair] Samba-Probleme und Dampsoft
Jürgen Witt
j-witt at web.de
Sa Jan 5 11:06:49 CET 2019
Hallo NG-Leser,
ich habe in einem meiner Netze seit kurz vor Weihnachten massive
Probleme (es zerlegt die Dampsoft-Datenbank(-en) und es muß dann zur
Reparatur eine Datei-/Strukturüberprüfung ausgeführt werden).
Aus Performance-Gründen bin ich überall, wo Dampsoft eingesetzt wird,
sofort wieder auf die Samba-Version 3.22.0 zurück gekehrt.
Ich habe die Daten aus der Praxis mit nach Hause genommen und in meiner
Testumgebung Folgendes ausprobiert.
Dauer Dateiüberpüfung auf einem frisch aufgesetzten Windows 10 PC gegen
einen E1-Server: 105 Min.
Datenverzeichnis (Freigabe): 11,6 GB
Netzwerk: 176 GB empfangen und 17 GB gesendet (Statistik auf dem W10 PC)
Dauer Dateiüberpüfung lokal auf einem frisch aufgesetzten Windows 10 PC:
23 Min.
Seit dem führe ich die Updates (die immer eine Dateiüberprüfung nach
sich ziehen) immer so aus: Kopieren der Dampsoft-Installation vom
E1-Server auf einen PC im Netzwerk. Ausführen des Updates bzw. der
Reparatur/Dateiüberprüfung lokal auf dem PC. Zurückkopieren der lokalen
Dampsoft-Installation auf den E1-Server. Das geht trotz der
Kopiervorgänge viel schneller und zuverlässiger, als den Vorgang über
das Netzwerk auszuführen.
Ich habe die smb.conf (Linux wird nicht offiziell unterstützt) gemäß den
Herstellerempfehlungen bearbeitet.
veto oplock files = /*.dbf/*.cdx/*.fpt/
blocking locks = No
kernel oplocks = No
kernel share modes = No
level2 oplocks = No
locking = No
oplocks = No
local master = Yes
os level = 255
preferred master = Yes
dos filetime resolution = Yes
dos filetimes = Yes
Es geht um das oplock, daß man wohl auf Windows-Maschinen nur unter smb1
überhaupt richtig abschalten kann.
Hier habe ich dazu im Netz etwas gefunden:
https://social.msdn.microsoft.com/Forums/de-DE/594d5eea-c95e-437b-8ee4-8f0e2ad31b63/abschaltung-smb1-oplockproblematik?forum=foxprode
In dem Praxis-Netzwerk (ca. 30 PCs) sind auch zwei Windows 10 PCs
(IP-Adressen 10.20.3.94 und 10.20.3.234). Diese machen unglaublich viele
gleichzeitige Verbindungen zum Server auf. Die meisten dazu merkwürdiger
Weise als nobody/nogroup.
So sieht es aus, wenn ich das Dampsoft-Verzeichnis vom W10-PC auf den
E1-Server zurück kopiere (benutzte Freefilesync):
Samba version 4.6.15-for-eisfair-1-patch-1
PID Username Group Machine
Protocol Version Encryption Signing
----------------------------------------------------------------------------------------------------------------------------------------
16926 xxxxxxxx users 10.20.3.149 (ipv4:10.20.3.149:50603)
SMB2_10 - -
16825 praxis users 10.20.3.134 (ipv4:10.20.3.134:51480)
SMB2_10 - -
17275 praxis users 10.20.3.94 (ipv4:10.20.3.94:58488)
SMB3_11 - partial(AES-128-CMAC)
16822 labor users 10.20.3.242 (ipv4:10.20.3.242:50140)
SMB2_10 - -
Service pid Machine Connected at
Encryption Signing
---------------------------------------------------------------------------------------------
praxisdaten 16926 10.20.3.149 Fri Jan 4 18:27:49 2019 CET -
-
praxisdaten 17275 10.20.3.94 Fri Jan 4 18:28:16 2019 CET -
-
praxisdaten 16822 10.20.3.242 Fri Jan 4 18:27:47 2019 CET -
-
praxisdaten 16825 10.20.3.134 Fri Jan 4 18:27:49 2019 CET -
-
Locked files:
Pid Uid DenyMode Access R/W Oplock
SharePath Name Time
--------------------------------------------------------------------------------------------------
17275 2008 DENY_ALL 0x17019f RDWR NONE
/public TDAMP/DS/daten/prax1/ZAHLUNG.cff6.ffs_tmp Fri Jan 4
18:47:57 2019
16926 2003 DENY_ALL 0x100080 RDONLY NONE
/public . Fri Jan 4 18:28:09 2019
17275 2008 DENY_NONE 0x1000a0 RDONLY NONE
/public . Fri Jan 4 18:28:22 2019
17275 2008 DENY_WRITE 0x12019f RDWR NONE
/public TDAMP/sync.ffs_lock Fri Jan 4 18:48:02 2019
So sieht es nach dem Öffnen von dem Dampsoft auf dem W10-PC aus:
Samba version 4.6.15-for-eisfair-1-patch-1
PID Username Group Machine
Protocol Version Encryption Signing
----------------------------------------------------------------------------------------------------------------------------------------
17275 nobody nogroup 10.20.3.94 (ipv4:10.20.3.94:58488)
SMB3_11 - -
16926 xxxxxxxx users 10.20.3.149 (ipv4:10.20.3.149:50603)
SMB2_10 - -
16825 praxis users 10.20.3.134 (ipv4:10.20.3.134:51480)
SMB2_10 - -
17275 nobody nogroup 10.20.3.94 (ipv4:10.20.3.94:58488)
SMB3_11 - -
17275 nobody nogroup 10.20.3.94 (ipv4:10.20.3.94:58488)
SMB3_11 - -
17275 nobody nogroup 10.20.3.94 (ipv4:10.20.3.94:58488)
SMB3_11 - -
17275 nobody nogroup 10.20.3.94 (ipv4:10.20.3.94:58488)
SMB3_11 - -
17275 praxis users 10.20.3.94 (ipv4:10.20.3.94:58488)
SMB3_11 - partial(AES-128-CMAC)
16822 labor users 10.20.3.242 (ipv4:10.20.3.242:50140)
SMB2_10 - -
17275 nobody nogroup 10.20.3.94 (ipv4:10.20.3.94:58488)
SMB3_11 - -
17275 nobody nogroup 10.20.3.94 (ipv4:10.20.3.94:58488)
SMB3_11 - -
Service pid Machine Connected at
Encryption Signing
---------------------------------------------------------------------------------------------
praxisdaten 16926 10.20.3.149 Fri Jan 4 18:27:49 2019 CET -
-
praxisdaten 17275 10.20.3.94 Fri Jan 4 18:28:16 2019 CET -
-
praxisdaten 16822 10.20.3.242 Fri Jan 4 18:27:47 2019 CET -
-
praxisdaten 16825 10.20.3.134 Fri Jan 4 18:27:49 2019 CET -
-
Locked files:
Pid Uid DenyMode Access R/W Oplock
SharePath Name Time
--------------------------------------------------------------------------------------------------
17275 2008 DENY_NONE 0x12019f RDWR NONE
/public TDAMP/DS/daten/goz.cdx Fri Jan 4 18:48:49 2019
17275 2008 DENY_WRITE 0x1000a1 RDONLY NONE
/public TDAMP/DS/Ltimgutlu.dll Fri Jan 4 18:48:37 2019
17275 2008 DENY_WRITE 0x1000a1 RDONLY NONE
/public TDAMP/DS/Ltimgefxu.dll Fri Jan 4 18:48:36 2019
17275 2008 DENY_NONE 0x12019f RDWR NONE
/public TDAMP/DS/daten/bank.cdx Fri Jan 4 18:48:56 2019
17275 2008 DENY_NONE 0x12019f RDWR NONE
/public TDAMP/DS/daten/emdata2.cdx Fri Jan 4 18:48:54 2019
17275 2008 DENY_NONE 0x12019f RDWR NONE
/public TDAMP/DS/daten/emdata2.cdx Fri Jan 4 18:48:55 2019
17275 2008 DENY_NONE 0x12019f RDWR NONE
/public TDAMP/DS/daten/emdata2.cdx Fri Jan 4 18:48:55 2019
17275 2008 DENY_WRITE 0x1000a1 RDONLY NONE
/public TDAMP/DS/smz_kch_171.dll Fri Jan 4 18:48:59 2019
17275 2008 DENY_NONE 0x12019f RDWR NONE
/public TDAMP/DS/daten/PATZU.FPT Fri Jan 4 18:48:56 2019
17275 2008 DENY_NONE 0x12019f RDWR NONE
/public TDAMP/DS/daten/WARTE.DBF Fri Jan 4 18:49:00 2019
17275 2008 DENY_NONE 0x12019f RDWR NONE
/public TDAMP/DS/daten/PRECALL.DBF Fri Jan 4 18:48:56 2019
17275 2008 DENY_NONE 0x12019f RDWR NONE
/public TDAMP/DS/daten/angest.cdx Fri Jan 4 18:48:45 2019
17275 2008 DENY_NONE 0x12019f RDWR NONE
/public TDAMP/DS/daten/patmenu.cdx Fri Jan 4 18:48:53 2019
17275 2008 DENY_NONE 0x12019f RDWR NONE
/public TDAMP/DS/daten/FREMDADR.DBF Fri Jan 4 18:48:49 2019
hier breche ich ab.
Hier noch ein älterer Dump von smbstatus (diesmal der andere W10-PC)
Samba version 4.6.15-for-eisfair-1-patch-1
PID Username Group Machine
Protocol Version Encryption Signing
----------------------------------------------------------------------------------------------------------------------------------------
24632 nobody nogroup 10.20.3.234 (ipv4:10.20.3.234:64214)
SMB3_11 - -
24632 nobody nogroup 10.20.3.234 (ipv4:10.20.3.234:64214)
SMB3_11 - -
24632 nobody nogroup 10.20.3.234 (ipv4:10.20.3.234:64214)
SMB3_11 - -
24632 nobody nogroup 10.20.3.234 (ipv4:10.20.3.234:64214)
SMB3_11 - -
24632 nobody nogroup 10.20.3.234 (ipv4:10.20.3.234:64214)
SMB3_11 - -
24632 nobody nogroup 10.20.3.234 (ipv4:10.20.3.234:64214)
SMB3_11 - -
24632 nobody nogroup 10.20.3.234 (ipv4:10.20.3.234:64214)
SMB3_11 - -
24632 nobody nogroup 10.20.3.234 (ipv4:10.20.3.234:64214)
SMB3_11 - -
5366 nobody nogroup 10.20.3.234 (ipv4:10.20.3.234:65398)
SMB3_11 - -
24632 nobody nogroup 10.20.3.234 (ipv4:10.20.3.234:64214)
SMB3_11 - -
24632 nobody nogroup 10.20.3.234 (ipv4:10.20.3.234:64214)
SMB3_11 - -
24632 nobody nogroup 10.20.3.234 (ipv4:10.20.3.234:64214)
SMB3_11 - -
24632 nobody nogroup 10.20.3.234 (ipv4:10.20.3.234:64214)
SMB3_11 - -
24632 nobody nogroup 10.20.3.234 (ipv4:10.20.3.234:64214)
SMB3_11 - -
18054 sidexis4service users 10.20.3.224
(ipv4:10.20.3.224:49159) SMB3_02 -
partial(AES-128-CMAC)
5366 nobody nogroup 10.20.3.234 (ipv4:10.20.3.234:65398)
SMB3_11 - -
24632 nobody nogroup 10.20.3.234 (ipv4:10.20.3.234:64214)
SMB3_11 - -
24632 nobody nogroup 10.20.3.234 (ipv4:10.20.3.234:64214)
SMB3_11 - -
24632 nobody nogroup 10.20.3.234 (ipv4:10.20.3.234:64214)
SMB3_11 - -
24632 nobody nogroup 10.20.3.234 (ipv4:10.20.3.234:64214)
SMB3_11 - -
24632 nobody nogroup 10.20.3.234 (ipv4:10.20.3.234:64214)
SMB3_11 - -
24632 nobody nogroup 10.20.3.234 (ipv4:10.20.3.234:64214)
SMB3_11 - -
24632 nobody nogroup 10.20.3.234 (ipv4:10.20.3.234:64214)
SMB3_11 - -
24632 nobody nogroup 10.20.3.234 (ipv4:10.20.3.234:64214)
SMB3_11 - -
24632 nobody nogroup 10.20.3.234 (ipv4:10.20.3.234:64214)
SMB3_11 - -
24632 nobody nogroup 10.20.3.234 (ipv4:10.20.3.234:64214)
SMB3_11 - -
24632 nobody nogroup 10.20.3.234 (ipv4:10.20.3.234:64214)
SMB3_11 - -
24632 nobody nogroup 10.20.3.234 (ipv4:10.20.3.234:64214)
SMB3_11 - -
24632 nobody nogroup 10.20.3.234 (ipv4:10.20.3.234:64214)
SMB3_11 - -
24632 nobody nogroup 10.20.3.234 (ipv4:10.20.3.234:64214)
SMB3_11 - -
24632 nobody nogroup 10.20.3.234 (ipv4:10.20.3.234:64214)
SMB3_11 - -
24632 nobody nogroup 10.20.3.234 (ipv4:10.20.3.234:64214)
SMB3_11 - -
24632 nobody nogroup 10.20.3.234 (ipv4:10.20.3.234:64214)
SMB3_11 - -
24632 nobody nogroup 10.20.3.234 (ipv4:10.20.3.234:64214)
SMB3_11 -
Das geht noch ca. 600 Zeilen weiter so!
Ich muß jetzt seit kurz vor Weihnachten jeden Abend eine
Datei-/Strukturüberprüfung ausführen (geht nur, wenn alleiniger
Zugriff), weil der Zugriff auf die Dampsoft Patienten-Daten bei einigen
Patienten fehlerhaft ist.
Hier nur die Größen der patinfo-Dateien:
patinfo.cdx 1.312.025.600
patinfo.dbf 1.672.764.361
patinfo.fpt 657.465.344
patinfo.lck 219.525.000
Was kann ich noch tun? Welche Informationen kann ich noch liefern?
Mit verzweifelten Grüßen
Jürgen
Mehr Informationen über die Mailingliste Eisfair