Hi,
Ich hab den CI wohl irgendwie durch Überbeanspruchung kaputt bekommen ... 
vg
Tarek
Ich habe die log size auf 20GB output erhöht damit der buildprocess nicht immer abbricht weil das default limit von 4GB erreicht wurde.
Zudem hab ich das build script so angepassen das aus dem gluon source code die möglichen targets gelesen werden. So das dynamisch alle Targets gebaut werden und Multithread building sollte nun auch gehen.
Problem ist aktuell nur das ich V=s beim make parameter mit gegeben habe das mehr log ausgabe liefert. Das war wohl zu viel für den CI...
vg
Tarek
Hey,
ist der Runner Server jetzt nur tod oder wie?
VG
Stefan
Ne der runner02 scheint nicht das problem zu sein. Sondern das gitlab. Ich hab den runner auch schon neu gestartet und das build dir geleert sowie gitlab neugestartet. Aber der CI kram denkt nach wie vor das es aktiv ist.
vg
Tarek
Das hatte Johannes auch schonmal.
Kann es sein das es da beim CI Bugs gibt?
Hi,
bitte checken ob ihr mit V=s baut oder irgendwelche anderen Logausgaben die
Gigabyteweise Logs erzeugen.
Und dann bitte die Troubleshooting-Section checken:
https://wiki.nordwest.freifunk.net/Technik/Dokumentation/
Gitlab#Troubleshooting
Viele Grüße
Clemens
Jop ich hatte da mit V=s gebaut. Die Ausgabe von von V=s wäre beim CI natürlich gerade hilfreich. Hm ich mache dazu mal ein Ticket auf und lasse das Erstmal raus.
Danke für den Hinweis Problem ist nun behoben.
vg
Tarek