Zum Inhalt springen

Empfohlene Beiträge

Geschrieben

Im Film-Tech Forum wurde über solche seltenen Fälle berichtet, das Problem soll Doremi wohl bekannt sein.

Doremi hat dann anscheinend für diese speziellen Fälle ein hotfix zur Verfügung gestellt.

 

Gruss

Torsten

Geschrieben

Ja, es ist das selbe modell wie die übrigen drei Platten.

In der Vergangenheit waren Ingestzeiten von 45-60 Minuten, auch per USB, die Regel. 2h war schon ein enorm höherer Wert. Torsten, hast du da zufällig einen Link parat?

 

Gruß

Sebastian

Geschrieben

Bei einem Server habe ich jetzt ebenfalls ein Upgrade auf 4x 1TB gemacht, ging alles super leicht und nach nur 5min konnte ich schon wieder mit dem ingesten beginnen (/dev/md1 muss wiederhergestellt sein).

 

Kopiere ich einen Film vom TMS oder von HDD auf den Server, läuft das indexing ein vielfaches schneller ab als vorher. Ansonsten gibt es keinerlei Geschwindigkeitsvor- oder Nachteile.

Geschrieben

Bubbagump hatte tierisch Probleme mit irgendwelchen Rechten, die Anleitung von Doremi für den RAID Umbau auf 4 Platten funktionierte so nicht. Erst nach reichlich Gehacke klappte es dann, aber vielleicht ist da auch irgendwas schief gegangen.

 

Auf welchem Softwarestand war denn dein Doremi beim Umbau?

 

- Carsten

Geschrieben

Mein Doremi läut bereits seit mehreren Wochen auf 4x 2TB.

 

Softwarestand seinerzeit 2.2.3. Umgerüstet exakt nach Anleitung Seite 25 Diagnostic Tool User Manual Ver. 1.7 "Adding the Fourth Drive" mit root Admin ohne Probleme sowie ca. 8h rebuild des Raid.

 

Jetzt nach Update auf 2.4.4 ingest über CRU ca. doppelt so lang.

 

Nach SM Update auf 2.0.17-0 allerdings ca. jeder 5te Start des DCP2K4 im Rescue Mode, so dass ein Laden der Playlist nicht möglich ist. Nach Neustart ohne Fehler alles Problemlos bis auf Backup Manager Bug.

 

Gruss Torsten

Geschrieben

Softwarestand ist 2.4.2-0 - alles andere habe ich mir bis jetzt noch gespart, da es anscheinend Probleme mit den Blacks geben soll. Handelt sich hierbei um einen ShowVault, weiß nicht ob es auch daran liegen könnte.

Geschrieben

Gerne noch einmal.

 

Nach Aufrüstung auf 4x 2TB mit Softwareversion 2.2.3 Ingest von "Kokowääh 2" 193GB überCRU ca. 45min.

 

Jetzt mit 2.4.4 dieselbe Festplatte ca. 1.5h.

 

Es wird nicht besser.

 

Bezüglich der Blacks, die haben wir 15s verlängert um die Aktionen des Projektor zu garantieren.

 

Der Dowser wollte nicht mehr so richtig, jetzt geht alles wieder.

 

Bis jetzt habe ich gedacht das ist sicherlich die neue Projektor Software.

 

Torsten

Geschrieben

WOZU ?

 

Wenn es wissenschaftlich werden soll muß man sicherlich eine kleine fundierte Studie auf den Weg bringen.

Oder man warten einfachauf ein neues Release.

 

Torsten

Geschrieben

Damit es wieder schneller respektive zuverlässiger läuft. Und um rauszufinden, ob es am 4er RAID liegt oder an der 2.4.4

 

Alternativ kann man natürlich auch mal bei Doremi anfragen, aber die sind zumindest für europäische Endkunden ja nicht ansprechbar.

 

- Carsten

  • 1 Jahr später...
Geschrieben

Hätte dazu noch eine Frage: bei uns steht auch ein upgrade von 3x1TB auf 4x2TB bevor. Mich würde nur interessieren, ob das 3-er RAID nachher auch noch funktioniert, nachdem das 4-er RAID erstellt worden ist. Ich weiß, dass man 3-er Sets mit anderen 3-er Sets problemlos austauschen kann, aber geht das auch gemischt, also einmal das 3-er Set in den Doremi schieben und einmal das 4-er Set? Wo werden die RAID-Konfigurationen gespeichert, auf den Festplatten selber oder auf der SSD?

 

Danke!

 

LG

Andreas

  • 3 Wochen später...
Geschrieben (bearbeitet)

Nö, man kann nur gleiche RAID-Typen wechseln. Ob es funktioniert, die mdadm.conf (Standard Linux RAID config datei) manuell auszutauschen, keine Ahnung.

 

http://support.dorem...-a-4-drive-raid

 

---

 

Question: Raid swapping, can I swap a 3 drive raid with a 4 drive raid in a DCP2K4?

Answer: No, it won’t work

swap 3 drive raid to a 3 drive raid = OK

swap 4 drive raid to a 4 drive raid 4 = OK

swap 3 drive raid to a 4 drive raid = NO

swap 4 drive raid to a 3 drive raid = NO

The file /etc/mdadm/mdadm.conf references the drives to use in the RAID set. This file is on the system (bootflash) and not the raid.

on a 3 drive setup, that file will reference /dev/sda, /dev/sdb and /dev/sdc

on a 4 drive setup, that file will reference /dev/sda, /dev/sdb, /dev/sdc and /dev/sdd.

The only way to add a 4 drive raid to a server that had 3 drive raid in, is to power the server up with the 4 drives in and run the reinit command. See raid reinit (Reinitialize)

Also, if a port on the Motherboard has failed, you can not move the drive to another port, as the drive will not be recognized. This is for the same reason stated above. If the raid (mdadm.conf) is using sda, sdb and sdc and the motherboard port sbc fails, you can not just plug sdc into sdd or add a new drive to sdd. The fix is to replace the motherboard or more the drive that was in sdc to sdd and run the raid reinit (Reinitialize) the mdadm.conf.

---

 

 

- Carsten

Bearbeitet von carstenk (Änderungen anzeigen)
Geschrieben

Nö, man kann nur gleiche RAID-Typen wechseln. Ob es funktioniert, die mdadm.conf (Standard Linux RAID config datei) manuell auszutauschen, keine Ahnung.

 

Ha, genau die gleichen Zeilen habe ich heute vom Techniker zugeschickt bekommen :smile:

Wollte dann gleich eine backup-Kopie vom 3-er RAID mdadm.conf machen, falls ich das mal wieder brauchen sollte, aber ich habe komischerweise als su keine Schreibrechte in /etc/mdadm/ ... Wie ist das möglich?

 

 

Der verlangt da Benutzername u. Passwort ... kennst du die? :smile:

 

Danke!

 

LG

Andreas

Geschrieben

-> PM, allerdings stehen die glaube ich mittlerweile sogar öffentlich auf der US Seite. Wenn Du das bisher nicht kanntest - da liegen buchstäblich Tonnen von Informationen. Allerdings braucht man viel Zeit dafür.

 

- Carsten

Geschrieben

Und hast du eine Ahnung, warum ich als root keine Schreibrechte in /etc/mdadm/ habe? Root sollte doch normalerweise überall Schreibrechte haben ... der ls -l Befehlt zeigt mir auch sowohl für die Datei mdadm.conf als auch für den Ordner /etc/mdadm/ Schreibrechte an ...

Geschrieben

Und hast du eine Ahnung, warum ich als root keine Schreibrechte in /etc/mdadm/ habe? Root sollte doch normalerweise überall Schreibrechte haben ... der ls -l Befehlt zeigt mir auch sowohl für die Datei mdadm.conf als auch für den Ordner /etc/mdadm/ Schreibrechte an ...

 

die partition ist wahrscheinlich read-only gemountet... muss man mit read-write neu mounten. die anleitung dazu steht sogar in irgend einem doremi manual...

Geschrieben

im Field-Installer-Manual nach 'remount' suchen...

aber vorsicht dabei! das hat schon seine gründe, warum das read-only ist!!

Geschrieben

Aber glaubt ihr, das könnte funktionieren: falls bei der Umstellung auf das RAID mit 4 Festplatten etwas schief gehen sollte, wenn man die alte mdadm.conf für die 3 Festplatten reinkopiert und dann wieder mit den alten drei Festplatten hochfahren?

Mein Problem bei der ganzen Geschichte ist nälich die Zeit. Das RAID mit 4 Festplatten erstellen dauert eine halbe Ewigkeit (laut Hochrechnung: wenn für 3x1TB 4,5Std, dann für 4X2TB ca. 12 Std.) und dann noch die Filme draufkopieren (das geht eh noch am schnellsten). Wenn da etwas schief geht, fällt ziemlich sicher ein Kinoabend aus, wenn ich nicht schnell wieder die alten Festplatten reingeben kann ...

Geschrieben

Ich hab mal ein Raid mit 4 Platte rebuildet, nach der Spät gestartet konnte ich morgens um 10 wieder Content draufschaufeln (wäre vermutlich auch schon früher gegangen). Waren allerdings 1TB-Platten.

Geschrieben

Raid Rebuilt dauert halt. Nichts für "mal ebenzwischendurch". Wenn Du auf der sicheren Seite sein willst, schwachen Tag wählen, erste Vorstellungen von vornerein auf "finden nicht statt" setzen. Wird dann vom Publikum auch akzeptiert, wenn das kommuniziert wird.

Lieber etwas mehr Zeit, als nachher Hetzen und etwas geht vollends schief, ohne Rückkehrmöglichkeit.

 

Stefan

Erstelle ein Benutzerkonto oder melde Dich an, um zu kommentieren

Du musst ein Benutzerkonto haben, um einen Kommentar verfassen zu können

Benutzerkonto erstellen

Neues Benutzerkonto für unsere Community erstellen. Es ist einfach!

Neues Benutzerkonto erstellen

Anmelden

Du hast bereits ein Benutzerkonto? Melde Dich hier an.

Jetzt anmelden
×
×
  • Neu erstellen...

Filmvorführer.de mit Werbung, externen Inhalten und Cookies nutzen

  I accept

Filmvorfuehrer.de, die Forenmitglieder und Partner nutzen eingebettete Skripte und Cookies, um die Seite optimal zu gestalten und fortlaufend zu verbessern, sowie zur Ausspielung von externen Inhalten (z.B. youtube, Vimeo, Twitter,..) und Anzeigen.

Die Verarbeitungszwecke im Einzelnen sind:

  • Informationen auf einem Gerät speichern und/oder abrufen
  • Datenübermittlung an Partner, auch n Länder ausserhalb der EU (Drittstaatentransfer)
  • Personalisierte Anzeigen und Inhalte, Anzeigen- und Inhaltsmessungen, Erkenntnisse über Zielgruppen und Produktentwicklungen
Durch das Klicken des „Zustimmen“-Buttons stimmen Sie der Verarbeitung der auf Ihrem Gerät bzw. Ihrer Endeinrichtung gespeicherten Daten wie z.B. persönlichen Identifikatoren oder IP-Adressen für diese Verarbeitungszwecke gem. § 25 Abs. 1 TTDSG sowie Art. 6 Abs. 1 lit. a DSGVO zu. Darüber hinaus willigen Sie gem. Art. 49 Abs. 1 DSGVO ein, dass auch Anbieter in den USA Ihre Daten verarbeiten. In diesem Fall ist es möglich, dass die übermittelten Daten durch lokale Behörden verarbeitet werden. Weiterführende Details finden Sie in unserer  Datenschutzerklärung, die am Ende jeder Seite verlinkt sind. Die Zustimmung kann jederzeit durch Löschen des entsprechenden Cookies widerrufen werden.