Eruthon I can see the .zip is being downloaded and is trying to be extracted in Application.log, but it's not succesful since 7th September 2025. I also tried to download the .zip and extract it manually in C:\Program Files\Theopenem\Toems-API\private\winget_manifests, and restarting Toems-API and Toems-UI, but I can't see SOME packages I could find before without problems, e.g.:
Eruthon I'm returning with this issue, although pretty discouraged that noone else has this issue. But with Claude I tried to troubleshoot the issue and got into this summary: Bug: WinGetManifestImporter takes 40 minutes but Hangfire's default InvisibilityTimeout is 30 minutes. After 30 min, a second worker is automatically dispatched in parallel. Both workers share the same winget_manifests directory, causing a race condition where one worker's "Cleaning Files" deletes the YAML files the other worker is still reading. Reproduction: Logs show Worker #X starts at 12:18:39, Worker #Y starts at exactly 12:48:40 (30:01 later) while Worker #X is still in "Importing Manifests" phase. Suggested fix: Decorate WinGetManifestImporter job class with [AutomaticRetry(Attempts = 0)] and set BackgroundJobServerOptions.InvisibilityTimeout = TimeSpan.FromHours(2) at Hangfire registration. This seems to be true, but I don't really know why would winget take so much time importing the manifests. Maybe editing Web.config would solve this, if it contains such settings.
theopenem_admin I can look into that, although I'm pretty sure I already have this. [AutomaticRetry(Attempts = 0)]. What type of hard drive are you using, the only time I've seen this take a really long time is if you are using spinning disks.
Eruthon theopenem_admin I have this as VM on ProxMox with 4TB SSDs in RAID1. Also there's nothing else on the Windows VM. And no heavy I/O other VMs. I also tried to put the winget download task laster in the evening at 23:00. I had some problems with data cleanup task, too - status was also Failed repeatedly, then I cleaned some old DB resources and some AI stuff and data cleanup runs without problems since. (that huge spike is automatic rebooting) O: contains local storage for this server And reliabiltiy monitor doesn't show anything other than Toec crashing every now and then: Only thing that comes to mind is the RND speed due to C drive being about 80% full:
Eruthon Also writing here as a note that made be troubleshoot this in the first place - I wanted to add LM Studio into WinGet Module and since version 0.4.0 I couldn't get newer version to be displayed in available packages. Most updated version rn is 0.4.12+1. And it seems that since 0.4.0 the version numbering for this package changed and they started to add that '+' into the version number, which Toems probably doesn't allow in its DB and as such it doesn't offer that version in the UI.
