FBF 7270: Problem Samba / USB Festplatte 250GB

[The Brad]

Hallo zusammen,

ich habe eine FBF 7270 mit aktueller Laborfirmware 54.04.52 (Fehler trat allerdings bislang bei jeder Version auf), an die ich über einen USB-Hub eine externe HDD mit 250 GB (eine Partition FAT32, mit h2format formatiert) angeschlossen habe.

Ich habe die Festplatte über die FBF als Netzwerklaufwerk freigeben und bei Vista als Netzlaufwerk verbunden. Soweit, so gut.

Wenn ich nun größere Datenmengen verschiebe oder versuche, einige Verzeichnisse mit mehr als 50GB zu synchronisieren (z.B. via Microsofts synctoy) stockt die Synchronisation nach einer gewissen Zeit. Zu Beginn geht alles fehlerfrei, keine Fehlermeldungen bei telnet. Sobald die Synchronisation stockt, sehe ich zahlreiche Fehlermeldungen über telnet (kann ich bei Bedarf gerne posten). Es scheint mir, dass die Partition zu groß für Samba ist, dabei habe ich nirgendwo gelesen, dass die Begrenzung einer FAT32-Partition auf 32GB für Samba noch gültig ist.

Kann mir jemand helfen?

Sollte der Beitrag im falschen Forum gelandet sein, bitte ich höflich um Verschiebung.

Danke für Eure Hilfe im voraus sagt


Brad

 

[Chatty]

Da warst du nun schon auf der Konsole und siehst Fehlermeldungen und postest sie hier nicht? Was willst du? Das wir aus deinen Vermutungen Fakten herauslesen können? Du hättest die Fehlermeldungen ja auch mal selbst lesen können?! :blonk:

 

[The Brad]

Sorry, hier also ein Beispiel der Fehlermeldung (wiederholt sich ständig):

Feb  6 10:56:17 smbd[3349]: [bt] Number of functions: 16
Feb  6 10:56:17 smbd[3349]: [bt] bugmsg+0x28 (/lib/libavmcsock.so.2 at 00035dc8)
Feb  6 10:56:17 smbd[3349]: [bt] (slab_show_alloc+0x184)+0x24 (/lib/libslab.so.2 at 00005ca8)
Feb  6 10:56:17 smbd[3349]: [bt] slab_errmsg+0xa4 (/lib/libslab.so.2 at 000010c0)
Feb  6 10:56:17 smbd[3349]: [bt] (slab_cmp+0x684)+0xb0 (/lib/libslab.so.2 at 00001ea8)
Feb  6 10:56:17 smbd[3349]: [bt] slab_alloc+0x48 (/lib/libslab.so.2 at 0000295c)
Feb  6 10:56:17 smbd[3349]: [bt] realloc+0x98 (/lib/libslab.so.2 at 00005ea4)
Feb  6 10:56:17 smbd[3349]: [bt] (tdb_printfreelist+0x974)+0x534 (smbd at 004b595c)
Feb  6 10:56:17 smbd[3349]: [bt] tdb_store+0x284 (smbd at 004b7684)
Feb  6 10:56:17 smbd[3349]: [bt] tdb_store_bystring+0x78 (smbd at 004b9aec)
Feb  6 10:56:17 smbd[3349]: [bt] stat_cache_add+0x1f0 (smbd at 004392a0)
Feb  6 10:56:17 smbd[3349]: [bt] unix_convert+0x2ac (smbd at 00430144)
Feb  6 10:56:17 smbd[3349]: [bt] handle_trans2+0x201c (smbd at 004eb6e8)
Feb  6 10:56:17 smbd[3349]: [bt] reply_trans2+0x4d8 (smbd at 004ef0f8)
Feb  6 10:56:17 smbd[3349]: [bt] (smb_fn_name+0x40)+0x4bc (smbd at 00440f0c)
Feb  6 10:56:17 smbd[3349]: [bt] smbd_process+0x804 (smbd at 004421f0)
Feb  6 10:56:17 smbd[3349]: [bt] main+0x1240 (smbd at 00417e5c)
Feb  6 10:56:17 smbd[3349]: BUG slabuser: slab_alloc: size 1056768 too big
Feb  6 10:56:17 smbd[3349]: [bt] of smbd[3349]:
Feb  6 10:56:17 smbd[3349]: [bt] Number of functions: 18
Feb  6 10:56:17 smbd[3349]: [bt] bugmsg+0x28 (/lib/libavmcsock.so.2 at 00035dc8)
Feb  6 10:56:17 smbd[3349]: [bt] (slab_show_alloc+0x184)+0x24 (/lib/libslab.so.2 at 00005ca8)
Feb  6 10:56:17 smbd[3349]: [bt] slab_errmsg+0xa4 (/lib/libslab.so.2 at 000010c0)
Feb  6 10:56:17 smbd[3349]: [bt] (slab_cmp+0x684)+0xb0 (/lib/libslab.so.2 at 00001ea8)
Feb  6 10:56:17 smbd[3349]: [bt] slab_alloc+0x48 (/lib/libslab.so.2 at 0000295c)
Feb  6 10:56:17 smbd[3349]: [bt] realloc+0x98 (/lib/libslab.so.2 at 00005ea4)
Feb  6 10:56:17 smbd[3349]: [bt] (tdb_printfreelist+0x974)+0x534 (smbd at 004b595c)
Feb  6 10:56:17 smbd[3349]: [bt] tdb_store+0x284 (smbd at 004b7684)
Feb  6 10:56:17 smbd[3349]: [bt] tdb_store_bystring+0x78 (smbd at 004b9aec)
Feb  6 10:56:17 smbd[3349]: [bt] stat_cache_add+0x1f0 (smbd at 004392a0)
Feb  6 10:56:17 smbd[3349]: [bt] unix_convert+0x2ac (smbd at 00430144)
Feb  6 10:56:17 smbd[3349]: [bt] (is_msdfs_link+0x2f0)+0xa4 (smbd at 004f0378)
Feb  6 10:56:17 smbd[3349]: [bt] dfs_redirect+0x294 (smbd at 004f061c)
Feb  6 10:56:17 smbd[3349]: [bt] handle_trans2+0x1fc4 (smbd at 004eb6e8)
Feb  6 10:56:17 smbd[3349]: [bt] reply_trans2+0x4d8 (smbd at 004ef0f8)
Feb  6 10:56:17 smbd[3349]: [bt] (smb_fn_name+0x40)+0x4bc (smbd at 00440f0c)
Feb  6 10:56:17 smbd[3349]: [bt] smbd_process+0x804 (smbd at 004421f0)
Feb  6 10:56:17 smbd[3349]: [bt] main+0x1240 (smbd at 00417e5c)
Feb  6 10:56:17 smbd[3349]: BUG slabuser: slab_alloc: size 1056768 too big
Feb  6 10:56:17 smbd[3349]: [bt] of smbd[3349]:
Feb  6 10:56:17 smbd[3349]: [bt] Number of functions: 16

Die Fehlermeldung habe ich gelesen, vielleicht kannst Du sie mir übersetzen?

Danke + Gruß, Brad

 

[RalfFriedl]

Feb 6 10:56:17 smbd[3349]: BUG slabuser: slab_alloc: size 1056768 too big

Samba möchte an dieser Stelle 1056768 Bytes Speicher haben. Entweder ist das an sich zu groß, oder es ist nicht mehr soviel Speicher frei.

Ansonsten kommt der Trace aus /lib/libavmcsock, also aus einer AVM Library. Es handelt sich also anscheinend um ein von AVM modifiziertes Samba.

 

[The Brad]

Vielen Dank für Deine Antwort!

Gibt es eine Lösung? Macht es Sinn, das von AVM modifizierte Samba durch ein anderes ersetzen? Falls es möglich ist, gibt es einen Link oder ein how-to?

Danke!

 

[chrizio]

ich habe eine FBF 7270 mit aktueller Laborfirmware 54.04.52 (Fehler trat allerdings bislang bei jeder Version auf), an die ich über einen USB-Hub eine externe HDD mit 250 GB (eine Partition FAT32, mit h2format formatiert) angeschlossen habe.

Ich habe die Festplatte über die FBF als Netzwerklaufwerk freigeben und bei Vista als Netzlaufwerk verbunden. Soweit, so gut.

Ich habe selbst dies nicht geschafft. Auch Fritzbox 7270, 80GB-Platte mit einer ca. 10GB grossen Partition drauf über USB an FB angehängt. Zentraler PC mit windows XP pro sp2 über LAN hat gar keine Probleme auf diesen Massenspeicher über File- and Printer Sharing zuzugreifen.
Vom WLAN-Laptop mit Vista Business 32bits aus allerdings schon. Habe alles mögliche geprüft. Keine Besserung.
Deaktivieren des Firewalls bringt auch nichts. Firewall log zeigt gar keinen geblockten Versuchs-Traffic. Es muss also noch weit vor Firewall schiff laufen.

Vielleicht weisst Du einen Tip ?

Vielen Dank im Vorab.

 

[The Brad]

Hallo,

vielleicht hilft Dir der folgende Tip aus der aktuellen c't:

http://www.heise.de/ct/faq/suche/er...rl=/ct/faq/hotline/08/08/53.shtml;words=Samba

Viel Glück und viele Grüße!

 

[cyberpeter]

vielleicht hilft Dir der folgende Tip aus der aktuellen c't:

Nachdem ich mit den Linuxfehlermeldungen nicht viel anfangen kann ist dies vielleicht einen Versuch wert.

Aber wenn ich ich mir die Fehlerbeschreibung anschaue, sprich dass der Fehler erst bei größeren Datenmengen auftritt und dies mit eigenen Erfahrungen vergleiche, bei denen es mit USB-Sticks und kleinen Datenmengen und Vista als Client keine Probleme gab würde ich dies fast ausschließen, dass es sich um ein Problem mit dem Authentifizierungsverfahren handelt.

Meiner Meinung könnte es evtl. am Hub liegen oder daran, dass die Fritzbox bei solch großen Partionen und Datenmengen schlicht und ergreifend Hardwardwareseitig überfordert ist.

Iwindows XP pro sp2 über LAN hat gar keine Probleme ... WLAN-Laptop mit Vista Business 32bits aus allerdings schon.

1. Hast Du dein Laptop schon mal per Lan angeschlossen?
2. Hast Du es schon mal mit einem USB-Stick probiert?
3. Hast Du auf Vista das SP1 installiert?

 

[BloodStrike]

Mmmh... könnte es eventuell sein, dass sich in dem Verzeichnis mit einem Umfang von 50GB eine Datei befindet, die größer ist als 4GB?

FAT32 unterstützt nur maximale Dateigröße von 4GB.
FATplus unterstützt 265GB,
exFAT 16 Exabyte

Ich habe meine Platte auf NTSF formatiert und habe keine Probleme.

lg

//edit

achja, FAT32 unterstützt eine Partitionsgröße von 2TB, allerdings unter Windoof XP nur 32GB

 

[RalfFriedl]

Du hast gesehen, daß der Thread schon etwas älter ist?

XP unterstützt übrigens auch größere FAT Partitionen, erstellt sie aber nicht selbst.

 

[Benutzer1234]

Auch wenn der Thread etwas älter ist, ich hatte ähnliche Probleme mit Samba und FritzLoad. Immer wenn die Festplatte richtig "ausgelastet" wurde dann dab es undefinierte Fehler oder die Box rebootete. Der Fehler trat auf bei 7141, 7170, 7270.

Erst als ich im Terminal die Meldung "Zu wenig Speicher" sah kam ich auf die Lösung. Legt man SWAP-Space an dann läuft alles problemlos ohne Absturz.

Ich nutze ext2 auf der Festplatte.