Samba Cifs Respond Fehler

[sunghost]

Hallo,
ich habe das Problem, wenn ich von einem Debianclient auf den nächsten mittels smb Daten kopiere das ganze System einfriert und im Log u.a. dies zu sehen ist:

CIFS VFS: Server has not responded in 300 seconds. Reconnecting.

Nach einigem Suchen im Netz bin ich immer wieder auf einen Kernel Bug gestoßen, aber das kann doch nicht sein oder? Wie kann ich das am besten lösen? Kernel ist 2.6.32-14 pve. Danke

edit:
Ich habe jetzt mal statt einem smbmount ein mount.cifs probiert. Nachdem er anfänglich die 40GB ganz gut kopierte ist nun der gesamte Rechenr zusammengebrochen, sodass ich ihn remote nicht mehr erreiche ;(

edit:
Ich komme wieder an eine Maschien und von der aufs Log:

queue_thread_main: rrd_update_r (/var/lib/rrdcached/db/pve2-storage/client01/iso) failed with status -1. (/var/lib/rrdcached/db/pve2-storage/client/iso: illegal attempt to update using time 1346408908 when last update time is 1346409024 (minimum one second step))
CIFS VFS: No writable handles for inode

edit:
Systeme sind wieder erreichbar - es wurde mit einem broken piepe abgebrochen

edit:
Die Kernel V. auf dem Samba Server ist 2.6.32-5-686

[Six]

Das sieht so aus, als würden deine VMs (das sind doch zwei Proxmox VMs, oder?) unterschiedliche Systemzeiten fahren. Versuche doch mal, beide per NTP zu syncen und dann gucke mal, ob die Roundrobin-DB aufhört zu maulen.

[sunghost]

Hallo,

leider ist es kein Zeitproblem - alle laufen "synchron" ;(. Wie meinst das:

und dann gucke mal, ob die Roundrobin-DB aufhört zu maulen.

[Cae]

Das sind halbwegs genau zwei Minuten Zeitunterschied, ist da vielleicht irgendwas speziell gemountet?

Gruß Cae

[sunghost]

Hi,
ich habe jetzt ntp installiert und alle laufen auf die Minute genau gleich. Nein da ist nichts speziell gemountet. Das Konstrukt ist insgesamt etwas komplexer. Die Sambafreigabe ist ein dfs (moosefs), ansonsten kopiere ich von einem client auf diese Freigabe, was auch schon mal funktioniert hat. Ich meine aber hier zuletzt ein neues Kernelimage installiert zu haben, vor ca. 2 Wo.

[Six]

Wie meinst das:

und dann gucke mal, ob die Roundrobin-DB aufhört zu maulen.

Proxmox benutzt RRDTool um Datenverkehr zu loggen und zu visualisieren. RRDTool kann insbesondere in Clustern eingesetzt werden und pflegt deswegen eine Datenbank. In dieser werden Zeitstempel für Aktionen gesetzt etc. RRDTool versucht diese DB konsistent zu halten, und das scheint hier fehlzuschlagen.

[sunghost]

Hallo Six,

der Punkt ist interessant und klingt zusammen mit der Fehlermeldung logisch. Daher wird dann wohl auch bei der Installation das ntp-Paket installiert . Und jetzt wo sie synchron laufen, kann ich was tun um diese DB evtl. wieder in den selben Takt zu bekommen?

[Six]

Ich bin mir nicht sicher, habe so eine Situation auch noch nicht gehabt. Ich würde in Richtung rrdtool bzw. rrdrestore oder so gucken.

[sunghost]

Hi,
interessanter Weise könnte dies mit einem anderen Thread von mir zusammenhängen. Dort kam heraus, dass das ext. USB-Gehäuse wohl def. sei. Jetzt wo ich die selben 40GB ohne Fehler oder Abbrüche kopieren konnte, läuft es und der Fehler trat nicht mehr auf. Zufall?