Ruckeln bei Aufnahmen auf NFS-Server

daewoo42 · 24. März 2018, 13:09

Habe seit einiger Zeit ein Problem bei Aufnahmen auf meine NFS-Server.
Als Server kommt ein Banana-Pi mit Debian zum Einsatz an dem per S-AtA ein 4GB Platte hängt.
Bis vor einiger Zeit konnt ich problemlos auch mehrere Aufnahmen gleichzeitig ohne Aussetzer tätigen.
Inzwischen geht das nicht mehr.

Der Aufnahmestream wird irgendwie nicht kontinuierlich geschrieben.

Ein Ausgabe nach

iostat -x sda1 1 100

während der Aufnahme ergab folgendes:

Spoiler anzeigen

Es sind immer wieder mehrere Sekunden in Folge in denen nichts geschrieben wird.
Dann folgt eine hohe Schreibrate, dann wieder nichts.

beim Abspielen, auch bei Filmen mit sehr hoher Datenrate ist der Stream dagegen kontinuirlich:

Spoiler anzeigen

gemountet ist mit:

192.168.178.46:/media/USB-Disk/movie on /media/net/BANANA type nfs (rw,relatime,vers=3,rsize=8192,wsize=4096,namlen=255,soft,nolock,proto=tcp,port=2049,timeo=70,retrans=3,sec=sys,local_lock=all,addr=192.168.178.46)

iperf ergibt:
root@vusolo2:~#
root@vusolo2:~# iperf -c 192.168.178.46
------------------------------------------------------------
Client connecting to 192.168.178.46, TCP port 5001
TCP window size: 43.8 KByte (default)
------------------------------------------------------------
[ 3] local 192.168.178.4 port 39852 connected with 192.168.178.46 port 5001
[ 3] 0.0-10.0 sec 114 MBytes 96.1 Mbits/sec

also auch ok.

habe den Server schon neu aufgesetzt und alle möglichen Mount-Optionen probiert, aber der Fehler bleibt.
Vielleicht hat noch jemand einen Rat für mich.

Danke

rolano · 27. März 2018, 12:19

Außer dem ungewöhnlich geringen wsize ist der Mount selbst unauffällig.

Sofern die Platte am Pi keinen Hau hat - das hast du sicher schon getestet, wäre mein erster Verdacht ein schadhaftes Netzwerkkabel oder ein wild gewordener Switch...

anudanan · 27. März 2018, 12:55

Du kannst ja mal mit dd auf dem NAS ein paar parallel Schreibvorgänge starten, um zu sehen, wie schnell die Daten dabei auf die HDD gehen.

Dann kannst du das ganze auch von der VU+ über das Netz mal probieren.

Eventuell so, dabei werde pro Datei 500MB etwas erzeugt
HDD=/media/hdd (oder wo dein Mountpoint ist)
dd if=/dev/zero of=$HDD/test01.img bs=16384 count=31250 &
dd if=/dev/zero of=$HDD/test02.img bs=16384 count=31250 &
dd if=/dev/zero of=$HDD/test03.img bs=16384 count=31250 &
dd if=/dev/zero of=$HDD/test04.img bs=16384 count=31250 &
dd if=/dev/zero of=$HDD/test05.img bs=16384 count=31250 &
dd if=/dev/zero of=$HDD/test06.img bs=16384 count=31250 &
dd if=/dev/zero of=$HDD/test07.img bs=16384 count=31250 &
dd if=/dev/zero of=$HDD/test08.img bs=16384 count=31250 &
dd if=/dev/zero of=$HDD/test09.img bs=16384 count=31250 &

shadowrider · 27. März 2018, 14:35

wurde bereits geprüft, ob die Ruckler in der Aufnahme sind oder 'nur' beim Abspielen auftreten?

GaborDenes · 27. März 2018, 14:42

daewoo42 schrieb:

(rw,relatime,vers=3,rsize=8192,wsize=4096,namlen=255,soft,nolock,proto=tcp,port=2049,timeo=70,retrans=3,sec=sys,local_lock=all,addr=192.168.178.46)

ich würde den ganzen "Unsinn" mal weglassen und die Boxen die Parameter aushandeln lassen, das klappt im allgemeinen recht gut.

rolano · 27. März 2018, 15:26

GaborDenes schrieb:

ich würde den ganzen "Unsinn" mal weglassen

hmmm, das worauf du dich beziehst ist die Ausgabe des tatsächlichen Mounts und lässt keine Rückschlüsse darauf zu, mit welchen Optionen der Mount-Befehl abgesetzt wurde ;-).

GaborDenes · 27. März 2018, 15:29

dann hab ich das evtl. falsch gelesen
wäre dann aber m.E. umso merkwürdiger

daewoo42 · 8. April 2018, 04:08

Sorry Leute, kann im Moment nichts testen, bin erst im Mai wieder in D.

Vielen Dank trotzdem für die Hinweise, werde ich ausprobieren, wenn ich zurück bin und mich dann mit Ergebnissen melden.

Gesendet von meinem SM-G955F mit Tapatalk

daewoo42 · 8. April 2018, 04:12

shadowrider schrieb:

wurde bereits geprüft, ob die Ruckler in der Aufnahme sind oder 'nur' beim Abspielen auftreten?

Sind definitiv in der Aufnahme

tonskidutch · 8. April 2018, 09:24

daewoo42 schrieb:

soft,nolock,proto=tcp,port=2049

sehr viele NFS server gehabt

wie Server und Client tatsäglich aneinander vermitteln geht ohne Optionen am besten

auch ich denke die soft anstatt hard und proto=tcp sollte man mal auslassen
der port wird ja sowieso nicht wirksam, mappen kann fehler ergeben

daewoo schrieb:

Client connecting to 192.168.178.46, TCP port 5001

mit weniger optionen können Server und Client sich besser aneinander angleichen, was man wiederum mit ein telnet befehl mount sehen kann

anudanan · 8. April 2018, 10:02

Welche hdd genau hast du an deinem Nas Server angeschlossen?

daewoo42 · 8. April 2018, 11:12

anudanan schrieb:

Welche hdd genau hast du an deinem Nas Server angeschlossen?

SEAGATE STDR4000200 Backup Plus Portable, 4 TB, Schwarz, Externe Festplatte, 2.5 Zoll

Allerdings hab ich sie aus dem Gehäuse geholt und per SATA am Raspi hängen.

anudanan · 8. April 2018, 12:20

Ich habe den Eindruck, dass diese externe HDD auch intern eine SMR HDD eingebaut hat, inbesondere bei 4TB und 2,5 Zoll. Im Netz findes man Hinweise dazu. SMR HDDs haben manchmal Schreibperformanceprobleme, wenn oft Daten an Stellen geschrieben werden müssen, wo schon auf Nachbarspuren Daten stehen. Diese müssen dann erstmal gelesen werden und dann muss alles alte und neu hintereinander weggeschrieben werden.

Meiner Meinung nach wirkt sich dieser Nachteil immer mehr aus, wenn man oft auf eine HDD Dinge schreibt und wieder löscht.

Du kannst auch den Thread hier
ST2000LM015, Nachteile einer HDD mit SMR

mal dazu lesen und auch mal im Netz nacnh PMR und SMR HDDs Aufzeichnungsverfahren suchen und nachlesen, was das genau macht.

Vielleicht hast du ja auch mit deinem NAS ein ähnliches Problem damit, insbesondere wenn es jetzt plötzlich auftritt und vorher ohne weitere Änderung nicht da war.

daewoo42 · 8. April 2018, 12:41

Ah, das könnt ein wichtiger Hinweis sein, werde ich testen wenn ich wieder zu Hause bin.
Danke

Gesendet von meinem SM-T813 mit Tapatalk

daewoo42 · 10. April 2018, 13:35

Die größte verfügbare 2,5" Festplatte mit PMR ist wohl die Toshiba MQ03ABB300 MIT 3TB. Hab die jetzt mal bestellt.

Gesendet von meinem SM-T813 mit Tapatalk

anudanan · 10. April 2018, 13:41

Viel Erfolg. Eine 3,5 Zoll kommt nicht in Frage? Die gibt es ja auch größer und sind ja in der regel pro GB preiswerter als die 2,5er

daewoo42 · 10. April 2018, 13:54

Wollte kein separates Netzteil für die Disk. Eine 2.5er läuft direkt am BananaPi.

Ruckeln bei Aufnahmen auf NFS-Server

Ruckeln bei Aufnahmen auf NFS-Server

daewoo42 schrieb:

GaborDenes schrieb:

Ruckeln bei Aufnahmen auf NSF-Server

RE:

shadowrider schrieb:

daewoo42 schrieb:

daewoo schrieb:

RE:

anudanan schrieb:

Ruckeln bei Aufnahmen auf NSF-Server

Ruckeln bei Aufnahmen auf NFS-Server

Ruckeln bei Aufnahmen auf NFS-Server