admiral andrej

Alles klar. Danke, Hapahe!

ShowVault/IMB

ojeh 🤣 Na dann eben wie bisher vom vom Vorführraum aus starten 😉

ok, verstehe. schade ... dann probiere ich mal die app aus ...

Danke und LG

Andreas

Super, danke schon mal! Carsten, ich kannte dieses Dokument noch nicht. Ich nehme an, diese Befehle funktionieren auch mit dem Denon DBP2012UD? Und werden diese Befehle als Makros vom Doremi zum BR-Player geschickt? Wenn ja, wie wird genau der Denon angesprochen? Über die IP-Adresse? Sorry,  ich kenne mich mit solchen Dingen leider nicht so gut aus ...

Ich nehme an, wenn ich die Befehle vom Doremi aus als Macro schicken möchte, muss ich zuerst den Denon im Device manager des Doremi anlegen. Welche Portnummer müsste ich da eingeben?

Am idealsten wäre es natürlich, wenn ich auch noch eine Anleitung zum Einrichten des Makros haben könnte ;-)

Danke!

LG

Andreas

Am 20.6.2020 um 11:09 schrieb pesinecki:

Wir haben den Denon Blu-Ray-Player im Einsatz. Er lässt sich auch prima per Netzwerk und Doremi ansteuern. Leider hat er aber keine vernünftige Netz-Benutzeroberfläche, sodass sich Laien wie ich sich damit etwas schwer tun, die Befehle über den Server anzubinden. Grundsätzlich aber ein prima Gerät.

Hallo Pesinecki!

Wir haben auch einen Denon BR-Player, daher würde mich sehr interessieren, wie ihr den per Netzwerk ansteuert. Ich habe dazu bis jetzt leider nichts gefunden ...

Wäre super, wenn du mir da Infos dazu liefern könntest :)

Danke!

LG

Andreas

Nur falls es jemanden mal interessieren sollte: die WD2003FYPS ist wirklich zum Vergessen. Ich weiß nicht, was mit denen das Problem ist, aber sie fallen der Reihe nach aus (Lesefehler). Vielleicht hatten wir nur Pech, aber von ca. 10 Festplatten (ich weiß gar nicht mehr, wie viele wir mittlerweile schon hin- und hergeschickt haben) sollten doch irgendwann 4 funktionieren ...

Im Moment laufen wieder die alten Festplatten und wir suchen nach Doremi-approved-ones für die Erweiterung der Speicherkapazität. Mal sehen, was da noch so alles kommt ...

Super, vielen Dank!! Habe es auf Debian laufen, funktioniert prima :-)

Hier dann auch mein Text dazu...

 

Dann spiel doch bitte mal die aktuelle 264 resignet drauf.

Wenn dann noch die Meldung kommt, Log ziehen und mit dem Lag Analyzer prüfen.

Vieleicht passt dem Doremi der SM oder das Watermaking nicht...

Ich habe das log schon analysiert, es geht bei dieser Fehlermeldung, wie ich schon weiter oben geschrieben habe, einzig um die Datei /etc/esatamount/blacklist, die beim reinit verändert wird, und zwar werden nach der Umstellung logischerweise die Devices hda bis hdd blockiert und nicht mehr hda bis hdc.

Ich nehme an, dass die Datei eigentlich umsonst ist, außer vielleicht, wenn man beim Hochfahren schon eine externe Festplatte im Server hat, dass diese dann nicht als hda-hdd gemountet wird. Wenn ich jetzt die 264 draufspiele, dann überschreibt mir das diese Datei und dann sind wieder nur mehr hda-hdc blockiert. Die Fehlermeldung kommt dann naturgemäß nicht mehr ... das habe ich schon alles ausprobiert.

Ich glaube, dass diese Fehlermeldung nur ein Bug im Software Integrity Checker ist, denn bei der Datei /etc/mdadm/mdadm.conf, die bei der Umstellung ja auch verändert wird, schreit er nicht ...

LG

Andreas

Andreas - ist Dir nach dem Umbau auf 4 Platten eine Verlangsamung des Ingests aufgefallen, oder ist das seit der 2.6.x Geschichte?

- Carsten

Nein, langsamer ist er nicht, ziemlich genau wie vorher, vielleicht eine Spur schneller ... aber kann auch sein, dass das nur Wunschdenken von mir ist ;-)

Bevor Du dir alles zerschießt, hier mal ein Tipp vom Fachmann:

OHNE im Linux rum zu spielen das 3er Raid rausnehmen, bei Seite legen, 4er Paltten rein und Umstellung auf das 4er durchführen, wie von Doremi/Dolby vorgegeben.

Ok, nach dem 5. oder 6. Anlauf (weiß nicht mehr so genau) und weiteren zwei kaputt gelieferten Festplatten hat's dann auch endlich geklappt mit dem reinit ...

Im Moment funktioniert ja alles fein, bin gespannt, wie lange die Festplatten halten ...

[...]

Dann gibt es auch keine Software- Fehler- Meldungen.

Doch, die Software Integrity Check Fehlermeldung ist immer noch da, sollte aber nicht weiter schlimm sein, außer dass halt bei jedem Hochfahren diese Meldung kommt.

LG

Andreas

Ja, ich werd's eh mal auf diese Weise versuchen. Hoffe, dass es dann nicht irgendwelche bösen Überraschungen gibt, aber die Bewertungen auf Amazon sind eigentlich durchgehend positiv ...

Na dann gut, dass der Händler die 2002er nicht mehr verfügbar hat. Ich frage mich dann nur, was solche sogenannten approved-Listen überhaupt sollen ... Mal sehen, vielleicht schicke ich schlussendlich nur die eine kaputte zurück ...

Was jetzt drinnen ist, habe ich nicht so angeschaut, Western Digital 1TB auf jeden Fall, kann leicht sein, dass es die 1003er ist.

Naja, beim Umbau auf 4 Platten wird sowohl mdadm.conf als auch blacklist vom Init-Script verändert. Wenn du mich fragst, ist das eher ein Bug in der Signaturprüfung, bei der mdadm.conf anscheinend rausgenommen worden ist, blacklist aber nicht.

Wir haben 4x die Western Digital WD2003FYPS statt der bestellten WD2002FYPS bekommen.

Nee, das 'System' hat die Datei nicht verändert, aber Du über das Terminal, und da seit einiger Zeit die Software signiert ist, gibts dann diese Fehlermeldung, weil die Datei verändert wurde, ohne dass das Doremi System das in die Signatur übernehmen konnte.

Ich glaube, du verwechselst diese Datei "blacklist" mit der Datei "mdadm.conf". Letztere habe ich händisch geändert, von der ersten wusste ich überhaupt nicht, dass die existiert ...

Der Plattenfehler könnte auch mit nem fehlerhaften Kabel oder schlechten Steckverbindung zusammen hängen, da gabs ja auch mal Austauschkabel von Doremi.

Wenn Du die Platte nicht eindeutig als defekt identifizieren kannst, tausch die eventuell mal beim nächsten Versuch auf einen anderen Slot und probier es nochmal, spätestens dann wüsste man es genauer. Die Rückmeldung auf den Plattenfehler kommt ja recht schnell.

- Carsten

Das habe ich alles schon durchgespielt. Tatsächlich kamen zuerst Fehlermeldungen bzgl. sda1 und nach dem Wechsel auf sdb kamen die Meldungen bzgl. sdb1.

Aber jetzt bin ich auch noch draufgekommen, dass der Lieferant die falschen Festplatten geschickt hat (nicht Doremi approved) ... somit alles da capo ... scheint eine unendliche Geschichte zu werden ...

Allein schon deshalb: NEVER TOUCH A RUNNING SYSTEM!!

Nachdem ich die 2.6.4-er Software reingespielt habe, ist die Fehlermeldung wieder weg.

Die Datei blacklist sieht nun so aus:

/dev/sr[0-9]

/dev/sd[a-c]

Und deswegen schreit er da jedes Mal beim Hochfahren, obwohl das System die Datei selbst verändert hat ... :???:

Danke für den Hinweis! So weit bin ich aber noch gar nicht gekommen ...

Leider habe ich es nicht geschafft, auf 4 Platten umzustellen, da eine der neuen Platten ziemlich sicher kaputt ist. dmesg gibt andauernd Sector read error und media error Fehlermeldungen auf sdb1 bzw. ata2 (ich nehme an, sdb=ata2) aus. Das Init kommt irgendwo bei 12% in einen loop rein und und es geht nichts mehr weiter ...

Sprich, ich werde erst mal die eine Festplatte tauschen und dann nochmal probieren (das wäre dann schon Versuch N° 3).

Aber gut zu wissen, dass das 3er dann ebenfalls funktioniert, sollte ich das 4er jemals hinbekommen :roll:

Was meinst du mit resigned-Version?

ok, habe nun die genaue Fehlermeldung aus den log-Files herausgesucht:

[ERROR]: /etc/esatamount/blacklist: FAILED

[ERROR]: md5sum failed!

Keine Ahnung wie wichtig das ist. In der blacklist steht nur:

/dev/sr[0-9]

/dev/sda

/dev/sdb

/dev/sdc

/dev/sdd

Ich glaube eher, dass diese Fehlermeldung nur ein bug ist ...

Erst mal die gute Nachricht: mit dem obigen Trick ist es sehr wohl möglich, von RAIDs mit 3 Festplatten auf RAIDs mit 4 Festplatten zu wechseln und umgekehrt :-)

Das RAID wird tadellos erkannt.

Es gibt nach dem Hochfahren nur eine Software Integrity Check Fehlermeldung, aber es funktioniert eigentlich alles. Das gab es beim letzten Plattenwechsel auch, ich habe dann die letzten Software Updates für 2.6.4 eingespielt, danach gab es keine Meldungen mehr. Ich versuche gerade herauszufinden, wie wichtig diese Meldung ist und ob sie sich vielleicht auch anders entfernen lässt ...

Das ist sehr gut zu wissen, bei uns war nämlich kein so ein Stick dabei, aber dass es soweit kommt, hoffe ich ja wohl stark nicht ... :unsure:

Not-USB Stick? Habe ich nicht. Ich habe die letzten Software-Updates auf einem USB Stick, mehr nicht ...

Wie mache ich eine Not-USB Stick? Ich nehme an, du meinst, falls der Server gar nicht mehr hochfährt oder?

Naja, die Filme sind sowieso weg nach einem RAID reinit ... Die müssen alle neu eingespielt werden.

Oben geht's nur um die Frage, ob ein reinit beim Wechsel von 3 auf 4 Festplatten (oder umgekeht) überhaupt unbedingt notwendig ist, oder ob das Zurückkopieren der alten mdadm.conf Datei schon genügt.

Ja, das mit dem Init der 4 Festplatten ist mir schon klar :smile:

Nur um sicher zu gehen, die Schritte, um das Filesytem beschreibbar zu machen, sind:

mount -o rw,remount /
[...]
sync
mount -o ro,remount /

Stimmt's?

Aus meiner Sicht sollte es eigentlich gehen. Soweit ich sehe, ist das nur ein einfacher Textfile, in dem steht:

*

* Doremi Labs, Inc.

* RAID-5 configuration file

*

DEVICE /dev/sda1 /dev/sdb1 /dev/sdc1

DEVICE /dev/sda2 /dev/sdb2 /dev/sdc2

 

ARRAY /dev/md0 devices=/dev/sda2,/dev/sdb2,/dev/sdc2

ARRAY /dev/md1 devices=/dev/sda1,/dev/sdb1,/dev/sdc1

Bei 4 Festplatten wird dann halt wahrscheinlich noch ein zusätzliches sdd1 u. sdd2 hinzugefügt werden ...

Wenn ich einmal genügend Zeit habe, probier ich's aus.

Ja, 4 1TB-Platten sollten theoretisch ca. 6 Std. sein, wenn, laut doremi, 3 1TB-Platten 4,5 Std. brauchen.