Bug 1402861

(In reply to Thomas Moschny from comment #0)
> When I delete a project, in some cases it seems the dist-git and the result
> directories remain.

Dist-git data always remain, there is no deletion of them at the moment.

> 
> Looking at http://copr-dist-git.fedorainfracloud.org/cgit/thm/, I see
> repositories for projects I already deleted. After creating a project with
> the same name, dist-git carries a mixture of old and new project files.
> 
> For http://copr-dist-git.fedorainfracloud.org/cgit/thm/, the situation is
> even worse: The directories there are deleted asynchronously it seems. So,
> if I delete a project, re-create it with the same name, build something, and
> later have a look at the results directory, the garbage collection seems to
> have kicked in in between, and the *new* builds are gone :(

Is the link http://copr-dist-git.fedorainfracloud.org/cgit/thm/ correct? Note that it is the same link as in the first paragraph. Anyway, there is no garbage collection in place, so data (srpm + spec) from the latest builds should be present. Can you recheck, please?

(In reply to clime from comment #1)
> (In reply to Thomas Moschny from comment #0)
> Dist-git data always remain, there is no deletion of them at the moment.

Is this planned? If not, consider this an RFE ;)

> > For http://copr-dist-git.fedorainfracloud.org/cgit/thm/, the situation is
> > even worse: The directories there are deleted asynchronously it seems. So,
> > if I delete a project, re-create it with the same name, build something, and
> > later have a look at the results directory, the garbage collection seems to
> > have kicked in in between, and the *new* builds are gone :(
> 
> Is the link http://copr-dist-git.fedorainfracloud.org/cgit/thm/ correct?
> Note that it is the same link as in the first paragraph. Anyway, there is no
> garbage collection in place, so data (srpm + spec) from the latest builds
> should be present. Can you recheck, please?

Copy and paste error, sorry. It should have read
https://copr-be.cloud.fedoraproject.org/results/thm/
This has been cleaned up in the meantime.

Still it looks to me as there is a significant delay between deleting a project from the web GUI and the time when that result directory gets cleaned, leading to new builds being deleted.

From memory, here is what happened:

1. I deleted the shotwell project
2. I recreated the shotwell project
3. Made some builds within this project
4. The result dir got cleaned (some hours later?)
5. Builds from (3.) are missing

> Copy and paste error, sorry. It should have read
> https://copr-be.cloud.fedoraproject.org/results/thm/
> This has been cleaned up in the meantime.
> 
> Still it looks to me as there is a significant delay between deleting a
> project from the web GUI and the time when that result directory gets
> cleaned, leading to new builds being deleted.
> 
> From memory, here is what happened:
> 
> 1. I deleted the shotwell project
> 2. I recreated the shotwell project
> 3. Made some builds within this project
> 4. The result dir got cleaned (some hours later?)
> 5. Builds from (3.) are missing

Oh, this scenario is possible if action queue gets stuck for some reason and there was (still is) a problem with cancelling job action that could cause the jamming up so that your deletion-action was delayed. This is an interesting problem.

Dist-git GC topic is moved to bug 1427431.

The backend (results) part should be fixed nowadays, I hope.  Please reopen
if that isn't the case.