GitLab Runner: raskite tarpinio serverio nuostatas nepavykusiam užduoties etapui
Runner valdymas, atvaizdžio gavimas, saugyklos gavimas ir atsisiuntimai užduoties viduje gali kilti iš skirtingų procesų.
| Pirmoji klaida | Tikrinama įvestis |
|---|---|
| Runner susisiekia su GitLab | Runner paslaugos aplinka |
| Užduoties atvaizdžio gavimas | Docker tarnybos/atvaizdžio gavimo paslauga |
| Saugyklos gavimas | Faktinė Git kliento/pagalbinės priemonės aplinka |
| Užduoties komandos atsisiuntimas | Konteineris ir to įrankio pačios kliento nuostatos |
Užduoties kintamasis ateina per vėlai atvaizdžio gavimui, kurio jau reikia konteineriui sukurti. Sėkmingas Runner valdymo ryšys taip pat negali užtikrinti izoliuotos užduoties pasiekiamumo.
Jei tai 127.0.0.1:3128, suraskite klausytoją: užduoties konteinerio loopback nėra Runner hostas. Suteikite prieigą prie hosto pagalbinės priemonės tik numatytiems užduoties tinklams ir sąmoningai tvarkykite jos upstream paskyrą.
Taikykite įdiegto Runner/vykdytojo palaikomą sąsają, o paskui tikrojo atsisiuntėjo su versija susietas parinktis. Etapą, užklausos procesą ir bandytą galinį tašką laikykite redaguotoje diagnostikoje, o ne dėkite paskyrai būdingas prielaidas į bendrus apvalkalus.