https://progress.opensuse.org/https://progress.opensuse.org/themes/openSUSE/favicon/favicon.ico?15829177842021-04-19T09:30:25ZopenSUSE Project Management ToolopenQA Project - action #91347: [spike][timeboxed:18h] Support for archived jobshttps://progress.opensuse.org/issues/91347?journal_id=3985712021-04-19T09:30:25Zokurzokurz@suse.com
<ul><li><strong>Tracker</strong> changed from <i>coordination</i> to <i>action</i></li></ul> openQA Project - action #91347: [spike][timeboxed:18h] Support for archived jobshttps://progress.opensuse.org/issues/91347?journal_id=3987842021-04-19T15:26:08Zmkittlermarius.kittler@suse.com
<ul><li><strong>Assignee</strong> set to <i>mkittler</i></li></ul> openQA Project - action #91347: [spike][timeboxed:18h] Support for archived jobshttps://progress.opensuse.org/issues/91347?journal_id=3988232021-04-20T04:15:04Zopenqa_reviewopenqa-review@suse.de
<ul><li><strong>Due date</strong> set to <i>2021-05-04</i></li></ul><p>Setting due date based on mean cycle time of SUSE QE Tools</p>
openQA Project - action #91347: [spike][timeboxed:18h] Support for archived jobshttps://progress.opensuse.org/issues/91347?journal_id=3998012021-04-22T10:26:38Zmkittlermarius.kittler@suse.com
<ul><li><strong>Status</strong> changed from <i>Workable</i> to <i>In Progress</i></li></ul><p>Draft implementing some of the suggestions: <a href="https://github.com/os-autoinst/openQA/pull/3858" class="external">https://github.com/os-autoinst/openQA/pull/3858</a></p>
openQA Project - action #91347: [spike][timeboxed:18h] Support for archived jobshttps://progress.opensuse.org/issues/91347?journal_id=4008092021-04-26T13:33:46Zmkittlermarius.kittler@suse.com
<ul><li><strong>Status</strong> changed from <i>In Progress</i> to <i>Feedback</i></li></ul><blockquote>
<p>which jobs to archive? maybe boolean config: If "archive" then move important jobs to archive if they expire, else delete; or same for all<br>
when/how to trigger the archiving minion job?<br>
Should we consider "archived" == "important" after some grace time when an important job is moved to a potentially slower archive? So at the time when we trigger the cleanup for non-important jobs we also look at the important jobs and make sure that they are archived or queued for archiving (if that's a more costly process)</p>
</blockquote>
<p>The draft PR shows now triggering the archiving during cleanup. It would archive logs of important jobs which are only preserved because the job is considered important. This should be what the last question has asked for. This way of introducing the archiving feature has the advantage that we don't need to introduce new retention periods. The disadvantage is of course that only important jobs benefit from the archiving. However, I suppose we can still improve that later so I'd say it is still a good start.</p>
<hr>
<blockquote>
<p>is it performant enough to have one minion job for one time or one minion job for every job or some bunching in the middle?</p>
</blockquote>
<p>The cleanup is already one long Minion job itself so I've been splitting the archiving up. I assume archiving can potentially take a while if lots of jobs are considered at the same time. I suppose it all depends on the I/O performance.</p>
<hr>
<blockquote>
<p>Is there a need to unarchive (move back to non-archived results)?</p>
</blockquote>
<p>Not covered so far but it wouldn't be hard to implement the reverse and an admin could trigger it by enqueuing a Minion job manually on the command-line.</p>
<hr>
<blockquote>
<p>How to monitor and cleanup from the archive?<br>
How does the current cleanup encounter archived results, delete them? fail?</p>
</blockquote>
<p>I suppose we should add file system checks for the monitoring host in the same way we have them for OSD.<br>
Since I've implemented archiving as an intermediate step of the cleanup (see answer to first question) the archive would be cleaned up as part of the usual cleanup when the important job expires completely.</p>
<hr>
<p>Screenshots haven't been considered at all because they're shared between jobs which would make things complicated. Of course we could still consider them in the future.</p>
openQA Project - action #91347: [spike][timeboxed:18h] Support for archived jobshttps://progress.opensuse.org/issues/91347?journal_id=4009082021-04-26T19:57:44Zokurzokurz@suse.com
<ul><li><strong>Status</strong> changed from <i>Feedback</i> to <i>Resolved</i></li></ul><p>Perfect. I created three new stories <a class="issue tracker-4 status-3 priority-3 priority-lowest closed child" title="action: UI representation for archived jobs (Resolved)" href="https://progress.opensuse.org/issues/91785">#91785</a>, <a class="issue tracker-4 status-3 priority-3 priority-lowest closed child" title="action: Add support for archived jobs (Resolved)" href="https://progress.opensuse.org/issues/91782">#91782</a>, <a class="issue tracker-4 status-3 priority-3 priority-lowest closed child" title="action: Add monitoring for storage.qa.suse.de (Resolved)" href="https://progress.opensuse.org/issues/91779">#91779</a> so I think we are good here. Thank you, perfect work! :)</p>
openQA Project - action #91347: [spike][timeboxed:18h] Support for archived jobshttps://progress.opensuse.org/issues/91347?journal_id=4009112021-04-26T19:58:16Zokurzokurz@suse.com
<ul><li><strong>Due date</strong> deleted (<del><i>2021-05-04</i></del>)</li></ul>