Speichern via VPN schlägt immer wieder fehlt (bullseye, QTS 5)

[dejaner]

Hallo,

ich habe eine Freigabe lokal und einmal für unterwegs via VPN eingebunden.

Die Lokale funktioniert tadelos, doch aus der Ferne habe ich immer wieder leider dieses Problem:



Kopiere (*1) ich die Datei auf meinem Desktop, editiere ich dort das CALC-Dokument und speichere ich es wieder zurück auf den QTS-5.0.1-Datenspeicher, gibt es keine Probleme. Doch das direkte öffnen und speichert, führt leider sehr oft zu diesem Fehler.
Manchmal ist danach sogar die Datei für immer zerstört :-/

Eingebunden sind beide Freigaben über folgenden Parameter
cifs credentials=/etc/.smbcredentials,uid=1000,gid=1000,user,noauto 0 0


Verwendet wird bullseye.

Hat jemand eine Idee was man hier tun könnte?

Gibt es evtl. einen automatischen "Klonmodus" (das Verfahren was ich bei *1 beschrieben habe)

Vielen Dank für alle Ideen zur Lösung dieses Problems.


PS: Bitte mich nicht verteufeln, ich habe auf meinem Laptop auch Windows 10. Damit funktioniert die Freigabe übers VPN ohne Probleme. Es ist verutlich irgendwo Clientseitig ein Problem. Oder CIFS ist noch buggy :-/

[MSfree]

Zu VPN fallen mir spontan IPsec, OpenVPN, OpenSWAN, Wireguard, PPTP, SSTP und sogar SSH ein. Welches ist denn im Einsatz?

Wenn du unterwegs bist, wie wird die Internetverbindung aufgebaut? Dort würde mir Mobiltelefon via USB, Mobiltelefon via Bluetooth, Mobiltelefon via WLAN, WLAN Hotspot, eingebaute Mobilfunkkarte ... einfallen.

Es ergeben sich also zig Kombinationsmöglichkeiten, die alle unterschiedliche Probleme haben können und gezielt diagnostiziert werden müssen.

Grundsätzlich bricht bei dir aber die Verbindung zusammen. Wo genau das passiert, dazu ist deine Beschreibung völlig unzureichend.

[schorsch_76]

Ich würde noch

Code: Alles auswählen

persistenthandles

an die mount Optionen anhängen. Das könnte helfen...

persistenthandles
Enable persistent handles. If the server supports it, keep opened files across reconnections. Persistent handles are also valid across servers in a cluster and have stronger guarantees than resilient handles. Requires SMB3 or above (see vers).

[dejaner]

...
Grundsätzlich bricht bei dir aber die Verbindung zusammen. Wo genau das passiert, dazu ist deine Beschreibung völlig unzureichend.

Sorry. Immer gleich an alles denken, ist schwer.

OpenVPN 2.5 und Glas/VDSL/Mobilfunk

Das böse Windows hat aber nie Probleme.

[letzter3]

Kopiere (*1) ich die Datei auf meinem Desktop, editiere ich dort das CALC-Dokument und speichere ich es wieder zurück auf den QTS-5.0.1-Datenspeicher, gibt es keine Probleme. Doch das direkte öffnen und speichert, führt leider sehr oft zu diesem Fehler.

Ich habe ein ähnliches Problem, aber ausschliesslich mit LibreOffice / AOO.
Bei mir im lokalen Netzwerk; Samba-Server ist ein Debian
- client1 ein Manjaro -> Office-Dokumente können nicht unter dem selben Namen abgespeichert werden, aus LO heraus unter einem anderem Namen auf der selben Freigabe funktioniert das jedoch. SVGs, PNGs etc funktioniert ohne Probleme
- client2 ein Windows in einer VBox auf client 1: keine Probleme, alles funktioniert.

Also mal bitte prüfen, ob es auch bei dir nur um calc / writer geht.

(bin gerade nicht an dem PC, reiche noch Infos nach)

[schorsch_76]

Ich kann berichten das Libreoffice auf meinem Samba Server problemlos funktioniert. Debian Client, Debian Samba Server.

Eventuell ist es eine Server Einstellung....

[letzter3]

Auf dem client
cat /etc/fstab

Code: Alles auswählen

...
//192.168.0.12/MSc /mnt/MSc cifs gid=1000,uid=1000,username=Ich7,password=password,soft 0 0
...

Das file hat folgende Berechtigungen:

Code: Alles auswählen

[michael-p6639de Angestelltenverhältnisse]# ls -al Lohnabrechnung_ab_03-2022_save.ods
-rwxr-xr-x 1 letzter autologin 884711  4. Mai 21:01 Lohnabrechnung_ab_03-2022_save.ods
[michael-p6639de Angestelltenverhältnisse]# 

Das lockfile

Code: Alles auswählen

[michael-p6639de Angestelltenverhältnisse]# ls -al .~lock.Lohnabrechnung_ab_03-2022_save.ods#
-rwxr-xr-x 1 letzter autologin 100  4. Mai 21:05 .~lock.Lohnabrechnung_ab_03-2022_save.ods#

Die Meldung von LO


Die Samba-Konfiguration

Code: Alles auswählen

# This file is auto-generated by openmediavault (https://www.openmediavault.org)
# WARNING: Do not edit this file, your changes will get lost.
#======================= Global Settings =======================
[global]
workgroup = NAME
server string = %h server
dns proxy = no
log level = 3
log file = /var/log/samba/log.%m
max log size = 1000
logging = syslog
panic action = /usr/share/samba/panic-action %d
passdb backend = tdbsam
obey pam restrictions = no
unix password sync = no
passwd program = /usr/bin/passwd %u
passwd chat = *Enter\snew\s*\spassword:* %n\n *Retype\snew\s*\spassword:* %n\n *password\supdated\ssuccessfully* .
pam password change = yes
socket options = TCP_NODELAY IPTOS_LOWDELAY
guest account = nobody
load printers = no
disable spoolss = yes
printing = bsd
printcap name = /dev/null
unix extensions = yes
wide links = no
create mask = 0777
directory mask = 0777
map to guest = Bad User
use sendfile = yes
aio read size = 1
aio write size = 1
time server = no
wins support = no
disable netbios = yes
multicast dns register = no
# Special configuration for Apple's Time Machine
fruit:aapl = yes
fruit:copyfile = yes
fruit:nfs_aces = no
# Extra options
socket options = SO_RCVBUF=131072 SO_SNDBUF=131072
#======================= Share Definitions =======================


[MSc]
path = /srv/dev-disk-by-label-OMVDaten/MSc/
guest ok = no
guest only = no
read only = no
browseable = yes
inherit acls = no
inherit permissions = no
ea support = no
store dos attributes = no
vfs objects = 
printable = no
create mask = 0664
force create mode = 0664
directory mask = 0775
force directory mode = 0775
hide special files = yes
follow symlinks = yes
hide dot files = yes
valid users = "Ich7","letzter"
invalid users = "NAMEN",@"familie",@"ma"
read list = 
write list = "Ich7","letzter"

Das log vom Server

Code: Alles auswählen

4.5.2023, 21:24:58
smbd[1978783]: Ich7 closed file VERZEICHNISNAME/Angestelltenverhältnisse/.~lock.Lohnabrechnung_ab_03-2022_save.ods# (numopen=2) NT_STATUS_OK
4.5.2023, 21:24:58
smbd[1978783]: [2023/05/04 21:24:58.237813, 2] ../../source3/smbd/close.c:824(close_normal_file)
4.5.2023, 21:24:57

4.5.2023, 21:24:57
smbd[1978783]: [2023/05/04 21:24:57.213817, 3] ../../source3/smbd/dir.c:907(smbd_dirptr_get_entry)
4.5.2023, 21:24:57
smbd[1978783]: smbd_dirptr_get_entry mask=[*] found VERZEICHNISNAME/Angestelltenverhältnisse/Lohnabrechnung_ab_03-2022_save.ods fname=Lohnabrechnung_ab_03-2022_save.ods (Lohnabrechnung_ab_03-2022_save.ods)
4.5.2023, 21:24:57
smbd[1978783]: [2023/05/04 21:24:57.213910, 3] ../../source3/smbd/dir.c:907(smbd_dirptr_get_entry)



4.5.2023, 21:24:58
smbd[1978783]: Ich7 closed file VERZEICHNISNAME/Angestelltenverhältnisse/.~lock.Lohnabrechnung_ab_03-2022_save.ods# (numopen=2) NT_STATUS_OK
4.5.2023, 21:24:58
smbd[1978783]: [2023/05/04 21:24:58.237813, 2] ../../source3/smbd/close.c:824(close_normal_file)

4.5.2023, 21:24:57
smbd[1978783]: smbd_dirptr_get_entry mask=[*] found VERZEICHNISNAME/Angestelltenverhältnisse/Lohnabrechnung_ab_03-2022_save.ods fname=Lohnabrechnung_ab_03-2022_save.ods (Lohnabrechnung_ab_03-2022_save.ods)
4.5.2023, 21:24:57
smbd[1978783]: [2023/05/04 21:24:57.213910, 3] ../../source3/smbd/dir.c:907(smbd_dirptr_get_entry)


smbd[1978783]: smbd_dirptr_get_entry mask=[*] found VERZEICHNISNAME/Angestelltenverhältnisse/Lohnabrechnung_ab_03-2022_save.ods fname=Lohnabrechnung_ab_03-2022_save.ods (Lohnabrechnung_ab_03-2022_save.ods)
4.5.2023, 21:24:57
smbd[1978783]: [2023/05/04 21:24:57.214175, 3] ../../source3/smbd/dir.c:907(smbd_dirptr_get_entry)
4.5.2023, 21:24:57
smbd[1978783]: [2023/05/04 21:24:57.216840, 3] ../../source3/smbd/smb2_server.c:3861(smbd_smb2_request_error_ex)
4.5.2023, 21:24:57
smbd[1978783]: smbd_smb2_request_error_ex: smbd_smb2_request_error_ex: idx[1] status[STATUS_NO_MORE_FILES] || at ../../source3/smbd/smb2_query_directory.c:159
4.5.2023, 21:24:57
smbd[1978783]: [2023/05/04 21:24:57.218682, 3] ../../source3/smbd/smb2_server.c:3861(smbd_smb2_request_error_ex)
4.5.2023, 21:24:57
smbd[1978783]: smbd_smb2_request_error_ex: smbd_smb2_request_error_ex: idx[1] status[NT_STATUS_OBJECT_NAME_NOT_FOUND] || at ../../source3/smbd/smb2_create.c:334
4.5.2023, 21:24:57
smbd[1978783]: [2023/05/04 21:24:57.218722, 3] ../../source3/smbd/smb2_server.c:3861(smbd_smb2_request_error_ex)
4.5.2023, 21:24:57
smbd[1978783]: [2023/05/04 21:24:57.218746, 3] ../../source3/smbd/smb2_server.c:3861(smbd_smb2_request_error_ex)
4.5.2023, 21:24:57

smbd[1978783]: smbd_smb2_request_error_ex: smbd_smb2_request_error_ex: idx[9] status[NT_STATUS_FILE_CLOSED] || at ../../source3/smbd/smb2_server.c:3223
4.5.2023, 21:24:57
smbd[1978783]: Ich7 opened file VERZEICHNISNAME/Angestelltenverhältnisse/.~lock.Lohnabrechnung_ab_03-2022_save.ods# read=Yes write=No (numopen=4)

Hier habe ich Zeilen rausgelöscht, die wahrscheinlich nicht das geöffnete file betreffen.

Und wie bereits geschrieben: es geht nur um LO bzw. AOO files unter Linux. Das Windows auf dem selben PC in einer VBox hat keine Probleme.
Textfiles, Grafiken etc. machen auf beiden Systemen keine Probleme.

[schorsch_76]

Weißt du welche version von Samba läuft?

[schorsch_76]

Hier hat jemand eine ähnliche Fehlermeldung wie https://github.com/yoichiro/chromeos-fi ... issues/114

Probier auf dem client in der fstab ein "vers=1. 0" anzuhängen. Neustart nicht vergessen....

[letzter3]

Weißt du welche version von Samba läuft?

auf dem client:

Code: Alles auswählen

michael-p6639de ~]# smbstatus
Can't load /etc/samba/smb.conf - run testparm to debug it

Samba version 4.18.1
PID     Username     Group        Machine                                   Protocol Version  Encryption           Signing              
----------------------------------------------------------------------------------------------------------------------------------------

Service      pid     Machine       Connected at                     Encryption   Signing     
---------------------------------------------------------------------------------------------

/var/cache/samba/locking.tdb not initialised
This is normal if an SMB client has never connected to your server.

auf dem Server:

Code: Alles auswählen

root@openmediavault:~# smbstatus

Samba version 4.13.13-Debian
PID     Username     Group        Machine                                   Protocol Version  Encryption           Signing              
----------------------------------------------------------------------------------------------------------------------------------------
1996157 Ich7         users        192.168.0.20 (ipv4:192.168.0.20:33228)    SMB3_11           -                    partial(AES-128-CMAC)
1996157 Xuser        users        192.168.0.20 (ipv4:192.168.0.20:33228)    SMB3_11           -                    partial(AES-128-CMAC)

Service      pid     Machine       Connected at                     Encryption   Signing     
---------------------------------------------------------------------------------------------
IPC$         1996157 192.168.0.20  Fr Mai  5 17:04:07 2023 CEST     -            -           
Xuser        1996157 192.168.0.20  Fr Mai  5 17:04:07 2023 CEST     -            -           
Vorlagen     1996157 192.168.0.20  Fr Mai  5 16:15:26 2023 CEST     -            -           
IPC$         1996157 192.168.0.20  Fr Mai  5 16:15:26 2023 CEST     -            -           
Musik        1996157 192.168.0.20  Fr Mai  5 17:04:07 2023 CEST     -            -           
ISOs         1996157 192.168.0.20  Fr Mai  5 17:04:07 2023 CEST     -            -           
MSc          1996157 192.168.0.20  Fr Mai  5 17:04:07 2023 CEST     -            -           

No locked files

root@openmediavault:~# 

[letzter3]

Hier hat jemand eine ähnliche Fehlermeldung wie https://github.com/yoichiro/chromeos-fi ... issues/114

Probier auf dem client in der fstab ein "vers=1. 0" anzuhängen. Neustart nicht vergessen....

Probiere ich mal, aber viel Hoffnung habe ich da in Anbetracht der eingesetzten "offiziellen" Versionen nicht.....

[schorsch_76]

Hier hat jemand eine ähnliche Fehlermeldung wie https://github.com/yoichiro/chromeos-fi ... issues/114

Probier auf dem client in der fstab ein "vers=1. 0" anzuhängen. Neustart nicht vergessen....

Probiere ich mal, aber viel Hoffnung habe ich da in Anbetracht der eingesetzten "offiziellen" Versionen nicht.....

Viel Erfolg!

[letzter3]

long long time ago....
Bei mir scheint option "nobrl" in der fstab des client den Fehler zu beheben. Erst 2 x getestet, aber das klappte vorher nie.
aus dem ubuntu-wiki:

nobrl: Deaktivierung der Bytebereich-Sperrung (Byte-Range Lock). Einige Programme kommen mit dem Byte-Range Lock nicht zurecht und können deshalb auf gemountete SMB-Freigaben trotz korrekter Berechtigungen nicht schreiben. Abhilfe schafft hier die Mount-Option nobrl.

[heisenberg]

Danke für's Teilen der Lösung!

[letzter3]

Ich muss das nochmal halb revidieren.
Die Option nobrl in der fstab verhindert ein booten.
Das log hab ich jetzt nicht mehr parat.
Ohne weitere Optionen wird ja vorausgesetzt, dass die Netzwerklaufwerke erst mit Netzwerkverbindung eingehängt werden (auto als Voreinstellung). Das scheint aber nicht zu funktionieren. Auch die zusätzliche Option _netdev bringt keine Abhilfe. Sehr seltsam.
Habe das nun als systemd mount eingerichtet und es funktioniert jetzt.