Server Installation/buildbot - Versionsgeschichte

Leo: /* Worker */ fix path

2024-01-07T19:07:47Z

Worker: fix path

← Nächstältere Version		Version vom 7. Januar 2024, 19:07 Uhr
Zeile 35:		Zeile 35:
	* Nun können wir uns mit SSH über root auf hoshino anmelden		* Nun können wir uns mit SSH über root auf hoshino anmelden
	* Als Nächstes ist es ratsam in die Rolle des Benutzers buildbot zu wechseln: <code>su buildbot -s /bin/bash</code>. Andernfalls kann es später passieren, dass von root erstellte Dateien vom Buildbot User nicht geändert/gelöscht werden können während des Build-Prozesses.		* Als Nächstes ist es ratsam in die Rolle des Benutzers buildbot zu wechseln: <code>su buildbot -s /bin/bash</code>. Andernfalls kann es später passieren, dass von root erstellte Dateien vom Buildbot User nicht geändert/gelöscht werden können während des Build-Prozesses.
	* In <code>/var/lib/buildbot/workers/~~on_worker1~~/opennet-builder/build/</code> finde wir die ausgecheckte Firmware. Hier können wir nun beliebig debuggen.		* In <code>/var/lib/buildbot/workers/hoshino/opennet-builder/build/</code> finde wir die ausgecheckte Firmware. Hier können wir nun beliebig debuggen.
	* Wenn wir fertig sind, müssen wir dem Worker ein 'Unpause' schicken - siehe erster Schritt.		* Wenn wir fertig sind, müssen wir dem Worker ein 'Unpause' schicken - siehe erster Schritt.

MathiasMahnke: /* Worker */

2022-11-09T09:13:19Z

Worker

← Nächstältere Version		Version vom 9. November 2022, 09:13 Uhr
Zeile 24:		Zeile 24:

	Ist der Worker mit dem Controller verbunden?		Ist der Worker mit dem Controller verbunden?
	* Prüfe unter https://~~dev2~~.opennet-initiative.de/#/workers (wobei [[Server/goat]] hier der Controller ist)		* Prüfe unter https://dev.opennet-initiative.de/#/workers (wobei [[Server/goat]] hier der Controller ist)

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

	Wie kann ich manuell Builds auf hoshino starten (zum Debuggen)?		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.		* Pausiere die Tätigkeiten des Workers. Hierzu auf die Worker Übersicht gehen (https://dev.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 mit SSH über root auf hoshino anmelden		* Nun können wir uns mit SSH über root auf hoshino anmelden
	* Als Nächstes ist es ratsam in die Rolle des Benutzers buildbot zu wechseln: <code>su buildbot -s /bin/bash</code>. Andernfalls kann es später passieren, dass von root erstellte Dateien vom Buildbot User nicht geändert/gelöscht werden können während des Build-Prozesses.		* Als Nächstes ist es ratsam in die Rolle des Benutzers buildbot zu wechseln: <code>su buildbot -s /bin/bash</code>. Andernfalls kann es später passieren, dass von root erstellte Dateien vom Buildbot User nicht geändert/gelöscht werden können während des Build-Prozesses.

MathiasMahnke: /* Controller */

2022-11-09T09:13:10Z

Controller

← Nächstältere Version		Version vom 9. November 2022, 09:13 Uhr
Zeile 16:		Zeile 16:

	Ist der Controller erfolgreich gestartet?		Ist der Controller erfolgreich gestartet?
	* Prüfe Erreichbarkeit von https://~~dev2~~.opennet-initiative.de/#/workers		* Prüfe Erreichbarkeit von https://dev.opennet-initiative.de/#/workers
	* Prüfe `systemctl status buildbot-worker@opennet`		* Prüfe `systemctl status buildbot-worker@opennet`
	* Prüfe, ob Prozess läuft `ps -ef \| grep buildbot`.		* Prüfe, ob Prozess läuft `ps -ef \| grep buildbot`.

MathiasMahnke: /* Betrieb */

2022-11-09T09:13:04Z

Betrieb

← Nächstältere Version		Version vom 9. November 2022, 09:13 Uhr
Zeile 9:		Zeile 9:
	== Betrieb ==		== Betrieb ==

	* Weboberflaeche ist erreichbar über https://~~dev2~~.opennet-initiative.de/		* Weboberflaeche ist erreichbar über https://dev.opennet-initiative.de/

	== Fehlersuche ==		== Fehlersuche ==

Leo: /* Worker */

2022-05-04T05:14:02Z

Worker

← Nächstältere Version		Version vom 4. Mai 2022, 05:14 Uhr
Zeile 34:		Zeile 34:
	* 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.		* 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 mit SSH über root auf hoshino anmelden		* Nun können wir uns mit SSH über root auf hoshino anmelden
	* Als Nächstes ist es ratsam in die Rolle des Benutzers buildbot zu wechseln: <code>su buildbot -s /bin/bash</code>. Andernfalls 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.		* Als Nächstes ist es ratsam in die Rolle des Benutzers buildbot zu wechseln: <code>su buildbot -s /bin/bash</code>. Andernfalls kann es später passieren, dass von root erstellte Dateien vom Buildbot User nicht geändert/gelöscht werden können während des Build-Prozesses.
	* In <code>/var/lib/buildbot/workers/on_worker1/opennet-builder/build/</code> finde wir die ausgecheckte Firmware. Hier können wir nun beliebig debuggen.		* In <code>/var/lib/buildbot/workers/on_worker1/opennet-builder/build/</code> finde wir die ausgecheckte Firmware. Hier können wir nun beliebig debuggen.
	* Wenn wir fertig sind, müssen wir dem Worker ein 'Unpause' schicken - siehe erster Schritt.		* Wenn wir fertig sind, müssen wir dem Worker ein 'Unpause' schicken - siehe erster Schritt.

MathiasMahnke: /* Worker */ Formatierung verbessert

2022-03-28T19:14:48Z

Worker: Formatierung verbessert

← Nächstältere Version		Version vom 28. März 2022, 19:14 Uhr
Zeile 27:		Zeile 27:

	Was kann man prüfen, wenn der Worker sich anscheinend nicht mit dem Controller verbinden?		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 auf Worker <code>systemctl status buildbot-worker@on_worker1</code>
	* Prüfe, ob Prozess läuft `ps -ef \| grep buildbot-worker`.		* Prüfe, ob Prozess läuft <code>ps -ef \| grep buildbot-worker</code>.
	* Prüfe auf Worker Log unter /var/lib/buildbot/workers/on_worker1/twistd.log		* Prüfe auf Worker Log unter <code>/var/lib/buildbot/workers/on_worker1/twistd.log</code>

	Wie kann ich manuell ~~builds~~ auf hoshino starten (zum Debuggen)?		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.		* 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~~		* Nun können wir uns mit SSH über root auf hoshino anmelden
	* 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.		* Als Nächstes ist es ratsam in die Rolle des Benutzers buildbot zu wechseln: <code>su buildbot -s /bin/bash</code>. Andernfalls 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.		* In <code>/var/lib/buildbot/workers/on_worker1/opennet-builder/build/</code> 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).		* Wenn wir fertig sind, müssen wir dem Worker ein 'Unpause' schicken - siehe erster Schritt.

Leo: /* Worker */ Anleitung: Wie kann ich manuell builds auf hoshino starten (zum Debuggen)?

2022-03-27T11:23:16Z

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

← Nächstältere Version		Version vom 27. März 2022, 11:23 Uhr
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).

MathiasMahnke: Öffentliche URLs

2022-03-13T18:26:30Z

Öffentliche URLs

← Nächstältere Version		Version vom 13. März 2022, 18:26 Uhr
Zeile 16:		Zeile 16:

	Ist der Controller erfolgreich gestartet?		Ist der Controller erfolgreich gestartet?
	* Prüfe ~~erreichbarkeit~~ von ~~http~~://~~goat~~.~~on:8010~~/#/workers		* Prüfe Erreichbarkeit von https://dev2.opennet-initiative.de/#/workers
	* Prüfe `systemctl status buildbot-worker@opennet`		* Prüfe `systemctl status buildbot-worker@opennet`
	* Prüfe, ob Prozess läuft `ps -ef \| grep buildbot`.		* Prüfe, ob Prozess läuft `ps -ef \| grep buildbot`.
Zeile 24:		Zeile 24:

	Ist der Worker mit dem Controller verbunden?		Ist der Worker mit dem Controller verbunden?
	* Prüfe unter ~~http~~://~~goat~~.~~on:8010~~/#/workers (wobei goat~~.on~~ hier der Controller ist)		* Prüfe unter https://dev2.opennet-initiative.de/#/workers (wobei [[Server/goat]] hier der Controller ist)

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

MathiasMahnke am 13. März 2022 um 18:24 Uhr

2022-03-13T18:24:34Z

← Nächstältere Version		Version vom 13. März 2022, 18:24 Uhr
Zeile 1:		Zeile 1:
	Software zum Betrieb von [[Opennet DEV]] ~~trac~~ Umgebung (Hilfsmittel für Entwickler).		Software zum Betrieb von [[Opennet DEV]] Umgebung (Hilfsmittel für Entwickler).

	== Installation/Konfiguration ==		== Installation/Konfiguration ==

Leo am 13. März 2022 um 09:43 Uhr

2022-03-13T09:43:00Z

@@ Zeile 1: / Zeile 1: @@
 Software zum Betrieb von [[Opennet DEV]] trac Umgebung (Hilfsmittel für Entwickler).
-== Installation ==
+== Installation/Konfiguration ==
-== Konfiguration ==
+== Betrieb ==