Wpis z mikrobloga

witam szanowne grono, czy korzysta ktoś z gitlabowskich auto devopsów? mam problem z deployowaniem apki do kubernetesowego PODa (gatsby app) chcę dla testów wrzucić zwykły starter app ale za każdym razem POD restartuje mi się po czym wpada w "CrashLoopBackOff", z logów poda wynika tylko tyle, że startuje aplikację:

> gatsby-starter-default@0.1.0 start /app
> npm run develop


> gatsby-starter-default@0.1.0 develop /app
> gatsby develop


success open and validate gatsby-configs - 0.254s

i to tyle żadnego błędu nie widzę chyba oprócz tego, że nie ma kontynuacji wstawania apki. Istnieje opcja która zwróci mi cały history back ze wszystkich zrestartowanych PODow? czy na PODach są ustawione jakieś limity czasowe? bo z drugiej strony wygląda to tak jakby deploy coś jeszcze robił ale dostaje z góry restart? Inne aplikacje deplouje mi bez problemu.
#devops #gitlab #gatsby #kubernetes #programowanie
  • 9
  • Odpowiedz
@lirycznywandal: Aplikacja startuje i się zamyka. Wtedy k8s próbuje zrestartować poda, jak zrestartuje się kilka razy to właśnie wpada w crashloopbackoff. Może zdebuguj co ta komenda robi i dlaczego soe wywala? Wydaje mi się, ze po prostu Twoja komenda wychodzi z kodem 0.
  • Odpowiedz
@boktosiewpehapiepolapie: masz rację zmieniłem na gatsby build & serve w Dockerfile ale to nic nie zmieniło, z logów jestem w stanie zobaczyć, że aplikacja buduje się po czym startuje serwer i po chwili dostaję restart PODa, nie bardzo wiem jak to można zdebugować.
@yggdrasil: co masz na myśli, że wychodzi z kodem 0? ja mam wrażenie, że ten auto deploy DevOpsowy czegoś oczekuję ale nie mam pojęcia czego.
  • Odpowiedz
@yggdrasil: spróbowałem bezpośrednio z PODa no i zachowuje się tak jak lokalnie czyli buduje aplikacje i ją serwuje ¯\_(ツ)_/¯. Gitlabowski DevOps widocznie czegoś oczekuję o czym ja nie mam zielonego pojęcia i nawet nie wiem gdzie patrzeć w logi z tego powodu, no bo w PODzie ich po prostu nie ma.
Spróbuje bezpośrednio z ich template NodeJS który jest kompatybilny z auto devops, to powinno zadziałać bo będę wystawiał wtedy
  • Odpowiedz
@lirycznywandal: Serwuje i idzie w background, czy po prostu trzyma do momentu jak naciśniesz CTRL-C? Odpalałeś identycznie i trzyma sesje?

Co to znaczy bezpośrednio z poda? Odpalasz sobie nowy na k8s? Jak wygląda dockerfile i jakie masz livenessProbe dla Poda?
  • Odpowiedz
@yggdrasil: sorry że tak późno odpisuję ale problemem okazal się obraz wrzucony w dockerfile który powodował te dziwne mankamenty zmieniłem na node:latest i już mi nie wpada w loopa więc to nie była wina ani kubernetesa ani devopsow, trochę po omacku ale się udalo... szkoda tylko straconego czasu na taki debugging metodą prób i błędów bo error logów zadnych, Dzięki za sugestie to mi dało jakieś węższe spojrzenie gdzie szukać
  • Odpowiedz