Locked History Actions

Änderungen von "Dokumentation/Rivendell"

Unterschiede zwischen den Revisionen 14 und 15
Revision 14 vom 2014-05-27 12:00:56
Größe: 4824
Autor: schauher
Kommentar:
Revision 15 vom 2014-08-01 20:08:15
Größe: 6647
Autor: equinox
Kommentar:
Gelöschter Text ist auf diese Art markiert. Hinzugefügter Text ist auf diese Art markiert.
Zeile 142: Zeile 142:

== Datenbank Synchroisation reaprieren ==

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'' sollten auf ''yes'' stehen.

{{{
mysql> quit;
# sudo airplayctl start
}}}

Damit sollte die Reparatur abgeschlossen sein!

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

  • Name des Sendungsmacher: Vor- und Zuname
  • Emailadresse: tatsächlich verwendete Emailadresse
  • Wunschbenutzername: wenn nicht, dann von uns vergeben
  • Name der Sendung: genauer Wortlaut
  • Startzeitpunkt: Datum
  • möglicher Endezeitpunkt: nur bei kurzen Sendereihen
  • Sendezeitpunkt: die Information 4-wöchentlich genügt nicht, genauer
  • Sendungsbetreuer: Namen bzw wenn bereits existent - Radio Helsinki Benutzernamen
  • Cartbereich: Livesendung oder wie viele Carts werden benötigt?
  • Bei Vorprduktionen: Wird eine Einschulung benötigt?

Vorgangsweise

  • RDAdmin
    • SERVICE anlegen (basierend auf "newservice")
    • GRUPPE anlegen (SERVICE enablen)
    • den Benutzern aus Gruppe Redaktion, Office, Technik, player, Sendebetreuer Sendung zuordnen
    • dropbox anlegen
  • RDLogedit:
    • Sendungslog für SERVICE anlegen
    • 1. CART - Macro "Sendung beginnt"
    • 2. CART - Audio "Stille 5sec"
    • 3. CART - Audio "Sendungscart"
    • letztes CART Macro "Sendung endet"
  • RDLibrary: Gruppe SENDUNGEN ein MACROCART
  • RDLogManager:
    • EVENT anlegen - ev ()
    • CLOCK anlegen

Sendung löschen

  • RDLogManager:
    • CLOCK löschen, Achtung, es könnten weitere Events im Clock sein!
    • EVENT löschen,
  • RDLogedit: das Sendungslog löschen
  • RDLibrary:
    • Gruppe SENDUNGEN das MAKROCART löschen
    • eventuell noch vorhandene Carts von dieser Gruppe löschen
  • RDAdmin:
    • dropbox löschen
    • Gruppe löschen
    • Service löschen

Benutzer für RHimport freischalten

  • zuerst bei login anmelden

     # sudo -u <user> -i  -u //anderer benutzer werden 
     # rhimport-create-id
  • no passphrase

  • auf airplay einloggen

  • fertig

Sendung von Multi- auf Singlecart umstellen

  • RDadmin öffnen
  • Gruppen managen -> Sendung suchen

  • Bei Standard-Cartnummer Anfang und Ende gleich setzen, diese Cartnummer merken
  • Hosts managen -> airplay-dropbox editieren

  • Dropboxen auswählen -> Sendung suchen

  • To Cart: Cartnummer von vorher hier eingeben, 2delete cuts before importing" soll aktiviert sein
  • Abschließend noch im RDLogedit -> Sendung suchen und zum editieren auswählen

  • alle überflüssigen Carts hier rauslöschen (single cart sendung hat 4 Carts!)

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

  • Mit ssh als root@rhctl einloggen

     # /etc/init.d/heartbeatclient reset 
  • Wenn die Meldung "heartbeatclient: Restarting timeout (Ok)" erscheint, wurde der Heartbeatclient reseted und RHCTL sollte automatisch auf Master gewechselt haben (kann an der Gerätefront über LED abgelesen werden)

rhctl log auslesen

  • Als root@rhctl einloggen

     # logread
  • auf airplay unter /var/snd/log

  • rd catch ist nur für heartbeat zuständig, diesen einsehen

  • /var/log/syslog

  • https://stats.helsinki.at/

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

  • beim gerade aktiven Airplay-System einloggen (lässt sich auf http://radi-o-matic.helsinki.at/index.php in Erfahrung bringen)

     rmlsend PN\ 1\! ausführen
  • die gerade laufende Sendung wird abgebrochen, die Musikautomation gespielt. Der nächste Cart wird ausgeführt

RD log richtigstellen

  • Falls fehlermeldung kommt, das falsches LOG geladen wurde: current Music Log may be wrong or has been loaded early!
  • in betreffende maschine einloggen,
     # rmlsend LL\ 2\ M_2012_08_12\!
  • Strg+R hilft beim suchen

Autoimport manipulieren

  • per ssh auf login.helsinki.at einloggen

  • Folgender Befehl, erlaubt es, die autoimport Datei und darin verwendete Skripts anzupassen
     # sudo pico /etc/cron.d/autoimport
  • Danach ist es wichtig, den cron neu zu starten:

     sudo /etc/init.d/cron restart

Soundcarts im Filesystem

  • unter /var/snd/ zu finden

Datenbank Synchroisation reaprieren

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 sollten auf yes stehen.

mysql> quit;
# sudo airplayctl start

Damit sollte die Reparatur abgeschlossen sein!


CategoryDocumentation