[GH-ISSUE #299] Administration Library timeout #152

New Issue

2026-02-17T17:06:17-05:00

yindo commented

2026-02-17 17:06:17 -05:00

Originally created by @naerymdan on GitHub (Dec 3, 2025).
Original GitHub issue: https://github.com/Drop-OSS/drop/issues/299

Ever since last update, when I navigate to the administration library (/admin/library), it starts loading and times out after a while. I saw that every time I navigated to the library, it would kick off a full validation of every single archive I have in Drop, eating a ton of CPU.

Top before navigating to the library:

Mem: 32290928K used, 462288K free, 284524K shrd, 188616K buff, 23280476K cached
CPU:  10% usr   3% sys   0% nic  83% idle   0% io   0% irq   1% sirq
Load average: 1.09 0.85 1.02 6/1357 165
  PID  PPID USER     STAT   VSZ %VSZ CPU %CPU COMMAND
   66     1 root     S    9990m  29%   5   0% {MainThread} node /app/app/server/index.mjs
  163     0 root     S     1716   0%   1   0% /bin/sh
    1     0 root     S     1648   0%   1   0% sh /app/startup/launch.sh
  164   163 root     R     1644   0%   0   0% top

Top after navigating to the library

Mem: 32374980K used, 378236K free, 307308K shrd, 188792K buff, 22928788K cached
CPU:  21% usr   7% sys   0% nic  68% idle   0% io   1% irq   1% sirq
Load average: 1.68 1.07 1.08 3/1369 173
  PID  PPID USER     STAT   VSZ %VSZ CPU %CPU COMMAND
  173    66 root     R     7272   0%   5  16% 7z t /library/somegame/v1.0.5.zip
   66     1 root     S    10.1g  31%   3   0% {MainThread} node /app/app/server/index.mjs
  163     0 root     S     1744   0%   1   0% /bin/sh
  166     0 root     S     1716   0%   2   0% /bin/sh
    1     0 root     S     1648   0%   1   0% sh /app/startup/launch.sh
  167   166 root     R     1644   0%   1   0% top

Once the 7z t /library/somegame/v1.0.5.zip is done, it moves on the next one until all files have been checked, which obviously take more time than the page time out.

The next time I access the library, the whole thing starts again.

Originally created by @naerymdan on GitHub (Dec 3, 2025). Original GitHub issue: https://github.com/Drop-OSS/drop/issues/299 Ever since last update, when I navigate to the administration library (/admin/library), it starts loading and times out after a while. I saw that every time I navigated to the library, it would kick off a full validation of every single archive I have in Drop, eating a ton of CPU. Top before navigating to the library: ``` Mem: 32290928K used, 462288K free, 284524K shrd, 188616K buff, 23280476K cached CPU: 10% usr 3% sys 0% nic 83% idle 0% io 0% irq 1% sirq Load average: 1.09 0.85 1.02 6/1357 165 PID PPID USER STAT VSZ %VSZ CPU %CPU COMMAND 66 1 root S 9990m 29% 5 0% {MainThread} node /app/app/server/index.mjs 163 0 root S 1716 0% 1 0% /bin/sh 1 0 root S 1648 0% 1 0% sh /app/startup/launch.sh 164 163 root R 1644 0% 0 0% top ``` Top after navigating to the library ``` Mem: 32374980K used, 378236K free, 307308K shrd, 188792K buff, 22928788K cached CPU: 21% usr 7% sys 0% nic 68% idle 0% io 1% irq 1% sirq Load average: 1.68 1.07 1.08 3/1369 173 PID PPID USER STAT VSZ %VSZ CPU %CPU COMMAND 173 66 root R 7272 0% 5 16% 7z t /library/somegame/v1.0.5.zip 66 1 root S 10.1g 31% 3 0% {MainThread} node /app/app/server/index.mjs 163 0 root S 1744 0% 1 0% /bin/sh 166 0 root S 1716 0% 2 0% /bin/sh 1 0 root S 1648 0% 1 0% sh /app/startup/launch.sh 167 166 root R 1644 0% 1 0% top ``` Once the `7z t /library/somegame/v1.0.5.zip` is done, it moves on the next one until all files have been checked, which obviously take more time than the page time out. The next time I access the library, the whole thing starts again.

yindo closed this issue

2026-02-17 17:06:17 -05:00

yindo commented

2026-02-17 17:06:17 -05:00

@DecDuck commented on GitHub (Dec 3, 2025):

Can you try using the tag nightly and then docker compose pull, and see if that resolves your issue? We're currently testing a fix for this.

@DecDuck commented on GitHub (Dec 3, 2025): Can you try using the tag `nightly` and then `docker compose pull`, and see if that resolves your issue? We're currently testing a fix for this.

yindo commented

2026-02-17 17:06:17 -05:00

@naerymdan commented on GitHub (Dec 4, 2025):

Using nightly.2025.12.04, I can confirm that the 7z t FILENAME does not happen on navigation to library, allowing that page to load.

@naerymdan commented on GitHub (Dec 4, 2025): Using `nightly.2025.12.04`, I can confirm that the `7z t FILENAME` does not happen on navigation to library, allowing that page to load.

yindo commented

2026-02-17 17:06:17 -05:00

@DecDuck commented on GitHub (Dec 4, 2025):

Awesome, glad it fixed your issue. I've just released v0.3.5 as a hotfix for this issue (and a couple others), it'll be available to update to in half an hour (you can watch the CI here: https://github.com/Drop-OSS/drop/actions/runs/19925600637/job/57124493778). We don't recommend sticking to nightly unless you're willing to tolerate some breakage.

@DecDuck commented on GitHub (Dec 4, 2025): Awesome, glad it fixed your issue. I've just released v0.3.5 as a hotfix for this issue (and a couple others), it'll be available to update to in half an hour (you can watch the CI here: https://github.com/Drop-OSS/drop/actions/runs/19925600637/job/57124493778). We don't recommend sticking to `nightly` unless you're willing to tolerate some breakage.

yindo referenced this issue

2026-06-05 14:21:15 -04:00

[GH-ISSUE #152] Relocate feature between compatible library providers #70

yindo changed title from ~~Administration Library timeout~~ to [GH-ISSUE #299] Administration Library timeout

2026-06-05 14:21:46 -04:00

Sign in to join this conversation.

1 Participants

Notifications

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: Drop-OSS/drop#152