<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<title></title>
</head>
<body>
<div name="messageBodySection">
<div dir="auto">I suggest we automatically expire everything in 30 days, just like we now do for cache.<br />
<br />
I guess it's always trivial to rerun a pipeline if somebody wants the artifacts?<br />
<br />
Cheers,<br />
<br />
Erik</div>
</div>
<div name="messageSignatureSection"><br />
--
<div dir="auto">Erik Lindahl, Professor of Biophysics</div>
<div dir="auto">Science for Life Laboratory, Stockholm University &amp; KTH</div>
</div>
<div name="messageReplySection">On 29 Sep 2022 at 17:30 +0100, Eric Irrgang &lt;ericirrgang@gmail.com&gt;, wrote:<br />
<blockquote type="cite" style="border-left-color: grey; border-left-width: thin; border-left-style: solid; margin: 5px 5px;padding-left: 10px;">Hi Devs.<br />
<br />
According to https://gitlab.com/gromacs/gromacs/-/usage_quotas we are almost at 5TB of retained job artifacts, and growing.<br />
<br />
Do we have any idea of how big that can get before it becomes a problem?<br />
<br />
I notice that we have selected the option to override the `expire_in` job artifact parameter for successful pipelines and to instead retain artifacts for the most recent commit on each ref indefinitely.<br />
https://docs.gitlab.com/ee/ci/pipelines/job_artifacts.html#keep-artifacts-from-most-recent-successful-jobs<br />
<br />
Is this necessary or appropriate? We have a _lot_ of branches, and it is unclear how/whether artifacts are trimmed for refs for branches that have been removed.<br />
<br />
If the existing value of `expire_in` is too short, maybe we could set it to a longer, but finite time instead of "forever".<br />
<br />
If we want to further reduce our artifacts volume, we could set `expire_in` to something less.<br />
<br />
We could also consider generating less artifact volume by merging some jobs or stages. The config jobs, for instance, take only marginally longer to run than the overhead they generate, so we would lose very little CPU/pod time by merging them with the build jobs.<br />
<br />
Best,<br />
Eric<br />
--<br />
Gromacs Developers mailing list<br />
<br />
* Please search the archive at https://www.gromacs.org/gmx-devel.html before posting!<br />
<br />
* Can't post? Read https://www.gromacs.org/gmx-devel.html<br />
<br />
* For (un)subscribe requests visit<br />
https://maillist.sys.kth.se/mailman/listinfo/gromacs.org_gmx-developers or send a mail to gmx-developers-request@gromacs.org.<br /></blockquote>
</div>
</body>
</html>