LFS Clones Fail Due to Org Budget

[Bckempa]

Version or commit hash

main

Steps to reproduce issue and expected behavior

git clone https://github.com/space-ros/simulation.git /home/spaceros-user/demos_ws/src/simulation

Expected to checkout the simulation asset repo

Actual behavior

Fail to checkout

Backtrace or Console output

Error downloading object: models/canadarm/meshes/earth.dae (e43e047): Smudge error: Error downloading models/canadarm/meshes/earth.dae (e43e047c7e985f13fb57b97c505c33de1d6928166f10dd06aaf217360650d832): batch response: This repository exceeded its LFS budget. The account responsible for the budget should increase it to restore access.

[Bckempa]

Example of a recent failure due to this: https://github.com/space-ros/demos/actions/runs/21552903796/job/62104315428

[dsobek]

I read a little into this, and assuming we are on a free tier for git lfs, we probably have a monthly bandwidth cap of 10GiB.

Our options probably are:

• Get access to the orgs settings/billing and pay for an increased bandwidth
• Audit the files we are storing with git-lfs and see if there is anything we can remove or compress.
• Do more sparse checkouts on the demos side to only pull what we need (I'm not so familiar with the demo structure so I'm not sure how feasible this is).
• Use a different file store.