Na ja, bei so einem sporadischen Fehler ist das glaube ich wirklich sehr schwierig die exakte Ursache einzukreisen und zu finden.
Ich bin zwar nur ein blutiger Linux Anfänger mit gefährlichen Halbwissen ;), aber ich programmiere beruflich unterschiedlichste SPS- Steuerungen und SCADA Systeme und weiß daher, das es manchmal einfach nicht zu finden ist, besonders, wenn sich ein Fehler aus mehreren verschiedenen Quellen zusammensetzt.
Das einzige was wir hier machen können ist eine möglichst exakte Fehlerbeschreibung abzuliefern.

Ihr glaubt gar nicht wie frustrierend es sein kann wenn man sich den Arsch aufreißt um die Sache zu fixen und dann noch vom Kunden angemeckert wird.

Also Geduld-- und möglichst exakte Fehlerbeschreibungen und sonst nix....

... mal wieder vorholen..

kann irgendjemand das o.g. verhalten des NFS Servers auf der 7080 nachvollziehen?

Danke
danach hatte ich auch gesucht.
nach einem
update-rc.d busybox-cron defaults

läuft der Cronmanager auf meiner 7080HD + GP3.3 nach einem Neustart der Box wieder.

Tach zusammen.

Ich hatte gestern Nacht mal wieder eines dieser "Geisterereignisse". Dauer ca. 2 Sekunden. (siehe Anlage)

Box: 7080HD
Sender: SyfyHD
Aufnahme Einstellungen: 3 Minuten Vorlauf, 15 Minuten Nachlauf
Ich hatte 3 Timer für direkt aufeinanderfolgende Sendungen programmiert. (also 18 Minuten Überlappung)
Das Ereignis trat kurz vor Ende von Film 1 auf.

Spekulation/Vermutung: Die Geisterbilder treten auf wenn der "Folge-Timer" seinen Betrieb aufnimmt, bzw nachschaut ob er schon mal die Festplatte starten müsste, oder Die Anzeige "eine Aufnahme wurde gestartet" eingeblendet wird.

Ich hab jetzt mal die Einblendung für Aufnahme-Ereignis deaktiviert und werde es weiter beobachten.

Moin zusammen.
Hat jemand schon etwas über dieses Verhalten rausgefunden?
Ach Ja. Das Image auf der 7080 HD ist bei diesem Test das original Image "dreambox-image-deb-dm7080-20141207.tar.tar" mit allen Updates von gestern.
Ich hab dann nur das:

opkg install nfs-utils
systemctl enable nfs-server
exports unter etc angelegt, auf 644 gesetzt und getestet.

Sonst wurde nix installiert.

Das Verhalten ist genau so wie oben beschrieben. ist die rmtab Datei leer, startet der Server nach einem Neustart, steht dort etwas drin startet der Server nach Neustart nicht mehr !

Frage:
Wie/Wo kann ich die rmtab Datei beim ruterfahren der Box leeren? bzw beim booten bevor der NFS Server starten will ?

Gruß
Euer Gruftolm

Tach zusammen
Box: 7080
Was ich beobachtet habe:
Ist die Datei /var/lib/nfs/rmtab leer (0Byte)
Startet der NFS-Server nach einem Neustart und läuft.
Verbindet sich jetzt meine 8000 Box auf meine 7080 wird in die rmtab die Verbindung eingetragen und bleibt auch drin stehen.

Jetzt ist die rmtab nicht mehr leer und nach einem Neustart der 7080 startet der NFS Server nicht mehr.

nach

code:
root@dm7080:~# systemctl start nfs-server.service

kommt:
Job for nfs-server.service failed. See 'systemctl status nfs-server.service' and 'journalctl -xn' for details.

dann:

code:
root@dm7080:~# systemctl status nfs-server.service

Ausgabe:
nfs-server.service - NFS Server
Loaded: loaded (/lib/systemd/system/nfs-server.service; enabled)
Active: failed (Result: exit-code) since Thu 2015-01-15 06:11:55 CET; 29s ago
Process: 14376 ExecStartPre=/usr/sbin/exportfs -r (code=exited, status=1/FAILURE)

Jan 15 06:11:55 dm7080 exportfs[14376]: exportfs: 192.168.5.19:/media/hdd: Function...ed
Jan 15 06:11:55 dm7080 systemd[1]: nfs-server.service: control process exited, cod...s=1
Jan 15 06:11:55 dm7080 systemd[1]: Failed to start NFS Server.
Jan 15 06:11:55 dm7080 systemd[1]: Unit nfs-server.service entered failed state.

wenn ich dann

code:
root@dm7080:~# rm /var/lib/nfs/rmtab
root@dm7080:~# touch /var/lib/nfs/rmtab
root@dm7080:~# systemctl restart nfs-server.service

eingebe, läuft der Server erst mal wieder.
Erfolgt wieder ein Eintrag in der rmtab, beginnt das spiel von vorn und der Server startet nicht mehr nach einem Neustart.

So ich habe folgendes gemacht:

Hardware: DB8000 über Netgear-GB-Switch am QNAP 419P+

1. experimental-dm8000_20111130.nfi frisch geflasht

2. Grundeinstellungen durchlaufen Standard Kanallisten etc. (keine Settings etc. zurückgespielt, hatte ich bei früheren Tests übrigens auch nicht gemacht)

3. In auto.network NFS Freigabe eingetragen "Video1 -fstype=nfs,rw,soft,nolock,tcp,rsize=16384,wsize=16384 192.168.5.5:/Video1 > Neustart

Ergebnis: keine Ruckler mehr, auch nicht bei Bluray-Rips

Diese Einstellungen hatte ich aber auch früher getestet (mit exp. vom 21.11.2011), da hat es noch geruckelt.

Hab jetzt noch GP3 installiert einige Plugins etc

Ergebnis: Läuft einwandfrei keine Ruckler mehr

Ghost:

hast Du irgendwas an der NFS-Performance gemacht ?, da ich immer genauso wie oben beschrieben getestet hatte und es hat definitiv extrem geruckelt.

in den ganzen Changelogs an den Images wird ja leider nichts eingetragen (kann man dann eigentlich auch wechlassen )

Fazit: Alles ist wieder gut... THX

Quoted from "gruftolm" 
Nach meinen Tests auf verschiedenen Boxen ist es für mich offensichtlich, das die NFS-Performance ab DMM-Images 3.2.X wesentlich schlechter geworden ist. Im IHAD-Forum gibt es auch diverse User die das gleiche Problem haben. Hier keine Probleme mehr mit org. aktuelles DMM exp. Image und QNAP als NAS (nfs). Haben die auf IHAD Forum - wie du schreibst - alle org. DMM Image oder haben sie zb. GP3 Plugin drauf...?

Hatte zuletzt das orginal DMMexp 3.2.1 vom 200111124 getestet, ohne GP3, und es hat geruckelt. Die Box macht gerade eine Aufnahme, aber danach werde ich noch mal mit dem akt. exp von heute testen.
Melde mich dann noch mal...

Nach meinen Tests auf verschiedenen Boxen ist es für mich offensichtlich, das die NFS-Performance ab DMM-Images 3.2.X wesentlich schlechter geworden ist.

Obwohl das nfstest-Plugin gute Werte ausspuckt-- es ruckelt.

Im IHAD-Forum gibt es auch diverse User die das gleiche Problem haben.

Ich bin inzwischen wieder zum DMM 3.1.0 zurückgekehrt. Hier gibt es keine Ruckler, sogar Bluray-Rips laufen execellent.

Moin.

Ich hab jetzt noch mal in Ruhe getestet:

Hardware: DB8000, über Netgear-GBSwitch am QNAP 419p+, Protokoll: NFS, Freigaben auf Qnap: "Video1" und "test"

1. release-dm8000-3.1.0 frisch geflasht

2. Grundeinstellungen vorgenommen

3. plugin "enigma2-plugin-extensions-nfstest_1.1-20110810-r0_mipsel.ipk" installiert

4. "Video1 -fstype=nfs,rw,soft,nolock,tcp,rsize=32768,wsize=32768 192.168.5.5:/Video1" in auto.network eingetragen

5. Neustart.

nfstest auf Freigabe "test" ausgeführt, Ergebnis:

_______________________________________________________

Logdatei erstellt: 28.11.2011 05:44:33

Speicherort Logdatei: /tmp

Ergebniss Schreibgeschwindigkeit:

89.478 Mbit/s mit udp,async,wsize=8192

89.478 Mbit/s mit udp,async,wsize=32768

89.478 Mbit/s mit udp,async,wsize=16384

89.478 Mbit/s mit tcp,async,wsize=8192

89.478 Mbit/s mit tcp,async,wsize=32768

76.695 Mbit/s mit tcp,async,wsize=16384

Ergebniss Lesegeschwindigkeit:

107.374 Mbit/s mit tcp,async,rsize=32768

89.478 Mbit/s mit tcp,async,rsize=8192

89.478 Mbit/s mit tcp,async,rsize=16384

25.565 Mbit/s mit udp,async,rsize=16384

24.403 Mbit/s mit udp,async,rsize=8192

24.403 Mbit/s mit udp,async,rsize=32768

____________________________________________________

Mit diesen Einstellungen lassen sich sogar Bluray-Rips vollkommen ruckelfrei vom NAS wiedergeben, also alles bestens keine Probleme

2ter Test:

1. experimental-dm8000_20111128 frisch geflasht

2. bis 5. wie oben

Ergebnis:

________________________________________________

Logdatei erstellt: 28.11.2011 14:51:26

Speicherort Logdatei: /tmp

Ergebniss Schreibgeschwindigkeit:

89.478 Mbit/s mit udp,async,wsize=8192

89.478 Mbit/s mit udp,async,wsize=32768

89.478 Mbit/s mit udp,async,wsize=16384

89.478 Mbit/s mit tcp,async,wsize=8192

89.478 Mbit/s mit tcp,async,wsize=32768

89.478 Mbit/s mit tcp,async,wsize=16384

Ergebniss Lesegeschwindigkeit:

89.478 Mbit/s mit tcp,async,rsize=8192

89.478 Mbit/s mit tcp,async,rsize=16384

48.806 Mbit/s mit tcp,async,rsize=32768

24.403 Mbit/s mit udp,async,rsize=16384

23.342 Mbit/s mit udp,async,rsize=8192

23.342 Mbit/s mit udp,async,rsize=32768

_________________________________________________

Bluray-Rips ruckeln unerträglich, auch wenn ich von tcp auf udp wechsel und w- und r-size auf 16384 einstelle.

Bei Wiedergabe von HD-Aufnahmen ruckelt es alle paar Minuten.

Die gleichen Ergebnisse hab ich auf meiner DB800se erhalten, Rel3.1.0 = alles gut, ab 3.2.x funzt das streaming vom QNAP wesentlich schlechter.

Bei meiner alten DB800HD sind die Einbrüche noch wesentlich dramatischer. Mit Rel. 3.1.0 ließen sich noch HD-Aufnahmen einwandfrei vom NAS streamen, ab 3.2.x gehen mal gerade noch SD-Aufnahmen (ruckelt aber auch ab und zu). Auch hier hab ich eigentlich alle Möglichen Einstellungen wie TCP / UDP und verschiedene W-/rsize Einstellungen probiert.

NFS-Test-Log DB00HD:

______________________________________________

Logdatei erstellt: 28.11.2011 14:57:24

Speicherort Logdatei: /tmp

Ergebniss Schreibgeschwindigkeit:

41.297 Mbit/s mit udp,async,wsize=8192

41.297 Mbit/s mit udp,async,wsize=32768

41.297 Mbit/s mit udp,async,wsize=16384

33.554 Mbit/s mit tcp,async,wsize=32768

31.580 Mbit/s mit tcp,async,wsize=16384

26.843 Mbit/s mit tcp,async,wsize=8192

Ergebniss Lesegeschwindigkeit:

22.369 Mbit/s mit udp,async,rsize=8192

22.369 Mbit/s mit udp,async,rsize=32768

21.474 Mbit/s mit udp,async,rsize=16384

18.512 Mbit/s mit tcp,async,rsize=8192

14.913 Mbit/s mit tcp,async,rsize=16384

12.782 Mbit/s mit tcp,async,rsize=32768

____________________________________________________________

Ich würde mich freuen wenn Ihr wieder die alte "Perfromance" fürs NFS- Streaming herstellen könntet. Zur Zeit ist es echt "schei..."

Aber vielleicht hab ich ja auch irgend was nicht mitbekommen, dann wäre ich für jeden Tipp dankbar.

Gruß

Euer Gruftolm