SMBFS bleibt hängen

[teK]

Hallo.
Folgende Situation:
smbclient --version# Version 3.0.5
smbd --version# Version 3.0.6
uname -r# 2.6.8.1
xmms -v# xmms 1.2.10
mount# //pooh/mp3 on /home/mp3 type smbfs (0)

mp3/ ist in etwa 29GB groß

Nach kurzer Zeit des Musikgenusses bleibt xmms stehen ( das ganze scheint unabhängig vom gerade abgespielten mp3 file zu sein ) und dmesg gibt u.A. folgende Zeile aus:

dmesg# smb_proc_readdir_long: error=-2, breaking

nach weiterem Warten kommt noch

smb_add_request: request [e5077c60, mid=6809] timed out!

hinzu.
cd in den ordner /home/mp3 usw. funktioniert nicht mehr und lediglich ein erneutes Mounten macht das share wieder auf meinem Rechner verfügbar.
Ziehe ich aber sagen wir mal 1,2GB MP3s auf die Platte macht samba keine Mucken.

Windows mountet das Share einwandfrei und abspielen stellt auch kein Problem dar.
Welche Möglichkeiten außer auf NFS umzusteigen habe ich jetzt?

Vielen Dank im voraus.

[Russel-Athletic]

Vielleich haben wir das gleiche Problem, ich habe sowas beim kopieren bemerkt.
Hast du auch Version 3?

[RIFT]

Ich habe hier das gleiche Problem. Habs auch schon in nem anderen Thread gepostet. Hast du auch an 2.6.8er Kernel. Hab mit 2.6.8.1 das selbe Problem. Keine Ahnung woran es liegt, aber es nervt ganz schön, gell? :confused:

Ich probiers grad mit "cifs" statt smbfs. Mal schaun

//edit: Also mit cifs, gehts bis jetzt einigermaßen. Hoffe das bleibt so.

[teK]

smbclient --version# Version 3.0.5
smbd --version# Version 3.0.6

meinst du das'?

[Russel-Athletic]

2.6.8-gentoo-r3.
Auf meinem Server läuft nen 2.6.5er soweit ich mioch erinnere.


smbclient --version
Version 3.0.6

[EA80]

Ich habe auch dieses Problem. Hast du da eine Lösung gefunden. Immer wenn ich die Playlist lade bleibt samba hängen (das nervt !)

[teK]

Nein, ich bin auf NFS umgestiegen und nutze Samba weiter ( problemfrei ) unter Windows.

[RIFT]

Hab zuerst cifs ausprobiert und jetzt bin ich bei shfs. Einfaches mounten über ssh, noch dazu verschlüsselt :D

[Hoffi84]

Gibt es für dieses Problem eigentlich ne Lösung? Ich stehe momentan vor dem selben Problem. :(

[Csigaa]

Es gibt, aber es ist nur eine halblösung.
Mit dem filesystem "cifs" kann man diese dirs lesen, wenn man mountet mit diese Optionen:
mount -t cifs //hostname/share /mount/dir -o user=winuser,password=winpass,iocharset=utf8
Wegen der UTF-8 iocharset unter ISO locale die Dateinamen sehen ha:sslich aus, aber man kann die Dateie lesen, und bekommt kein error=-2.
Mit iocharset=iso8859-* funktioniert es nicht, die dirs/files mit spezielle Characters in ihren Namen sind unlesbar.

Ich habe es probiest mit einem Ungarisches WinXP share und Debian SID unter locale hu_HU.

(ich kann kaum Deutsch sprechen, Entschuldigung!)

[Fly]

smbclient --version# Version 3.0.5
smbd --version# Version 3.0.6

Wie hast du eigentlich Samba Version 3.0.6 installieren können, weil du Smbclient Version 3.0.5 hast? Ich dachte, erst wenn Smbclient 3.0.6 installiert ist, dann kann man erst Samba 3.0.6 installieren.

Ist libsmbclient auch installiert?

Ich würd in deiner Stelle auf Samba 3.0.13 updaten. Aber bitte libsmbclient, smbclient und samba mit gleiche Version installieren ;)

[DrGonzo]

Ich stehe grad vor dem gleichen Problem, hat sich da inzwischen irgendetwas getan?

Server: Debian Sarge mit samba-3.0.14a-3sarge2

Client: Slackware 11.0 mit samba-3.0.23c-i486-1

Ich habe allerdings keine Meldungen dazu in meinen Logs gefunden...


Edit: Mit dem MPlayer stockt das ganze auch, aber es geht dann weiter...

[DrGonzo]

Nach Experimenten mit dem ALSA-betreffenden Abschnitt der ~/.xmms/config, was zwar leichte veränderungen bis verbesserungen brachte hat sich das Problem mit dem Umstellen auf OSS jetzt komplett erledigt!