[masterpete]

Hi,

bisher war es so (5.1) das man mehrere Schneidevorgänge in eine Queue stecken konnte und er sie nach und nach abgearbeitet hat und man währenddessen weiter TV gucken konnte.
Nun (5.3) ist es so, dass während des Schneidevorgangs ein schwarzer Bildschirm ist und nichts weiter geht, bis er fertig geschnitten hat.
Log sagt nix:

Code: [Select]

Mar 26 11:37:24 (MLD) user.info vdr: [1951] executing '/etc/vdr/recording.d/rc.action edited "/data/tv/PJ_Masks_-_Pyjamahelden/%Eulette,_die_Einzigartige/2017-03-17.18.00.32-0.rec" "/data/tv/PJ_Masks_-_Pyjamahelden/Eulette,_die_Einzigartige/2017-03-17.17.50.32-0.rec"
Wie kann ich zum alten wieder zurück?

[masterpete]

*push* ich hoffe es ist im Forum erlaubt zu pushen

Das Thema ist ziemlich nervig - hat jemand eine Idee?

[clausmuus]

Handelt es sich um eine frische 5.3 Installation, oder um ein Upgrade?
Und wenn es eine frische Installation war, wann hattest Du diese erstellt? Eventuell hilft da ein aktuelles upgrade (des mergerfs Paketes).

Claus

[masterpete]

Hi. Es war ein Upgrade. Das habe ich Mitte März gemacht oder früher. Weiß ich gerade nicht. Kann ich da auch was tun? Was hat merge damit zu tun?

[clausmuus]

mergerfs hat ein Performance Problem. Seit  kurzem konfigurieren wir das beim installieren anders und seit gestern auch nachträglich bei einem Upgrade. Das behebt zwar nicht das Problem, mildert dies aber meistens erheblich ab.

Claus

[masterpete]

Wo kann ich schauen, ob ich von dem Problem betroffen bin und was muss ich ändern?
Lokal habe ich eine ssd die aufnahmen gehen aber direkt aufs nas

[clausmuus]

Poste mal Deine /etc/fstab, oder erstelle ein Debug-Log http://mld/bug

Claus

[masterpete]

hier die fstab

Code: [Select]

proc        /proc           proc      defaults            0 0
sys         /sys            sysfs     defaults            0 0
run         /run            tmpfs     defaults            0 0
tmp         /tmp            tmpfs     defaults            0 0
dev         /dev            devtmpfs  defaults            0 0
devpts      /dev/pts        devpts    mode=0620,gid=5     0 0
/dev/dvd    /media/dvd      auto      ro,noauto           0 0
/dev/cdrom  /media/cdrom    auto      ro,noauto           0 0
UUID=75131d54-1962-4e30-9a67-5e17eb91bfd0   /               auto   defaults             0 1
UUID=75131d54-1962-4e30-9a67-5e17eb91bfd0   /var/cache      btrfs  subvol=@cache        0 0
UUID=dabe012e-b503-4e1b-b61f-8d7ae54e6abe   /mnt/data       auto   defaults             0 2
192.168.0.11:/1/ /mnt/data/video/ nfs rw,nfsvers=3,soft,rsize=8192,wsize=8192 0 0
192.168.0.11:/2/ /mnt/data/tv/ nfs rw,nfsvers=3,soft,rsize=8192,wsize=8192 0 0
192.168.0.11:/3/ /mnt/data/tv/_alte_Aufnahmen_/ nfs rw,nfsvers=3,soft,rsize=8192,wsize=8192 0 0
192.168.0.11:/4/ /mnt/data/tv/_alte_Aufnahmen_/_Sport_/ nfs rw,nfsvers=3,soft,rsize=8192,wsize=8192 0 0
/mnt/data  /data  mergerfs  defaults,category.create=mfs,direct_io,use_ino  0 0


Dein Upload Code lautet: gL4myE

[clausmuus]

Hi,

Du bist von dem Problem nicht betroffen.
Mir ist aber aufgefallen, das Deine erste nfs Zeile fehlerhaft ist. Dort ist kein Mount Ziel angegeben.

Um zu testen, ob Dein Problem am nfs (bzw. Netzwerk Probleme) liegt, könntest Du die Letzte Zeile durch diese ersetzen:

Code: [Select]

/mnt/data /data auto bind 0 0und anschließend neu booten. Damit ist mergerfs als Ursache des Problems ausgeschlossen.

Claus

[masterpete]

Habe oben die fstab korrigiert - ist beim anonymisieren verschwungen ^^

habe die Änderung durchgeführt und werde nach dem Fussball rebootet.
Danke

[masterpete]

Das ging in die Hose
unter /mnt/data ist alles
aber er linkt nicht data nach /mnt/data
somit nimmt er gerade lokal auf /data auf
ich geh wieder auf den snapshot
Dein Upload Code lautet: RuqzHu

[masterpete]

Muss es nicht statt auto none heißen

Code: [Select]

Mit der Option bind kann man sowohl ganze Partitionen als auch einzelne Ordner oder Dateien zusätzlich noch an anderer Stelle ins Dateisystem einhängen. Als Art des Dateisystems (type) muss dabei none angegeben werden. Beispiel:siehe https://wiki.ubuntuusers.de/fstab/

Hi,

Du bist von dem Problem nicht betroffen.
Mir ist aber aufgefallen, das Deine erste nfs Zeile fehlerhaft ist. Dort ist kein Mount Ziel angegeben.

Um zu testen, ob Dein Problem am nfs (bzw. Netzwerk Probleme) liegt, könntest Du die Letzte Zeile durch diese ersetzen:

Code: [Select]

/mnt/data /data auto bind 0 0und anschließend neu booten. Damit ist mergerfs als Ursache des Problems ausgeschlossen.

Claus

[clausmuus]

Da hab ich das wohl falsch in Erinnerung gehabt...
Die Zeile muss also so lauten:

Code: [Select]

/mnt/data /data none bind 0 0
Claus

[masterpete]

Hi,

auch das brachte nichts.
wieder ist der mount /mnt/data -> /data nicht vorhanden
Dein Upload Code lautet: clT5Pa

[clausmuus]

Das Problem sind Diene Submounts. Die gehen bei einem bind mount verloren. Ein wenig Recherche hat zu Tage gefördert, das es für solche Fälle den rbind gibt. So wird's also gehen:

Code: [Select]

/mnt/data /data none rbind 0 0
Claus