staging.inyokaproject.org

Hallo zusammen,

ich habe mich dazu entschieden, mein NAS auf Grundlage des Ubuntu-Servers zu betreiben.

Die Einrichtung hat gestern eigentlich gut funktioniert und die Samba-/Netzlaufwerke sind im Zugriff.

Diese dienen auch als Speicherort für meine TV-Aufnahmen. Wie ich nun feststellen muss, bricht die Aufnahme mit einem 'unerwarteten Fehler' ab. Dies habe ich bei drei Aufnahmen getestet. Die Aufnahme ist beschränkt auf eine Dateigröße von 2.097.152 KB!

Für die Konfiguration der Samba-Shares habe ich auf die 'alte' smb.conf zurückgegriffen, die auf einem Debian/OpenMediaVault-NAS tadellos lief und dort diese Einschränkung nicht aufwies. Unverändert werden als Samba-Shares zfs-datasets verwendet. Dabei habe ich den Pool (ohne Änderungen) importiert und mit den gleichen Nutzerberechtigungen auch unter Ubuntu eingebunden.

Ich habe allerdings die ufw aktiviert, dort die ports für samba entsprechend geöffnet. Einen weiteren Unterschied zu der alten Installation kann ich nicht erkennen.

Kennt jemand dieses Verhalten/Problem und kann mir sagen, was ich wo anpassen muss?

Vielen Dank und viele Grüße!

Tom

Was genau meinst du mit unerwarteten Fehler? Schau doch mal, was

systemctl status smbd.service

anzeigt.

Größenbeschränkungen kenne ich eigentlich nur vom Dateisystem, mit zfs kenne ich mich aber nicht aus. Du kannst ja trotzdem mal schauen, ob in der jetzigen smb.conf syntakische Fehler drin stehen.

testparm -s

Hallo chr123,

smbd läuft:

● smbd.service - Samba SMB Daemon
     Loaded: loaded (/lib/systemd/system/smbd.service; enabled; vendor preset: enabled)
     Active: active (running) since Sat 2021-01-16 10:33:50 UTC; 3h 43min ago
       Docs: man:smbd(8)
             man:samba(7)
             man:smb.conf(5)
    Process: 1548 ExecStartPre=/usr/share/samba/update-apparmor-samba-profile (code=exited, status=0/SUCCESS)
   Main PID: 1552 (smbd)
     Status: "smbd: ready to serve connections..."
      Tasks: 5 (limit: 77071)
     Memory: 24.2M
     CGroup: /system.slice/smbd.service
             ├─1552 /usr/sbin/smbd --foreground --no-process-group
             ├─1563 /usr/sbin/smbd --foreground --no-process-group
             ├─1564 /usr/sbin/smbd --foreground --no-process-group
             ├─3207 /usr/sbin/smbd --foreground --no-process-group
             └─5724 /usr/sbin/smbd --foreground --no-process-group

Jan 16 10:33:50 nas systemd[1]: Starting Samba SMB Daemon...
Jan 16 10:33:50 nas systemd[1]: Started Samba SMB Daemon.
Jan 16 10:33:50 nas smbd[1552]: [2021/01/16 10:33:50.204901,  0] ../../lib/util/become_daemon.c:135(daemon_ready)
Jan 16 10:33:50 nas smbd[1552]:   daemon_ready: daemon 'smbd' finished starting up and ready to serve connections

Der Fehler wird auf meiner VU+-Box angezeigt, da diese auf das zugewiesene Laufwerk nicht mehr schreiben kann.

Die Konfigurationsdatei ist i. O.:

1
2
3
4

Load smb config files from /etc/samba/smb.conf
WARNING: The "encrypt passwords" option is deprecated
Loaded services file OK.
Server role: ROLE_STANDALONE

Die lief auch mit OpenMediaVault ohne Probleme.

Ich kann auch größere Dateien von meiner Windows-Maschine auf den NAS schieben... komisch, komisch, komisch... Kann eigentlich nur an den Einstellungen auf der VU+-Box liegen, die ich aber nicht geändert habe...

Bis auf die eine veraltete Option ist die smb.conf syntakisch ok. Du kannst dir auch mehrere Zeilen vom Status anzeigen. Evtl kann man dann mehr vom Fehler sehen. Z. B.

systemctl status smbd.service --full

Wenn der Fehler nur bei Datenübertragungen der VU Box auftritt, kann ich dir mangels Kenntnis der VU Box aber nicht weiterhelfen.

chr123 schrieb:

Bis auf die eine veraltete Option ist die smb.conf syntakisch ok. Du kannst dir auch mehrere Zeilen vom Status anzeigen. Evtl kann man dann mehr vom Fehler sehen. Z. B.

systemctl status smbd.service --full

Wenn der Fehler nur bei Datenübertragungen der VU Box auftritt, kann ich dir mangels Kenntnis der VU Box aber nicht weiterhelfen.

Vielen Dank für Deine Hilfe!

Mal schauen, habe gerade auf der VU+ das Samba-Protokoll geändert. Probieren geht über studieren...

Aktualisierung:

so... es bleibt dabei, dass genau bei einer Größe von 2.097.152 KB ein weiteres Schreiben auf das Samba-Laufwerk nicht mehr möglich ist. Es ist nicht zu glauben... 😢

Kurz zur VU+, die lief bereits vorher mit OpenMediaVault zusammen und die Aufnahmen haben funktioniert...

Wenn der Fehler nur bei der VU Box besteht, dann kann es ja eigentlich nur an den Einhängeoptionen der VU Box liegen. Wenn man per Terminal (telnet, ssh) auf die VU Box kommt, kann man noch ein bisschen weiter gucken. Vielleicht wird die Freigabe auf der VU Box mit einer Art Quota eingehangen.