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 Code: Vorproduzierte Sendungen: Vxx
- Wiederholung: Wxx
- (xx frei wählbar, Anfangsbuchstaben des Sundungsnamen zum Beispiel
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
Aktuelles Tageslog ändern
- Mit RDLogedit das Tageslog öffnen, Änderungen vornehmen
- ACHTUNG: Unbedingt darauf achten, dass "Starte um" aktiviert und die gewünschte Zeit eingetragen ist
- Als Übergangstyp unbedingt "STOP" wählen
- Abschließend auf "automation.helsinki.at" kontrollieren, ob die Änderungen richtig übernomen wurden
Autoimport manipulieren
per ssh auf rdimport.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
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!