Server Installation/buildbot: Unterschied zwischen den Versionen

Aus Opennet
Wechseln zu: Navigation, Suche
(Öffentliche URLs)
(Worker: Anleitung: Wie kann ich manuell builds auf hoshino starten (zum Debuggen)?)
Zeile 30: Zeile 30:
 
* Prüfe, ob Prozess läuft `ps -ef | grep buildbot-worker`.
 
* Prüfe, ob Prozess läuft `ps -ef | grep buildbot-worker`.
 
* Prüfe auf Worker Log unter /var/lib/buildbot/workers/on_worker1/twistd.log
 
* Prüfe auf Worker Log unter /var/lib/buildbot/workers/on_worker1/twistd.log
 +
 +
Wie kann ich manuell builds auf hoshino starten (zum Debuggen)?
 +
* Pausiere die Tätigkeiten des Workers. Hierzu auf die Worker Übersicht gehen (https://dev2.opennet-initiative.de/#/workers). Wenn man hier als 'admin' eingeloggt ist, sieht man oben rechts den Button 'Actions...'. Dort 'on_worker1' auswählen und auf 'Pause' klicken.
 +
* Nun können wir uns per root auf hoshino einloggen per SSH
 +
* Als nächstes ist es ratsam in die Rolle des Users buildbot zu wechseln: 'su buildbot -s /bin/bash '. Ansonsten kann es später passieren, das von root erstellte Dateien vom Buildbot User nicht geändert/gelöscht werden können während des Build-Prozesses.
 +
* In '/var/lib/buildbot/workers/on_worker1/opennet-builder/build/' finde wir die ausgecheckte Firmware. Hier können wir nun beliebig debuggen.
 +
* Wenn wir fertig sind, müssen wir dem Worker ein 'Unpause' schicken (seieh erster Schritt).

Version vom 27. März 2022, 13:23 Uhr

Software zum Betrieb von Opennet DEV Umgebung (Hilfsmittel für Entwickler).

Inhaltsverzeichnis

Installation/Konfiguration

Buildbot steht aus zwei Teilen. Der Controller (auch Master genannt) hält die Konfiguration und koordiniert die Arbeit und der Worker übernimmt bestimmte Arbeiten vom Controller.

Die Installation und Konfiguration von Controller und Worker sind im ansible Repository (https://github.com/opennet-initiative/ansible) zu finden.

Betrieb

Fehlersuche

Controller

Ist der Controller erfolgreich gestartet?

  • Prüfe Erreichbarkeit von https://dev2.opennet-initiative.de/#/workers
  • Prüfe `systemctl status buildbot-worker@opennet`
  • Prüfe, ob Prozess läuft `ps -ef | grep buildbot`.
  • Prüfe Log unter /var/lib/buildbot/controllers/opennet/twistd.log

Worker

Ist der Worker mit dem Controller verbunden?

Was kann man prüfen, wenn der Worker sich anscheinend nicht mit dem Controller verbinden?

  • Prüfe auf Worker `systemctl status buildbot-worker@on_worker1`
  • Prüfe, ob Prozess läuft `ps -ef | grep buildbot-worker`.
  • Prüfe auf Worker Log unter /var/lib/buildbot/workers/on_worker1/twistd.log

Wie kann ich manuell builds auf hoshino starten (zum Debuggen)?

  • Pausiere die Tätigkeiten des Workers. Hierzu auf die Worker Übersicht gehen (https://dev2.opennet-initiative.de/#/workers). Wenn man hier als 'admin' eingeloggt ist, sieht man oben rechts den Button 'Actions...'. Dort 'on_worker1' auswählen und auf 'Pause' klicken.
  • Nun können wir uns per root auf hoshino einloggen per SSH
  • Als nächstes ist es ratsam in die Rolle des Users buildbot zu wechseln: 'su buildbot -s /bin/bash '. Ansonsten kann es später passieren, das von root erstellte Dateien vom Buildbot User nicht geändert/gelöscht werden können während des Build-Prozesses.
  • In '/var/lib/buildbot/workers/on_worker1/opennet-builder/build/' finde wir die ausgecheckte Firmware. Hier können wir nun beliebig debuggen.
  • Wenn wir fertig sind, müssen wir dem Worker ein 'Unpause' schicken (seieh erster Schritt).
Meine Werkzeuge
Namensräume

Varianten
Aktionen
Start
Opennet
Kommunikation
Karten
Werkzeuge