Rivendell

{i} Diese Seite ist ist Teil der Technischen Dokumentation von Radio Helsinki. Alle weiteren Seiten der Dokumentation:

Sendung anlegen

Benötigte Vorabinformationen für Benutzer/Sendungen anlegen

Vorgangsweise

Sendung löschen

Benutzer für RHimport freischalten

Sendung von Multi- auf Singlecart umstellen

RHCTL von Standby auf Master reset

Manchmal kommt es vor, das RHCTL den Heartbeat vom Master nicht richtig erkennt und auf den Standby-airplay Rechner ausweicht, obwohl der Master noch normal arbeitet. Dabei handelt es sich um ein Synchronisationsproblem. Dass der Master noch korrekt arbeitet, kann erkannt werden, wenn das Heartbeat-LED an der RHCTHL Front blinkt. Es ist in dieser Situation ein manueller Reset notwendig. Mit stdioclient status kann der aktuelle Status des RHCTL abgerufen werden.

Vorgangsweise

rhctl log auslesen

Airplay von vorprod. Sendung (gerade aktiv) auf Musikautomation wechseln

RD log richtigstellen

Aktuelles Tageslog ändern

Autoimport manipulieren

Soundcarts im Filesystem

Now Playing freischalten

Um die aktuellen Titel auf der Website anzuzeigen, gibt es das now-playing system. Damit die Titel angezeigt werden bei Sendungen, müssen diese freigeschaltet werden.

Dazu loggt man sich auf dem web-Server ein und trägt die dreistellige ID in folgendem File unter

MUSIKPROG_IDS = ( ein.

Das File ist

 # /var/www/pv/nop/views.py

Und die ID findet man, wenn man in der Programmverwaltung pv.helsinki.at eine Show anklickt. Dann wird man an eine URL weitergeleitet, die mit der dreistelligen ID der jeweiligen Show endet.

Datenbank Synchroisation reparieren

Wir verwenden eine Mysql Master/Slave Replikation. Unter gewissen Umständen kann es vorkommen das die Slave Datenbank aufhört zu synchronisieren. Folgende Vorgehensweise repariert das:

/!\ Zur Sicherheit sollten sowohl das Master als auch das Backup System gestoppt werden. Es wird also eine Sendefenster benötigt bei dem Live produziert wird.

Am Master (aka airplay)

# sudo airplayctl stop
# mysql -u root -p
mysql> RESET MASTER;
mysql> FLUSH TABLES WITH READ LOCK;
mysql> SHOW MASTER STATUS\G

Den Output davon notieren. Mittels CTRL-Z in die normale Shell wechseln /!\ auf keinen Fall den mysql Client beenden weil damit auch das LOCK freigegeben wird.

# mysqldump -u root -p rivendell > dump.sql
# fg
mysql> UNLOCK TABLES;
mysql> quit;
# sudo airplayctl start

Von hier weg ist das Mastersystem wieder funktionsfähig!

Nun die dump.sql auf das Backup System kopieren. /!\ Nicht auf den Output von SHOW MASTER STATUS vergessen!

Am Backup (aka airplay2)

Das untenstehende geht davon aus das die oben produzierte Datei dump.sql in dem selben Verzeichnis liegt wie das aktuelle Arbeitsverzeichnis!

# sudo airplayctl stop
# mysql -u root -p
mysql> STOP SLAVE;
mysql> RESET SLAVE;
mysql> drop database rivendell;
mysql> create database rivendell;
mysql> use rivendell;
mysql> source 'dump.sql';
mysql> CHANGE MASTER TO MASTER_LOG_FILE='<aus dem output von oben', MASTER_LOG_POS=<aus dem output von oben>;
mysql> START SLAVE;
mysql> SHOW SLAVE STATUS;

Hier sollten die beiden Variablen Slave_IO_Running und Slave_SQL_Running auf yes stehen.

mysql> quit;
# sudo airplayctl start

Damit sollte die Reparatur abgeschlossen sein!


CategoryDocumentation