sorry, że wołam tyle tagów, ale to przez to, że problem zdaje się być tak niezydentyfikowany... zatem mirki z #jenkins #java #raspberrypi #devops #linux #debian
mam sobie instację jenkinsa postawioną ma malince, robi joby, wszystko fajnie, aż z dupy przestaje działać, w /var/log/jenkins.log nie ma nic ciekawego, po prostu wygląda, że proces java pada...
próbowałem dodać -XX:ErrorFile=/var/log/jenkins/jenkins_error.log do argumetów javy, ale load average skacze mi wtedy do 5 nawet 6, a pliku i tak nie ma
@henk: memory, five, siara? Która malina, Jenkins via jetty czy tomcat? OOM killer nie mówi nic o zabitych Javach? Coś ciekawego w Jenkins System log po startupie po crashu?
@paranoiddd więc tak: - jenkins na jetty (tak wychodzi paczka na Debiana) - w Jenkins System log - nic ciekawego: job SUCCESS, job FAILED, po restarcie usługi standardowe ładowanie wtyczek itp, ale przyjrzę się bardziej. - OOM killer - nie wiem co to, sprawdzę jak będę na kompie, nie na telefonie. - malina 3
@Maciek-z-Krakowa: @maniac777: @paranoiddd: racja panowie, OOM killer ubija proces, chyba pozbycie się swapa nie było tak wspaniałym pomysłem, jakim zdawało się być xD
@henk: prawdopodobnie zle podejscie. 1GB ram na system i jenkinsa to prawdopodobnie za malo niezaleznie od tego czy bedziesz mial swap czy nie. Mozesz wlaczyc swap i probowac manipulowac parametrami java xmx xms i podobnymi ale i tak bedzie tam ciasno.
@henk @maniac777: swap będzie o tyle przydany, że OOM Killer podlicza sobie dostępną pamięć dla procesu w formie RAM + SWAP. Jak nie ma RAMu to będzie patrzył tylko na dostępny RAM.
@maniac777: @etch: @Maciek-z-Krakowa: pewnie was to nie interesuje, ale po dodaniu swapa jenkins i debian (plus parę innych narzędzi) mieszczą się w resourcach malinki.
Otwartym pytaniem jest to, kiedy swapowanie zabije kartę SD, ale to się okaże :)
zatem mirki z #jenkins #java #raspberrypi #devops #linux #debian
mam sobie instację jenkinsa postawioną ma malince, robi joby, wszystko fajnie, aż z dupy przestaje działać, w /var/log/jenkins.log nie ma nic ciekawego, po prostu wygląda, że proces java pada...
próbowałem dodać -XX:ErrorFile=/var/log/jenkins/jenkins_error.log do argumetów javy, ale load average skacze mi wtedy do 5 nawet 6, a pliku i tak nie ma
jakieś pomysły na debug?
- jenkins na jetty (tak wychodzi paczka na Debiana)
- w Jenkins System log - nic ciekawego: job SUCCESS, job FAILED, po restarcie usługi standardowe ładowanie wtyczek itp, ale przyjrzę się bardziej.
- OOM killer - nie wiem co to, sprawdzę jak będę na kompie, nie na telefonie.
- malina 3
Również strzelam, że OOM proces ci ubił. Przeglądnij logi (/var/log/{messages,syslog} lub z journalctl -u jenkins jeśli systemd).
Zobacz jakie masz ustawienia Javy odnośnie pamięci i heapa (xmx, xms na początek) - może są zbyt duże i proces rzeczywiście stara się zjeść za dużo?
A w ogóle poważnie weź nie rób tego na R-PI. To tak jakbyś
https://stromasys.atlassian.net/wiki/spaces/KBP/pages/151158785/How+to+prevent+Linux+OOM+from+killing+Charon+processes
Tutaj mniej więcej opisane jak to zrobić, na przykładzie innego procesu
Otwartym pytaniem jest to, kiedy swapowanie zabije kartę SD, ale to się okaże :)
co do SD - ciężko stwierdzić