Ubuntu SMB Problem mit größeren Dateimengen

Ubuntu SMB Problem mit größeren Dateimengen (16 Beiträge, 513 Mal gelesen)

Du bist nicht angemeldet. [ Login/Registrieren ]

Hi

Hab einen HPN54L als NAS mit SMB für die Freigabe der Laufwerke. Hab vor einigen Tagen von 12.04 auf 14.04 LTS umgestellt und seit dem ein merkwürdiges Problem.

Wenn ich auf ein Laufwerk eine Grrößere Menge an Files von einem Windows 10 Client kopieren möchte bekomme ich die Fehlermeldung "auf dem Laufwerk ist nicht genügend Speicherplatz vorhanden". Wenn ich allerdigns die Dateien in mehreren Schritten mit einer jeweils kleineren Menge kopiere geht alles ohne Probleme da auf dem Laufwerk noch mehr als genügend Platz frei ist.

Das Laufwerk auf dem NAS ist ext4 formatiert, die SMB Freigabe läuft so das ich per SMB als Root auf die Platte schreibe daher sollten irgendwelche Berechtigungen oder NTFS-3G kein Problem darstellen.

Irgendwer eine Idee? Unter Ubuntu 12.04 hat das problemlos funktioniert.

Mord, Erpressung & Raub since 800 b.C
f.u
mehr

drücken macht euren virtuellen Penis größer...

24.03.2016, 09:55 Uhr - Editiert von john-cord, alte Version: hier

Die Chancen, eine zufriedenstellende Antwort auf Deine Frage zu erhalten, würden sich gewaltig verbessern wenn Du uns Deine smb.conf zukommen lassen würdest.

https://www.samba.org/samba/docs/man/manpages-3/smb.conf.5.html#id2553289

Schau dort mal unter "min receivefile size"

"I am serious. And don't call me Shirley."

Aktuell verwende ich die hier:

[global]
log file = /var/log/samba/log.%m
max log size = 1000

workgroup = WORKGOUP
server string = %h server (Samba, Ubuntu)
netbios name = server
security = user
map to guest = Bad User
guest account = nas

# deaktiviere Benutzerrechte
unix extensions = no

# disable printer (stoppt logfile spamming)
load printers = no
printing = bsd
printcap name = /dev/null
disable spoolss = yes

wins support = no
name resolve order = wins lmhosts hosts bcast
dns proxy = yes

usershare allow guests = yes
encrypt passwords = yes

hosts allow = 127.0.0.1 192.168.0.4 192.168.0.5
hosts deny = 0.0.0.0/0

unix charset = UTF-8

# ------------------------------------
# shared folders
# ------------------------------------

[freigabe]
path = /media
browseable = yes
writeable = yes
read only = no
public = yes
guest ok = yes
guest only = yes
force create mode = 777
force directory mode = 777
create mode = 777
directory mode = 777

interessant ist vieleicht auch noch ls -l /media

insgesamt 300
drwxrwxrwx  8 nas  nas  20480 Mär 22 19:39 Archive_1
drwxrwxrwx  1 root root  8192 Mär 31  2014 Elements
drwxrwxrwx  1 root root 28672 Jun 15  2015 Elements_1
drwxrwxrwx  1 root root 28672 Jun 13  2015 Elements_2
drwxrwxrwx  1 root root  4096 Mär 29  2014 Elements_3
drwxrwxrwx  1 root root  4096 Nov  5  2013 Elements_4
drwxrwxrwx  1 root root  8192 Feb 21 18:11 GoFlex
drwxrwxrwx  1 root root 24576 Nov  5  2013 IcyBox
drwxrwxrwx  6 nas  nas   4096 Mai 16  2015 Red_1
drwxrwxrwx 10 nas  nas  12288 Jan 19 11:47 Red_2
drwxrwxrwx  7 nas  nas  12288 Jan 25 21:47 Red_3
drwxrwxrwx  1 root root  4096 Nov  5  2013 SAMSUNG
drwxrwxrwx  1 root root 20480 Jun  6  2015 SAMSUNG_1
drwxrwxrwx  7 nas  nas   4096 Feb 18 10:31 Seagate_Expansion_Drive
drwxrwxrwx  1 root root 12288 Mai 29  2015 Seagate_Expansion_Drive_1
drwxrwxrwx  1 root root 28672 Feb 18 11:19 Seagate_Expansion_Drive_2
drwxrwxrwx  1 root root 24576 Mai 23  2015 Seagate_Expansion_Drive_3
drwxrwxrwx  5 nas  nas  20480 Mär 24 11:20 Seagate_Expansion_Drive_4
drwxrwxrwx  1 root root 36864 Jan 31 20:31 TOSHIBA_EXT

Das Problem tritt aber auf allen Platten auf, sowohl die von root also die von nas besessen werden...

Ich setze grad einen Ubuntu Client auf um zu testen ob von dort aus das selbe Problem auftritt.

Mord, Erpressung & Raub since 800 b.C
f.u
mehr

drücken macht euren virtuellen Penis größer...

24.03.2016, 11:59 Uhr - Editiert von john-cord, alte Version: hier

Das Du mit einem anderen Client das mal testen kannst ist eh super.

Da Du relativ viele Directories hast "vermountet" hast Dich eh nicht ?

smb.log hast Dir schonmal angeschaut ob da drinnen ein Fehler seitens des Server ausgespuckt wird ?

"I am serious. And don't call me Shirley."

Unter Ubuntu bekomme ich die gleiche Fehlermeldung, dort gibt es dann aber eine Option "trotzdem kopieren" und damit funktioniert das kopieren dann.

Ich denke ich habe auch schon heruasgefunden woran es liegt. Meine Systemplatte am NAS ist eine 30GB SSD auf der ca. 12gb frei sind. Möchte ich jetzt Dateien unterhalb von den 12GB auf eine der Platten kopieren geht es ohne Fehlermeldung, wenn die Dateien jedoch mehr als die 12GB haben bekomme ich die Fehlermeldung.

Wäre jetzt nur noch interessant wieso denn ich will ja nicht auf die Systemplatte schreiben sondern auf eine unter /media gemountete Platte auf der genug Speicherplatz frei ist. Unter Ubuntu 12.04 hat es ja so funktioniert.

Mord, Erpressung & Raub since 800 b.C
f.u
mehr

drücken macht euren virtuellen Penis größer...

24.03.2016, 12:36 Uhr - Editiert von john-cord, alte Version: hier

Du kannst ja das probieren zu erruieren und die Platte(n) mal ganz woanders hinmounten (ln/bindmount o.ä.) .

Ich nehm an du hast ein /media geshared und da drunter sind mehrere Platten, glaub das verwirrt Samba etwas.

"I am serious. And don't call me Shirley."

Dieser Beitrag bezieht sich auf eine ältere Version des beantworteten Postings!

Ich nehm an du hast ein /media geshared und da drunter sind mehrere Platten,
glaub das verwirrt Samba etwas.

Ja genau das denke ich auch nur fragt sich wieso es mit 12.04 LTS funktioniert hat und jetzt mit 14.04 LTS nicht mehr...

Mord, Erpressung & Raub since 800 b.C
f.u
mehr

drücken macht euren virtuellen Penis größer...

Ich hab das Problem umgekehrt... /shareroot hat immer so um die 100gigs frei, /shareroot/child hat ~50 gigs frei die auch mal voll laufen können. Da checkts Samba auch nicht richtig ab und warnt nicht wenn die Datei zu groß ist für den "child"-Share.

"I am serious. And don't call me Shirley."

Wenn ich die Platten extra (statt /media dann /media/PlatteXYZ per SMB Share geht es ohne Probleme. Lustig. Kann es sein das es was mit den Plattenberechtigungen zu tun hat, laut ls -l gehören manche ja root und manche dem user "nas"???

Mord, Erpressung & Raub since 800 b.C
f.u
mehr

drücken macht euren virtuellen Penis größer...

24.03.2016, 13:26 Uhr - Editiert von john-cord, alte Version: hier

Also an der Berechtigung kanns so nicht liegen, weil entweder du darfst die Operation durchführen oder nicht. Ich glaub eher das, wenn Samba ein Verzeichnis shared und darunter noch weitere mounts drinnen sind, das es damit manchmal Probleme hat.
"I am serious. And don't call me Shirley."

Dieses Forum ist eine frei zugängliche Diskussionsplattform.
Der Betreiber übernimmt keine Verantwortung für den Inhalt der Beiträge und behält sich das Recht vor, Beiträge mit rechtswidrigem oder anstößigem Inhalt zu löschen.
Datenschutzerklärung