Closed xpicio closed 2 years ago
Hi @xpicio without seeing your repo layout, it's difficult to say. Could you please use the latest version of gcr-cleaner and set the environment variable GCRCLEANER_LOG=debug
? That prints the decision tree which might reveal more details.
Sure, i will do it
Hi there - I'm going to close this due to inactivity. If this is still an occurring, please open a new issue and include the debug log output. If you are running locally as a CLI, set the environment variable GCRCLEANER_LOG=debug
. If you are running as a service, set the service environment as GCRCLEANER_LOG=debug
and restart the service.
Hello, is not the first time that happens, but to be honest i'm not able to reproduce the issue. I tried many times with
--dry-run
option and thekeep
andgrace
parameters are always respected. On the same registry i'm using three different kind of tagversion-alpha
,version-rc
,version-feature-name
and for production images justversion
.Every day i'm running gcr-cleaner as kubernets's CronJob with the following parameters:
On the machine-events-srv folder yesterday there were 3 images:
1.4.0-alpha.1-212 built N/A 1.4.0-alpha.2-2 built at 03/03/22 16:33 with kaniko (cache enabled) 1.4.0-alpha.3-3 built at 03/21/22 14:30 with kaniko (cache enabled)
and with the last run of gcr-cleaner alla images has been removed:
Do you have any suggestions ? Is there something wrong with my cleanup strategy ?