PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Samba und 2Gigabyte Phänomen



nocheiniggy
02.05.06, 20:39
Hallo zusammen,

hab hier ein Debian Sarge mit Samba 3.x(?)

Ich hatte jetzt schon des Öfteren dieses Problem mit der 2Gigabyte-Grenze und konnte es nicht lösen.

Wenn also ein Windows- oder Linux-Client eine Datei schreiben will, die über die 2Gig hinausgeht, gehts nicht mehr weiter und die Datei wird beschnitten.

Gibt es eine Möglichkeit, dieses Problem zu umgehen?
Ich kann mich wage erinnern, dass ich schon mal Dateien > 2Gig abspeichern konnte.
Irgendwann hab ich Debian installiert.

Sind das Parameter im Samba oder muss ichs selber kompilieren?

Filesystem ist ext3
Kernel 2.4.x-Serie

fett
02.05.06, 21:03
Hallo!

Villeicht steht ja was in den logs? Das sieht mir eher nach nem Datenlimit aus das man beim Kompiliern angeben muss...

mfg
Frederic

nocheiniggy
02.05.06, 21:16
So viel ich mich erinnern kann, steht da normalerweise: "File size exceeded"
Kann aber auch sein, dass das nur beim Client ist.
Komm momentan nicht an das Ding ran.

Freier Speicherplatz: 500GB

ThomasG_gPM
02.05.06, 21:43
Ganz einfach: Nicht das smb- sondern das cifs-Protokoll verwenden.
smb ist das alte Protokoll, in 2000 und XP wird soweit ich weiß cifs verwendet, womit dann auch so große Dateien möglich sind.
Beispiel:
mount -t cifs //winrechner/freigabe /mnt/mountpoint
Andersherum sollte das natürlich auch möglich sein.

nocheiniggy
02.05.06, 22:49
Aha,

und wie aktivier ich CIFS in der smb.conf?
Es geht ja hauptsächlich darum, dass die Files von Windows auf Linux abgespeichert werden.
Die Mount-Option "cifs" kannte ich zwar noch nicht und ich dank dir dafür, aber wie gesagt, in meinem konkreten Fall hilft mir das jetz nicht viel oder?

emba
03.05.06, 08:45
es liegt nicht an cifs
vielmehr kann der kernel, das filesystem, oder die verwendete applikation (wenn sie kein large file support besitzt) dran schuld sein

normalerweise macht samba keine probleme mit großen files, meist sind darunter liegende schichten die ursache.
kannst du denn lokal ein file >2TB anlegen auf dem linux host (mittels "dd if=/dev/zero of=/file bs=10M count=300")

???

greez

nocheiniggy
03.05.06, 11:06
Nö, ein 2TB-File kann ich aus Platzgründen nicht anlegen.
Aber ich kann Files > 2GB lokal anlegen.
Ich hab auch keine Probleme bei NFS.
Nur Samba schluckts nicht.


Ich hab jetzt die Fehlermeldung die Windows anzeigt.
Ein 4Gig großes File wird bis etwa zur Hälfte rüberkopiert.
Anschließend abbruch und Fehler:
"File kann nicht kopiert werden: Der Prozess kann nicht auf die Datei zugreifen, da ein anderer Prozess einen Teil der Datei gesperrt hat."
Zeitgleich wird das File vom Server entfernt.

Auszug aus dem Log-File:


[2006/05/03 11:08:01, 0] locking/posix.c:posix_fcntl_lock(658)
an Invalid argument error. This can happen when using 64 bit lock offsets
[2006/05/03 11:08:01, 0] locking/posix.c:posix_fcntl_lock(659)
on 32 bit NFS mounted file systems.
[2006/05/03 11:08:17, 0] locking/posix.c:posix_fcntl_lock(657)
posix_fcntl_lock: WARNING: lock request at offset 92712960, length 61440 returned
[2006/05/03 11:08:17, 0] locking/posix.c:posix_fcntl_lock(658)
an Invalid argument error. This can happen when using 64 bit lock offsets
[2006/05/03 11:08:17, 0] locking/posix.c:posix_fcntl_lock(659)
on 32 bit NFS mounted file systems.
[2006/05/03 11:11:20, 0] locking/posix.c:posix_fcntl_lock(657)
posix_fcntl_lock: WARNING: lock request at offset 1209630720, length 61440 returned
[2006/05/03 11:11:20, 0] locking/posix.c:posix_fcntl_lock(658)
an Invalid argument error. This can happen when using 64 bit lock offsets
[2006/05/03 11:11:20, 0] locking/posix.c:posix_fcntl_lock(659)
on 32 bit NFS mounted file systems.
[2006/05/03 11:15:21, 0] locking/posix.c:posix_fcntl_lock(657)
posix_fcntl_lock: WARNING: lock request at offset 2681978880, length 61440 returned
[2006/05/03 11:15:21, 0] locking/posix.c:posix_fcntl_lock(658)
an Invalid argument error. This can happen when using 64 bit lock offsets
[2006/05/03 11:15:21, 0] locking/posix.c:posix_fcntl_lock(659)
on 32 bit NFS mounted file systems.
[2006/05/03 11:15:21, 0] locking/posix.c:posix_fcntl_lock(667)
Offset greater than 31 bits. Returning success.

nocheiniggy
03.05.06, 12:29
Hab jetzt mal ein bisschen ausprobiert.

In den Globals den Schalter "strict locking" auf "no" gesetzt.
So wies aussieht gehts jetzt.
Zumindest stimmt die Checksum auf beiden Seiten überein.

Falls nicht jemand noch einen besseren Vorschlag hat, würde ich diesen Fall als gelöst ansehen.

emba
03.05.06, 12:40
hätte jetzt auch spontan auf locking getippt. oben das sollte natürlich GB heißen nicht TB

greez