Eine Möglichkeit besteht darin, den Start durch einen Sleep langsamer zu machen. Dann reduziert sich das beschriebene Problem.... Die Box startet sehr schnell....
Hallo stschulze,
jetzt sprichst Du von dem Gedenkminuten-Problem, richtig? Das Problem mit der nicht ansprechbaren Box mit blinkender Standby lässt sich so m.E. nicht lösen.
Gruß,
Frank
eigentlich ist das immerein zeichen das das frontpanel hier eindefkt im speichern von Informationen hat. Was passiert wenn Du die Enerfieoptionen auf direkt runterfahren stellst? (Also KEIN Standby Modus)
Fährt dann die Box sauber runter oder antwortet sie z.B. mit einem netten Reboot?
Hallo cinfo,
auch bei mir stehen beide Boxen auf 'direkt runterfahren' und NICHT auf Standby. Die Boxen fahren auch beide sauber herunter (fast immer 
).
Den Effekt mit der Gedenkminute kenne ich auch schon zu Genüge, habe mich damit arrangiert. Toll, wenn sich da was tun würde ...
Gruß,
Frank
Kiste ausmachen und stromlos stellen....
Gesendet von meinem Nexus 5 mit Tapatalk
Hallo stschulze,
Deine Antwort bezieht sich worauf?
Falls Sie sich auf meine Frage bezieht - klar, wenn ich die Kiste ausmache und stromlos stelle, dann blinkt auch die grüne Standby nicht mehr. Ob mich das jetzt aber so wirklich weiterbringt?
Gruß,
Frank
Hallo,
ich habe mal eine Frage zu einem Phänomen, dass mich schon die ganze Zeit (also seit original Reel-Software) über alle von mir verwendeten BM2LTS-Versionen (ab 1.90A bis 1.94A) verfolgt - und zwar auf meinen beiden AVG-I: Die Box fährt hoch, aber irgendwie nicht richtig - sie läßt sich nicht bedienen, nicht umachslten etc. - aber die Stansby-Leuchte blinkt.Einziger mir bekannter Ausweg: Reboot (per ssh oder Tastenkombination). Kennt Ihr das auch? Und kann ich das irgendwie verhindern? (Es nervt halt, auch wenn es geschätzt nur bei 1 vom 5 Boots vorkommt).
Danke,
Gruß,
Frank
Ja, richtig so steht es ja auch geschrieben.
Wo steht das geschrieben?
Hallo,
Danke fürdie Antwort. Naja, den externen Netceiver habe ich ja (ging vielleicht aus meiner Frage nicht so ganz hervor, aber der ATOM-Aufnahmeserver ohne eHD bekommt natürlich seine streams vom externen Netceiver).
Was ist der Unterschied zwischen 5 und 6? Meine Interpretation: 5 ist auf Reel-HArdware, also z.B. ne Reel AVG-I ohne eHD, 6 ist komplett andere Hadware (wie mein ATOM) ohen eHD (1 & 2 meinen eine Installation auf fremder Hardware mit eHD). Liege ich da in etwa richtig?
Gruß und Danke,
Frank
Hallo,
ich habe die 1.94A auf meiner AVG-I eingespielt - SUPER!ICh bin begeistert - vielen Dank für dieses tolle Release! Super ist zum Beispiel, dass das OSD jetzt im RBC sichtabr ist. Toll!
Eine Frage habe ich allerdings zur auszwählenden Hardwarekonfiguration für meinen Aufnahmeserver (das ist das ATOM-System mit ION-Grafik ohne eHD). Ich habe da ja schonmal völlig daneben gelegen - drum frage ich jetzt einfach vorher - welche Hardwarekonfiguration muss ich denn für dieses System wählen? Zur auswahl stehen ja:
1 VDR mit DVB-Karte(n) eth0 einrichten
2 VDR mit Netceiver eth0.2 einrichten
3 Reelbox AVG I & II ...
4 Reelbox AVG I & II ...
5 BM2LTS Server Reelbox-Basis beta einrichten
6 BM2LTS VDR-Basis beta einrichten
(3) und (4) sind es nicht, ich denke, es ist die (2), richtig? Vielleicht würden auch andere gerne eine Erläuterung der Optionen haben - wäre das möglich?
Gruß und vielen Dank,
Frank
Genau - so bzw. so ähnlich sah es vorgestern auch aus (nicht 5 Netclients, sondern nur einer, aber ansonsten) - und auf einmal ist es anders - aber warum? Und zwar auch nach einer kompletten Neuinstallation?
Kann ich irgendwie unterstützen? Ah - zum Thema HowTo:
Ich habe folgendes gemacht:
1) SSD in AVG reingehängt, Factory auf die SSD geschrieben (weil Clonecilla leider keinen Treiber für meinen ION hat ... 
), SSD in meinen ATOM
2) Da der Treiber für meinen RTL8169-Adapter irgendwie verstubbelt ist, in den Modulen aufgeräumt (Kann man das vielleicht generell aufräumen? - Schicke ich Dir auch gerne mal per pn)
3) route66 - /dev/sda4 vergrößert
4) route66 - 1 / 2 installiert (also Nicht-AVG mit externem netceiver)
5) p.remote.conf von /etc/reel.box nach /etc/reel kopiert, LOAD_PLUGIN=true gesetzt
Nun kann ich nach einem Reboot auf das OSD per telnet zugreifen - weitere Versuche mit vdr-ffnetdev haben leider kein OSD irgendwo sichtbar gemacht ...
Gruß,
Frank
Hi stschulze,
das ist ja auch nicht auf meinem Mist gewachsen - das habe ich aus einem Thread im Reel-Forum, wo jemand eine virtuelle Reelbox aufgesetzt hatte und eben auch ohne eHD das OSD brauchte. Das sollte also eigentlich auf jeder AVG funktionieren. Ist das Remote-Plugin bei Deiner 2.AVG aktiviert - also /etc/reel/p.remote.conf: LOAD_PLUGIN = true gesetzt? Was sagt
nmap <ip-deiner-avg>Ist da was auf port 2002?
Gruß,
Frank
Wenn ich in die /etc/vdr/setup.conf schaue, dann finde ich den Eintrag:
ReelboxMode = 2Damit sollte der Multiroom-Server-Mode wie gewünscht eingeschaltet sein.
Gruß,
Frank
[quote='stschulze','index.php?page=Thread&postID=1169851#post1169851']Wo kommt diese Meldung (syslog oder osd oder?)....und hat sie eine Auswirkung auf die Funktion deines Servers....?
Hier wie angesprochen ein Screenshot von der Fehlermeldung. Hier sieht man jetzt auch, dass aktuell keine Tuner gefunden werden - und somit gibt es auch keine Aufnahmen ...
Gruß,
Frank
Ne, nicht syslog - im OSD, bei der Aktivierung von Multiroom. Da wo sonst der Satz steht, dass es sich um ein mit einem Multiroom-Server verbundenes System handelt (bei meinen AVG). Ich schicke nachher mal einen Screenshot.
Auswirkungen: Diverse - manchmal sehe ich keine Tuner mehr, öfter wird nicht aufgenommen, manchmal hat es auch keine Auswirkungen ...
Merkwürdig ist wirklich, dass da steht, eine Verbindung zur DB wäre nicht möglich - totaler Quatsch - weil es doch geht, ich kann mich anmelden. Wird dort ein spezieller user benutzt?
Gruß,
Frank
Okay, wäre noch zu prüfen.
Aber nur um es nochmals klarzustellen: Wenn ich Multiroom aktiviere, dann scheint das zu funktionieren - allerdings kommt dann besagte Fehlermeldung mit der Datenbank.
Gruß,
Frank
Klar kann ich so ein Howto erstellen. Aber für heute bin ich durch 
Gruß - und schon mal vielen Dank für die Hilfe!
Gruß,
Frank
Mit der letzten Version der vdr-setup konnte ich die Netzwerkeinstellungen machen.
Auf den Multiroom-Fehler hat das jedoch keinerlei Einfluss.
Gruß,
Frank
Na klar beantworte ich die Frage von stschulze - gerade geschehen.
Wie gesagt - unter 1.90A hatte ich keinerlei Probleme, das so zu betreiben. Und ich habe die 1.93.2A gestern abend zum ersten mal istalliert - bsi ca. 15:00 Uhr lief es prima, dann traten die Probleme auf. Um 18:00 Uhr habe ich eine Neuinstallation gemacht (Factory) - aber die Probleme sind erstaunlicher Weise geblieben.So richtig verstehen, was da vor sich geht tue ich nicht ...
Gruß
Frank
wenn du keine eHD installiert hast.....wie kommst du dann an das OSD???
An das OSD komme ich per
telnet localhost 2002Ist zwar nicht komfortabel, aber ich brauche das eigentlich nur, um das System einmal zu konfigurieren. Screenshots siehst Du in meinem vorherigen Beitrag.
Gruß,
Frank
Habe ich ausgetauscht - leider keine Änderung. Ich habe mal Screenshots von einer AVG (okay) und dem ATOM gemacht.
Gruß,
Frank
Hi cinfo,
genau das kann ich nicht - ich kann keine IP setzen und auch nicht von DHCP auf staisch wechseln (was ich bevorzugen würde). Anders als auf meinen beiden AVG-I, die beide unter 1.93.2A laufen und wo ich die Netzwerkeinstellungen problemlos konfigurieren konnte, wird mir beim ATOM leider nur eine komplett leere Seite angezeigt. Das ist mir bisher nur bei den Netzwerkeinstellinhen aufgefallen - sonst nicht. Woran kann das denn liegen?
Gruß,
Frank
Hi cinfo,
habe ich ausgeführt. Dabei sind auch Fehler und Warnungen aufgetreten, die habe ich ignoriert. Leider hat es aber auch nichts gebracht - die Meldung ist nach wie vor da. Nach einem Reboot wird zum Teil ncicht aufgenommen, erst wenn ich die Netzwerkeinstellungen aktualisiere, dann geht es (wobei bei mir das Menue Netzwerkeinstellungen leer ist - vielleich schlummert ja hier das Problem?). Die Meldung beim Multiroom belibt unahhängig davon bestehen.
Etwas ist mir bei der heutigen Suche auch noch aufgefallen: Es gab kein error.log in /var/log/mysql - das lag bei mir daran, dass die Rechte nicht stimmten. Die mysql läuft bei mir unter dem user mysql:mysql, das Verzeichnis gehörte /var/log/mysql gehörte root:root - und damit konnte mysql dor nicht schreiben. Ist das bei Dir auch so - wieso ist das im Factory so?
Gruß,
Frank