[mikeM]

Moin,
ich hatte nach Umstellung auf 5.3 folgende Probleme:

• Aufnahmen waren meist "Schrott". Sprich Artefakte, Tonstörungen, komplette Abbrüche
• Sehr hoher Load, sobald eine Aufnahme gestartet wurde. 2 oder mehr  waren gar nicht mehr möglich!
• Fehlermeldungen im Log: ring buffer overflow, wenn Aufnahmen liefen
• Langsames OSD, nachdem Aufnahmen gestartet wurden

Lösung: mergerfs rausgeschmissen, in /data entsprechende Links nach /mnt/data erstellt, in fstab den mount mit mergerfs auskommentiert und alles ist gut.

Kann es sein, das mergerfs noch nicht richtig ausgereift ist? Hier schwirren ja noch einige Threads durch die Gegend, in denen ähnlich Probleme mit 5.3 beschrieben werden. Vielleicht ist es ja auch nur bei meiner Konfiguration ein Problem. Ich habe das System auf einer separaten SSD und die Daten auf einer HDD?

Gruß
Michael

[clausmuus]

Wenn Du eine der ersten "unstable" installationen der 5.3 hattest, ist das Problem bekannt. Aber seit ca. 3 Wochen besteht das Problem nicht mehr. Das Problem wird allerdings nicht durch ein Upgrade behoben.

Claus

[mikeM]

Hallo Claus,
danke für die Info. Kann ich das Problem denn von Hand korrigieren? Und wenn ja, wie?
Das Update habe ich übrigens am 02.03.2017 auf dem System durch geführt....

Gruß
Michael

[niedi_74]

Hallo Claus, habe eine frische Bpi Installation von Freitag, da scheint das mergerfs Problem noch nicht behoben zu sein. Und nach dem entfernen  sind die alten aufnahmen ( trotz richtigen Datenspeicher und reboot) nicht mehr im VDR zu sehen.
Gruss
Karsten


edit: hab es jetzt erstmal per hand in die fstab eingetragen.

MLD-SERVER-Bpi>apt-cache showpkg  mergerfs
Package: mergerfs
Versions:
2017.02.23-10.3 (/var/lib/apt/lists/www.minidvblinux.de_download_5.3_files_dists_testing_main_binary-armhf_Packages)


Gesendet von meinem SM-G900F mit Tapatalk

[clausmuus]

Wenn in der etc/fstab in den mergerfs Zeilen auch ein "category.create=mfs" steht, sollte das Problem nicht auftreten. Ohne diesen Zusatz erzeugt mergerfs eine extrem hohe Systemlast.

Claus

[mikeM]

Hm, bei mir tritt es aber auf. Und so sieht meine fstab aus:

Code: [Select]

/mnt/data  /data  mergerfs  defaults,category.create=mfs  0 0

Gruß
Michael

[niedi_74]

HI

ich hatte auch die  Zeile wie mikeM

/mnt/data  /data  mergerfs  defaults,category.create=mfs  0 0

aber alle aufnahmen seit freitag waren schrott, die ersten 1-2 min ok und dann nur Artefakte ;(

gruß
karsten

[Christian]

Euch fehlt ",direct_io"

[niedi_74]

ok, danke Christian..

wo muss das stehen?

[clausmuus]

Hinter dem "...=nfs"

Ich bin gerade am rätseln, wieso das nicht mehr mit da drin ist. Ich würde wetten ich hatte das vor drei Wochen hinzugefügt,...
Aber da muss ich wohl vergessen haben das einzuchecken.
Das mit dem "category.create=mfs" war vorhin falsch von mir. Es hätte "direct_io" lauten müssen, wonach ausschau gehalten werden muss.

Claus

[niedi_74]

Ok, danke.



Gesendet von meinem SM-G900F mit Tapatalk

[Holger]

Hi,

ich habe eine entsprechende Konstellation wir Michael, SSD für die MLD und eine HDD für die Daten.

Folgendes habe ich auch gemacht:

Code: [Select]

Lösung: mergerfs rausgeschmissen, in /data entsprechende Links nach /mnt/data erstellt, in fstab den mount mit mergerfs auskommentiert und alles ist gut.
Der Grund war allerdings, dass eine Backup-Installation auf USB-Stick immer das gesamte data-Verzeichnis mitsichern wollte...
Liesse sich die fstab so anpassen, dass beides ohne manuelle Eingriffe geht ?

Holger

[mikeM]

Ich habe übrigens nochmal mit den aktuellen Versionen von mergerfs und auch mit den Parametern in der fstab getestet. In meiner Konstellation ssd/hdd geht es definitv nicht mit mergerfs. Der Load wird dann bei Aufnahme so hoch, dass die Aufnahme Schrott ist. Wobei die CPU Last selber  nicht höher als mit der Lösung ohne mergerfs ist....


Gruß
Michael

[clausmuus]

Hi,

war bei Dir in der fstab auch das "direct_io" in der mergerfs Zeile mit angegeben?

Claus

[mikeM]

Ja, und nicht nur das. Da ist noch ein Parameter hinzugekommen (kann gerade nicht mehr sagen, um welchen es sich handelt).

Gruß
Michael