Orga, Bürokraten, Administratoren
1.157
Bearbeitungen
Carsi (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „Concerto Digital Signage ist ein zentral gesteuertes Infoscreen-System, welches als Client lediglich einen Browser benötigt. ==Administration== ===Management…“) |
Carsi (Diskussion | Beiträge) |
||
(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 | ===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? |