GitLab Runner: אתרו את הגדרות ה-proxy לשלב העבודה שנכשל
בקרת Runner, שליפת תמונה, הבאת מאגר והורדות בתוך העבודה עשויים לנבוע מתהליכים שונים.
| הכשל הראשון | הקלט שיש לבדוק |
|---|---|
| Runner יוצר קשר עם GitLab | סביבת שירות Runner |
| משיכת תמונת העבודה | שירות ה-Docker daemon/המשיכה |
| הבאת המאגר | סביבת לקוח/עוזר Git בפועל |
| הורדת פקודת העבודה | המכולה והגדרות הלקוח של אותו כלי עצמו |
משתנה עבודה מגיע מאוחר מדי עבור משיכת תמונה שכבר נדרשת ליצירת המכולה. גם חיבור בקרה מוצלח של Runner אינו יכול לבסס נגישות לעבודה מבודדת.
עבור 127.0.0.1:3128, אתרו את המאזין: ה-loopback של מכולת העבודה אינו מארח ה-Runner. העניקו גישה לעוזר על המארח רק לרשתות העבודה המיועדות, ונהלו את חשבון ה-upstream שלו במכוון.
החילו את הממשק הנתמך של ה-Runner/מבצע שנפרס, ולאחר מכן את האפשרויות התלויות בגרסה של המוריד בפועל. שמרו את השלב, התהליך המבקש ונקודת הקצה שנוסתה באבחון מצונזר במקום להכניס השערות ספציפיות לחשבון לעטיפות משותפות.