Concerto: Unterschied zwischen den Versionen

4.945 Bytes hinzugefügt ,  23. November 2017
(Die Seite wurde neu angelegt: „Concerto Digital Signage ist ein zentral gesteuertes Infoscreen-System, welches als Client lediglich einen Browser benötigt. ==Administration== ===Management…“)
 
 
(3 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt)
Zeile 10: Zeile 10:
* machBar: http://concerto.commit.rocks/frontend/2
* machBar: http://concerto.commit.rocks/frontend/2
==Manuals==
==Manuals==
===Server-Installation===
===Server===
Die Installation des Concerto Server lässt sich am einfachsten nach derAnleitung auf [https://github.com/concerto/concerto/wiki/Installing-Concerto-2 Git] durchführen. Es gibt auch andere Installationswege die genutzt werden könnnen. Für die Installation auf einer VM des freiLand-rootServers wurde die Variante aus dem Concerto-Repository geählt.
Die Installation des Concerto Server lässt sich am einfachsten nach derAnleitung auf [https://github.com/concerto/concerto/wiki/Installing-Concerto-2 Git] durchführen. Es gibt auch andere Installationswege die genutzt werden könnnen. Für die Installation auf einer VM des freiLand-rootServers wurde die Variante aus dem Concerto-Repository geählt.
====Konfiguration====
=====DNS======
DNS-Zone (Ausschnitt):
  adrastea.jupiter        IN AAAA    2a01:4f8:160:212c::38
  concerto                IN A      176.9.167.222
======Installation======
* Nach dieser Anleitung installiert: https://github.com/concerto/concerto/wiki/Installing-Concerto-2
* VM brauchte NAT, weil sowohl keyserver.ubuntu.com als auch http://dl.concerto-signage.org/concerto_deb_public.key nur IPv4 versteht...
* Paket "https://packages.debian.org/jessie/apt-transport-https" ist nicht installiert & wird Passenger Repo gebraucht.
* Passenger-Install (Repo korrigiert): https://www.phusionpassenger.com/library/install/apache/install/oss/jessie/
** Macht Dotdeb (oder Backports) für Passenger Sinn?
* MySQL-Server wird installiert (Passwort: KeinPasswort)
** Diese Passwort wird von dbconfig-common später nochmal abgefragt, welches scheinbar diese beiden Dateien anlegt:
*** /etc/dbconfig-common/concerto-full.conf
*** /usr/share/concerto/config/database.yml
** Datenbank-Absicherung?
** MariaDB?
* Nach Paket-Installation:
** ServerName anpassen: sudo vim /etc/apache2/sites-enabled/concerto.conf
** sudo service apache2 reload
* Ideen:
** sudo debconf-show concerto-full
===== Email mit Concerto =====
Merke (Erkenntnisse von letzte Woche & heute):
* Concerto braucht doch etwas mehr RAM, VM hat jetzt 768MB.
* Emails mit Concerto:
** sudo apt-get install postfix
** sudo apt-get install mailutils
** echo "Eine Test-Email!" | mailx -r matthias@adrastea.jupiter.commit.rocks -s "Test-EMail" carsitux@jitmail.de*
* hostname -f
* cat /etc/mailname
* sudo vim /etc/postfix/main.cf
* postconf | grep myhostname
* postconf | grep myorigin
* http://www.postfix.org/BASIC_CONFIGURATION_README.html#myorigin
* http://www.postfix.org/postconf.5.html#myhostname
* https://de.wikipedia.org/wiki/Sender_Policy_Framework#Aufbau_eines_SPF-Records
* tail -f /var/log/syslog
* less /var/log/mail.log
* ll /usr/share/concerto/
* less /usr/share/concerto/config/boot.rb
* tail -f /usr/share/concerto/log/production.log
http://concerto.commit.rocks/settings -> Mail:
* Mailer Protokoll: Sendmail
* Mailer Von: http://concerto.commit.rocks/settings
* Servername (FQDN): concerto.commit.rocks
http://concerto.commit.rocks/settings -> Permissions:
*
sudo debconf-show concerto-full
===Clients===
===Clients===
====Raspbian mit Pixel (bevorzugt)====
====Raspbian mit Pixel (bevorzugt)====
Zeile 61: Zeile 122:
** Text: RSS Feed, Wether, Text  
** Text: RSS Feed, Wether, Text  
** Ticker: Text
** Ticker: Text
** Time: Uhrzeit und Datum
** Time: Uhrzeit und Datum ([https://www.chrisbradbury.net/concerto-date-and-time-format/ Format anpassen])
** Dynamic: Ja was macht dieses Feld? Bleibt auf jeden Fall immer leer. Soll auch ein "Platzhalter" für eine zukünftige Verwendung sein.
** Dynamic: Ja was macht dieses Feld? Bleibt auf jeden Fall immer leer. Soll auch ein "Platzhalter" für eine zukünftige Verwendung sein.
===PlugIns===
===PlugIns===
* [https://github.com/concerto-addons/concerto_content_scheduling Concerto Content Scheduling]
* [https://github.com/concerto-addons/concerto_content_scheduling Concerto Content Scheduling]
Zeile 76: Zeile 138:
* Bei self-hosted Videos wird '''nicht immer''' die länge des Videos erkannt.
* Bei self-hosted Videos wird '''nicht immer''' die länge des Videos erkannt.
* Die Managementkonsole sollte nicht auf deutsch gestellt werden, da es sonst zu problem bei der Konfiguration durch das Datumsformat kommen kann.
* Die Managementkonsole sollte nicht auf deutsch gestellt werden, da es sonst zu problem bei der Konfiguration durch das Datumsformat kommen kann.
=== 171112 Fehler 500 und KuZe-RSS-Feed ===
Beim uplug/freifunk Treffen rausgefunden & gemacht:
* Carsten nochmal SSH Port für IPv4 gegeben.
* Upgrade & Reboot des Systems gemacht (Da laut Admin-Dashboard unten rechts der Job-Scheduler nicht lief & eine neue Version verfügbar war).
* Es kam immer ein 500 Fehler beim Erstellen bzw. Ändern von Beiträge wenn das Datum deutsch (und nicht englisch mit Slashes) angegeben war.
** Lösung: Sprache des jeweiligen Nutzers auf en umstellen!
* Carsten hat eine Aufteilen für den Screen ausgesucht & rechts den RSS-Feed für KuZe-Veranstaltungen (s.u.) eingefügt.
** Vorschau: http://concerto.commit.rocks/frontend/3?preview=true
* RSS-Feed von KuZe-HP:
** Link dazu gefunden im Backend unter "Veranstaltung Seiten"->"Termin" und dort im List-View das "Veranstaltungs RSS Feed Template".
** Dies generiert den Feed-Link (wobei der type=151 scheinbar für RSS steht): http://kuze-potsdam.de/index.php?id=198&type=151
=== 171117 Rechte Fehler ===
Logs zur Analyse:
* In /var/log/syslog landet scheinbar nichts relevantes von Concerto.
* Passenger loggt per Default nach /var/log/apache2/error.log
** Dort findet sich auch der Hinweis, wo die ausführlichen Fehlermeldungen als HTML gespeichert wurden, z.B. "Error details saved to: /tmp/passenger-error-oVuL1u.html".
** Wenn im VHost das Passenger Environment von Production auf Development umgestellt wird, werden diese auch direkt im Internet angezeigt.
** Doku der Log-Einstellungen von Passenger: https://www.phusionpassenger.com/library/admin/apache/log_file/
*** Sowie komplette Passenger-Config-Doku hier: https://www.phusionpassenger.com/library/config/apache/reference
* Concerto loggt die meisten relevanten Dinge hier hin (braucht Root-Rechte zum Lesen): "sudo less /usr/share/concerto/log/production.log"
Analyse & Behebung des Problems:
* Die Logs helfen nicht weiter - das nervt echt... ruby...
* Für den Background Job lohnt sich diese Prüfung: systemctl status concerto
* Schließlich fiel mir bei einem Blick in Carstens .bash_history auf, dass vor der Installation von Git Rechte des Concerto-Verzeichnisses angepasst wurden:
** sudo chmod -R 700 /usr/share/concerto
** sudo chmod -R 600 /usr/share/concerto/log
* Behebung (da mir die ursprünglichen/richtigen Rechte nicht bekannt waren) mit: "sudo apt install --reinstall concerto-full; sudo service apache2 reload"
Dabei aufgefallen:
* http://concerto.commit.rocks/settings/config_check meckert noch "/usr/share/concerto/log has permission 620 instead of 600" - vielleicht via Ansible-Playbook machen?
1.157

Bearbeitungen