opensuse 13.1 Samba Oplock break failed for file
Hallo zusammen, Seit dem Update auf samba 4.1 unter openSUSE 12.3 und nun auch unter 13.1 taucht in den logfiles unseres samba-servers immer wieder folgendes auf: ../source3/smbd/oplock.c:333(oplock_timeout_handler) Dec 9 11:12:46 linux-server smbd[20873]: Oplock break failed for file Keller Quarantäne.odt -- replying anyway Die Fehlermeldungen erscheinen zeitversetzt nach dem Öffnen von Dateien des Typs pdf, odt, ods, xls, dbf, apr und anderen. Offensichtlich kann nach dem Öffnen / Cachen der Datei das Locking nicht mehr richtig gelöst werden. Ich interpretiere das "replying anyway" als -"es wird einfach weiter gemacht"- was meines Erachtens zum Datenverlust führen kann Für die dbf Dateien unserer Datenbank habe ich daher das Locking deaktiviert. Ich habe das ganze auch noch mal auf einem anderen Rechner getestet, zuletzt auch mit samba 4.1.2 und dem Thumbleweed-Kernel -mit gleichem Ergebnis. Firewall und AppArmor sind deaktiviert. Auf der virtuialisierten win7-Maschine, mit der ich gerade teste, ist zur Zeit auch kein evtl.störender Virenscanner installiert. Mich interessiert, ob jemand dieses Verhalten nachvollziehen kann, bzw. Ideen zur weiteren Recherche hat. Im Zweifel würde ich dann einen Bugreport öffnen Vielen Dank für alle Hinweise! Gruß Markus -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Der Vollständigkeit halber sei erwähnt, dass die hier beschriebenen Probleme in der aktuellen Version 4.1.5 behoben sind. Gruß Markus Am Montag, 9. Dezember 2013, 11:50:47 schrieb Markus Dellermann:
Hallo zusammen, Seit dem Update auf samba 4.1 unter openSUSE 12.3 und nun auch unter 13.1 taucht in den logfiles unseres samba-servers immer wieder folgendes auf:
../source3/smbd/oplock.c:333(oplock_timeout_handler) Dec 9 11:12:46 linux-server smbd[20873]: Oplock break failed for file Keller Quarantäne.odt -- replying anyway
Die Fehlermeldungen erscheinen zeitversetzt nach dem Öffnen von Dateien des Typs pdf, odt, ods, xls, dbf, apr und anderen. Offensichtlich kann nach dem Öffnen / Cachen der Datei das Locking nicht mehr richtig gelöst werden.
Ich interpretiere das "replying anyway" als -"es wird einfach weiter gemacht"- was meines Erachtens zum Datenverlust führen kann Für die dbf Dateien unserer Datenbank habe ich daher das Locking deaktiviert.
Ich habe das ganze auch noch mal auf einem anderen Rechner getestet, zuletzt auch mit samba 4.1.2 und dem Thumbleweed-Kernel -mit gleichem Ergebnis. Firewall und AppArmor sind deaktiviert. Auf der virtuialisierten win7-Maschine, mit der ich gerade teste, ist zur Zeit auch kein evtl.störender Virenscanner installiert.
Mich interessiert, ob jemand dieses Verhalten nachvollziehen kann, bzw. Ideen zur weiteren Recherche hat. Im Zweifel würde ich dann einen Bugreport öffnen Vielen Dank für alle Hinweise!
Gruß
Markus
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 28.02.2014 19:17, schrieb Markus Dellermann:
Der Vollständigkeit halber sei erwähnt, dass die hier beschriebenen Probleme in der aktuellen Version 4.1.5 behoben sind.
Gruß
Markus
Am Montag, 9. Dezember 2013, 11:50:47 schrieb Markus Dellermann:
Hallo zusammen, Seit dem Update auf samba 4.1 unter openSUSE 12.3 und nun auch unter 13.1 taucht in den logfiles unseres samba-servers immer wieder folgendes auf:
../source3/smbd/oplock.c:333(oplock_timeout_handler) Dec 9 11:12:46 linux-server smbd[20873]: Oplock break failed for file Keller Quarantäne.odt -- replying anyway
Die Fehlermeldungen erscheinen zeitversetzt nach dem Öffnen von Dateien des Typs pdf, odt, ods, xls, dbf, apr und anderen. Offensichtlich kann nach dem Öffnen / Cachen der Datei das Locking nicht mehr richtig gelöst werden.
Ich interpretiere das "replying anyway" als -"es wird einfach weiter gemacht"- was meines Erachtens zum Datenverlust führen kann Für die dbf Dateien unserer Datenbank habe ich daher das Locking deaktiviert.
Ich habe das ganze auch noch mal auf einem anderen Rechner getestet, zuletzt auch mit samba 4.1.2 und dem Thumbleweed-Kernel -mit gleichem Ergebnis. Firewall und AppArmor sind deaktiviert. Auf der virtuialisierten win7-Maschine, mit der ich gerade teste, ist zur Zeit auch kein evtl.störender Virenscanner installiert.
Mich interessiert, ob jemand dieses Verhalten nachvollziehen kann, bzw. Ideen zur weiteren Recherche hat. Im Zweifel würde ich dann einen Bugreport öffnen Vielen Dank für alle Hinweise!
Gruß
Markus Hallo,
und wann kann man diese Version installieren? Bei mir in Yast wird immer noch die 4.1.3 angezeigt. Gruß Hugo -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Freitag, 28. Februar 2014, 22:59:58 schrieb Hugo Egon Maurer:
Am 28.02.2014 19:17, schrieb Markus Dellermann:
Der Vollständigkeit halber sei erwähnt, dass die hier beschriebenen Probleme in der aktuellen Version 4.1.5 behoben sind.
Gruß
Markus
Am Montag, 9. Dezember 2013, 11:50:47 schrieb Markus Dellermann:
Hallo zusammen, Seit dem Update auf samba 4.1 unter openSUSE 12.3 und nun auch unter 13.1 taucht in den logfiles unseres samba-servers immer wieder folgendes auf:
../source3/smbd/oplock.c:333(oplock_timeout_handler) Dec 9 11:12:46 linux-server smbd[20873]: Oplock break failed for file Keller Quarantäne.odt -- replying anyway
Die Fehlermeldungen erscheinen zeitversetzt nach dem Öffnen von Dateien des Typs pdf, odt, ods, xls, dbf, apr und anderen. Offensichtlich kann nach dem Öffnen / Cachen der Datei das Locking nicht mehr richtig gelöst werden.
Ich interpretiere das "replying anyway" als -"es wird einfach weiter gemacht"- was meines Erachtens zum Datenverlust führen kann Für die dbf Dateien unserer Datenbank habe ich daher das Locking deaktiviert.
Ich habe das ganze auch noch mal auf einem anderen Rechner getestet, zuletzt auch mit samba 4.1.2 und dem Thumbleweed-Kernel -mit gleichem Ergebnis. Firewall und AppArmor sind deaktiviert. Auf der virtuialisierten win7-Maschine, mit der ich gerade teste, ist zur Zeit auch kein evtl.störender Virenscanner installiert.
Mich interessiert, ob jemand dieses Verhalten nachvollziehen kann, bzw. Ideen zur weiteren Recherche hat. Im Zweifel würde ich dann einen Bugreport öffnen Vielen Dank für alle Hinweise!
Gruß
Markus
Hallo,
und wann kann man diese Version installieren? Bei mir in Yast wird immer noch die 4.1.3 angezeigt.
Gruß
Hugo
Hallo, ich habe die aktuelle Samba-Version vom opensuse-Build-Server: http://download.opensuse.org/repositories/network:/samba:/STABLE/openSUSE_13... Also kein "offizielles" openSUSE update. Wann ein solches verfügbar ist, weis ich leider nicht. Gruß Markus -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
participants (2)
-
Hugo Egon Maurer -
Markus Dellermann