Garbage Collection LFS Pointer deletes inuse LFS Objects #13109

New Issue

GiteaMirror · 2025-11-02T10:31:20-06:00

GiteaMirror commented

2025-11-02 10:31:20 -06:00

Originally created by @wienans on GitHub (Jun 6, 2024).

Description

Hallo Community,

i noticed that on my Gitea Platform all old LFS Files are lost. Currently i only have LFS files which are 3 days old. And 3 days ago i manually run the Garbage Collection for all repositories and Garbage Collection LFS pointers.

I now reproduced this issue with setting the config as follows for that task and uploaded some lfs files an hour ago.

[cron.gc_lfs]
OLDER_THAN = 1h
LAST_UPDATED_MORE_THAN_AGO = 1h

All LFS Files are gone again. And the Log looks not to be conclusive at all...
The Admin pannel shows that the task was done at 12:11:43 and i see the gc_lfs but there is not more than that.

Gitea Version

1.21.11

Can you reproduce the bug on the Gitea demo site?

No

Log

2024/06/06 12:11:43 ...eb/routing/logger.go:102:func1() [I] router: completed GET /user/events for 192.168.1.132:56594, 200 OK in 14976.7ms @ events/events.go:18(events.Events)
2024/06/06 12:11:43 ...rvices/cron/tasks.go:152:GetTask() [I] Getting gc_lfs in &{{0 0} gc_lfs 0xc000918740 0x24a6980    0 0001-01-01 00:00:00 +0000 UTC}
2024/06/06 12:11:43 ...eb/routing/logger.go:102:func1() [I] router: completed POST /admin for 192.168.1.132:56634, 303 See Other in 6.0ms @ admin/admin.go:141(admin.DashboardPost)
2024/06/06 12:11:43 ...eb/routing/logger.go:102:func1() [I] router: completed GET /admin/monitor/cron for 192.168.1.132:56634, 200 OK in 23.1ms @ admin/admin.go:175(admin.CronTasks)
2024/06/06 12:11:43 ...eb/routing/logger.go:102:func1() [I] router: completed POST /api/actions/runner.v1.RunnerService/FetchTask for 192.168.3.47:46962, 200 OK in 60.9ms @ <autogenerated>:1(http.Handler.ServeHTTP-fm)
2024/06/06 12:11:45 ...eb/routing/logger.go:102:func1() [I] router: completed POST /api/actions/runner.v1.RunnerService/FetchTask for 192.168.3.47:46962, 200 OK in 55.4ms @ <autogenerated>:1(http.Handler.ServeHTTP-fm)
2024/06/06 12:11:47 ...eb/routing/logger.go:68:func1() [I] router: polling   GET /user/events for 192.168.1.132:56634, elapsed 3610.7ms @ events/events.go:18(events.Events)
2024/06/06 12:11:47 ...eb/routing/logger.go:102:func1() [I] router: completed GET /user/events for 192.168.1.132:56634, 200 OK in 3732.3ms @ events/events.go:18(events.Events)
2024/06/06 12:11:47 ...eb/routing/logger.go:102:func1() [I] router: completed GET /admin/monitor/cron for 192.168.1.132:56635, 200 OK in 18.0ms @ admin/admin.go:175(admin.CronTasks)
2024/06/06 12:11:47 ...eb/routing/logger.go:102:func1() [I] router: completed POST /api/actions/runner.v1.RunnerService/FetchTask for 192.168.3.47:46962, 200 OK in 50.6ms @ <autogenerated>:1(http.Handler.ServeHTTP-fm)
2024/06/06 12:11:49 ...eb/routing/logger.go:102:func1() [I] router: completed POST /api/actions/runner.v1.RunnerService/FetchTask for 192.168.3.47:46962, 200 OK in 52.4ms @ <autogenerated>:1(http.Handler.ServeHTTP-fm)
2024/06/06 12:11:50 ...eb/routing/logger.go:102:func1() [I] router: completed GET /wienand/GIT-lfs-test/settings/lfs for 192.168.1.132:56636, 200 OK in 146.5ms @ setting/lfs.go:42(setting.LFSFiles)
2024/06/06 12:11:51 ...eb/routing/logger.go:68:func1() [I] router: polling   GET /user/events for 192.168.1.132:56635, elapsed 3738.1ms @ events/events.go:18(events.Events)

Screenshots

No response

Git Version

2.42.0, Wire Protocol Version 2 Enabled

Operating System

Windows

How are you running Gitea?

Windows Server: gitea-1.21.11-gogit-windows-4.0-amd64

Database

MySQL/MariaDB

Originally created by @wienans on GitHub (Jun 6, 2024). ### Description Hallo Community, i noticed that on my Gitea Platform all old LFS Files are lost. Currently i only have LFS files which are 3 days old. And 3 days ago i manually run the Garbage Collection for all repositories and Garbage Collection LFS pointers. I now reproduced this issue with setting the config as follows for that task and uploaded some lfs files an hour ago. ``` [cron.gc_lfs] OLDER_THAN = 1h LAST_UPDATED_MORE_THAN_AGO = 1h ``` All LFS Files are gone again. And the Log looks not to be conclusive at all... The Admin pannel shows that the task was done at 12:11:43 and i see the gc_lfs but there is not more than that. ### Gitea Version 1.21.11 ### Can you reproduce the bug on the Gitea demo site? No ### Log ``` 2024/06/06 12:11:43 ...eb/routing/logger.go:102:func1() [I] router: completed GET /user/events for 192.168.1.132:56594, 200 OK in 14976.7ms @ events/events.go:18(events.Events) 2024/06/06 12:11:43 ...rvices/cron/tasks.go:152:GetTask() [I] Getting gc_lfs in &{{0 0} gc_lfs 0xc000918740 0x24a6980 0 0001-01-01 00:00:00 +0000 UTC} 2024/06/06 12:11:43 ...eb/routing/logger.go:102:func1() [I] router: completed POST /admin for 192.168.1.132:56634, 303 See Other in 6.0ms @ admin/admin.go:141(admin.DashboardPost) 2024/06/06 12:11:43 ...eb/routing/logger.go:102:func1() [I] router: completed GET /admin/monitor/cron for 192.168.1.132:56634, 200 OK in 23.1ms @ admin/admin.go:175(admin.CronTasks) 2024/06/06 12:11:43 ...eb/routing/logger.go:102:func1() [I] router: completed POST /api/actions/runner.v1.RunnerService/FetchTask for 192.168.3.47:46962, 200 OK in 60.9ms @ <autogenerated>:1(http.Handler.ServeHTTP-fm) 2024/06/06 12:11:45 ...eb/routing/logger.go:102:func1() [I] router: completed POST /api/actions/runner.v1.RunnerService/FetchTask for 192.168.3.47:46962, 200 OK in 55.4ms @ <autogenerated>:1(http.Handler.ServeHTTP-fm) 2024/06/06 12:11:47 ...eb/routing/logger.go:68:func1() [I] router: polling GET /user/events for 192.168.1.132:56634, elapsed 3610.7ms @ events/events.go:18(events.Events) 2024/06/06 12:11:47 ...eb/routing/logger.go:102:func1() [I] router: completed GET /user/events for 192.168.1.132:56634, 200 OK in 3732.3ms @ events/events.go:18(events.Events) 2024/06/06 12:11:47 ...eb/routing/logger.go:102:func1() [I] router: completed GET /admin/monitor/cron for 192.168.1.132:56635, 200 OK in 18.0ms @ admin/admin.go:175(admin.CronTasks) 2024/06/06 12:11:47 ...eb/routing/logger.go:102:func1() [I] router: completed POST /api/actions/runner.v1.RunnerService/FetchTask for 192.168.3.47:46962, 200 OK in 50.6ms @ <autogenerated>:1(http.Handler.ServeHTTP-fm) 2024/06/06 12:11:49 ...eb/routing/logger.go:102:func1() [I] router: completed POST /api/actions/runner.v1.RunnerService/FetchTask for 192.168.3.47:46962, 200 OK in 52.4ms @ <autogenerated>:1(http.Handler.ServeHTTP-fm) 2024/06/06 12:11:50 ...eb/routing/logger.go:102:func1() [I] router: completed GET /wienand/GIT-lfs-test/settings/lfs for 192.168.1.132:56636, 200 OK in 146.5ms @ setting/lfs.go:42(setting.LFSFiles) 2024/06/06 12:11:51 ...eb/routing/logger.go:68:func1() [I] router: polling GET /user/events for 192.168.1.132:56635, elapsed 3738.1ms @ events/events.go:18(events.Events) ``` ### Screenshots _No response_ ### Git Version 2.42.0, Wire Protocol Version 2 Enabled ### Operating System Windows ### How are you running Gitea? Windows Server: gitea-1.21.11-gogit-windows-4.0-amd64 ### Database MySQL/MariaDB

GiteaMirror added the issue/critical topic/lfs type/bug labels 2025-11-02 10:31:20 -06:00

GiteaMirror closed this issue

2025-11-02 10:31:20 -06:00

GiteaMirror commented

2025-11-02 10:31:21 -06:00

@wolfogre commented on GitHub (Aug 7, 2024):

Confirmed that it can be reproduced. The problem arises with gogit enabled editions:

gitea-1.22.1-gogit-windows-4.0-386.exe
gitea-1.22.1-gogit-windows-4.0-amd64.exe

@wolfogre commented on GitHub (Aug 7, 2024): Confirmed that it can be reproduced. The problem arises with gogit enabled editions: - gitea-1.22.1-gogit-windows-4.0-386.exe - gitea-1.22.1-gogit-windows-4.0-amd64.exe

Sign in to join this conversation.

Branches Tags

1 Participants

Notifications

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: github-starred/gitea#13109