I recently upgraded my TrueNas Core server to Scale and I can’t get it to use the app function whatsoever (I want to run a Jellyfin server).
Whenever it tries to use the default app catalog, it spits out this: Error: [EFAULT] Failed to clone ‘GitHub - truenas/charts: TrueNAS SCALE Apps Catalogs & Charts’ repository at ‘/mnt/main_storage/ix-applications/catalogs/github_com_truenas_charts_git_master’ destination: Cmd(‘git’) failed due to: exit code(128) cmdline: git clone -v GitHub - truenas/charts: TrueNAS SCALE Apps Catalogs & Charts /mnt/main_storage/ix-applications/catalogs/github_com_truenas_charts_git_master stderr: 'Cloning into ‘/mnt/main_storage/ix-applications/catalogs/github_com_truenas_charts_git_master’… POST git-upload-pack (164 bytes) POST git-upload-pack (gzip 1717 to 889 bytes) error: 6189 bytes of body are still expected fetch-pack: unexpected disconnect while reading sideband packet fatal: early EOF fatal: index-pack failed ’
And whenever you try to add a new catalog, it fails (I can’t find the error right now, can post later if needed).
Has anybody else had this issue, and if so, can anybody fix this? Whenever I try to get a software update or anything by the way, it works totally fine.
Yep, no packet loss from anything else. Tried cloning it in the shell, worked perfectly and had no issues. I have no idea why it cannot do this for the apps. Should I possibly try a reinstall?
Reinstall is rather extreme. I’d say first do this:
Go into the TrueNAS UI → Apps → Settings → Unset Pool. Then wait a moment and re-load the Apps UI again and select your pool. That will re-init the Apps system fresh.
Glad to hear its now working.
Just a question though, are you running a bridge (i.e br0 interface)?
If so, the Apps service will not start after a boot (or reboot). This is a known problem with Cobia (and Dragonfish).
As @dan wrote above, UNSETing and “Choose Pool” will fix it. Sadly, you need to do this after any reboot.
There are also posts on the old forum saying, that it has something to do with a wrong time set in the BIOS.
That never solved the problem for me so I ended up moving the apps to a VM - and i completly removed everything app related from the system.
Jellyfin/plex is easely done in a VM.
Thanks to this thread, I was able to solve my issue. I set up a bridge which is when the issue started. I neglected to enter of save my DNS server configuration. I was previously using DHCP and hadn’t entered any of that manually. Fixing that got things back up. Thanks!
Does the program empty this directory when updating it, making it impossible to manually upload folders into it? I’m on version 25.04.1 and also encountered this issue.
Additional technical context:
The error occurs during the catalog sync process where the system attempts to clone the TrueNAS apps repository but fails, leaving the directory empty. This behavior suggests the synchronization mechanism may first purge the target directory before attempting to repopulate it, which interferes with manual uploads. The issue persists even after manual folder creation and permission adjustments in version 25.04.1 of TrueNAS SCALE.
FYI, this is usually only a problem when the BIOS clock is completely wrong (usually because of a failed BIOS battery). Anything that depends on verifying cryptographic signing will fail because the certificates used have both a start and end date. If your BIOS clock resets to a date before the certificate start date it will fail to verify the signed package.
I had a homelab ESXi server that failed to boot up correctly after a power failure. BIOS battery was dead, server came back up with a date of 1990 or something, and ESXi failed to verify its signed drivers as it was before the certificate start date.
