GitLab CI-pipeline faalt tijdens buildfase – lokale opslag voor artifacts zit op 100% schijfgebruik

Noah Deboer 20 Reputatiepunten
2026-09-21T16:13:21.3366667+00:00

Hallo,

Ik beheer onze ontwikkelomgeving binnen onze bedrijfsomgeving, waar we gebruikmaken van GitLab CI-runners op onze Windows-servers voor continue integratie. Recent lopen onze CI-builds echter volledig vast tijdens de buildfase, omdat de lokale opslaglocatie voor artifacts de maximale schijfcapaciteit van 100% heeft bereikt.

Omdat de schijf helemaal vol is gelopen met oude build-bestanden en tussenliggende pakketten, worden nieuwe taken per direct afgebroken en kan ons team geen nieuwe versies meer compileren of uitrollen naar productie. Dit belemmert de dagelijkse werkzaamheden van onze ontwikkelaars ernstig.

Ik ben op zoek naar de juiste en meest duurzame manier om dit binnen onze omgeving in te richten. Hoe kunnen we een geautomatiseerd vervalbeleid (automated artifact expiration policy) configureren, zowel via de GitLab CI-instellingen als eventueel via beleid op de server, zodat oude data tijdig wordt opgeruimd en de opslagruimte niet meer volloopt?

Kunt u aangeven welke stappen of configuraties nodig zijn om dit structureel op te lossen?

Alvast bedankt voor de hulp.

Met vriendelijke groet,Deboer.

Windows voor Bedrijven | Windows 365 Business
0 opmerkingen

1 antwoord

Sorteren op: Oudste
Meest nuttig Nieuwste Oudste
  1. Hoang Le 6,355 Reputatiepunten Onafhankelijke adviseur
    2026-09-21T16:46:33.9466667+00:00

    Hallo Noah Deboer,

    Het probleem waarbij GitLab CI-builds mislukken omdat de opslagruimte voor artefacten volledig (100%) in gebruik is, kan worden opgelost door een geautomatiseerd beleid voor het verlopen van artefacten in te stellen. In GitLab CI/CD kun je de vervaldatum van artefacten rechtstreeks in het bestand .gitlab-ci.yml configureren door het attribuut expire_in toe te voegen aan de sectie artifacts, bijvoorbeeld: artifacts: { paths: [“build/”], expire_in: 1 week }. Dit zorgt ervoor dat oude build-artefacten automatisch worden verwijderd na de ingestelde bewaartermijn. Aan de serverzijde dien je ook de ingebouwde onderhoudstaken van GitLab in te schakelen; deze ruimen regelmatig verlopen artefacten en tijdelijke bestanden op. Dit proces wordt aangestuurd door de taak gitlab-rake gitlab:cleanup:orphan_artifacts en kan via cron worden gepland. Voor een robuustere oplossing combineer je het laten verlopen van artefacten op CI-niveau met monitoring van het schijfgebruik op serverniveau, zodat de opschoning proactief plaatsvindt voordat de opslagruimte kritieke niveaus bereikt. Deze tweeledige aanpak voorkomt dat de opslag voor artefacten volloopt en houdt je CI-pipeline stabiel.

    Als mijn antwoord nuttig voor je is, klik dan op 'Accepteer antwoord' om mij te steunen.

    Bedankt,

    HL.

    Was dit antwoord nuttig?

    0 opmerkingen

Uw antwoord

Antwoorden kunnen worden gemarkeerd als 'Geaccepteerd' door de auteur van de vraag en 'Aanbevolen' door moderators, zodat gebruikers het antwoord van de auteur kunnen weten.