• Login
  • Register
  • Login Register
    Login
    Username/Email:
    Password:
    Or login with a social network below
  • Forum
  • Website
  • GitHub
  • Status
  • Translation
  • Features
  • Team
  • Rules
  • Help
  • Feeds
User Links
  • Login
  • Register
  • Login Register
    Login
    Username/Email:
    Password:
    Or login with a social network below

    Useful Links Forum Website GitHub Status Translation Features Team Rules Help Feeds
    Jellyfin Forum Support Troubleshooting Very slow on Asustor AS3304T: Libraries and Admin Dashboard pages won't open

     
    • 0 Vote(s) - 0 Average

    Very slow on Asustor AS3304T: Libraries and Admin Dashboard pages won't open

    Accessing any library or even the Admin Dashboard just spin infinately.
    Adrian Anastas
    Offline

    Junior Member

    Posts: 1
    Threads: 1
    Joined: 2026 Jan
    Reputation: 0
    #1
    2026-01-02, 11:54 AM
    Hi All, I need help. 

    I've only just managed to get Jellyfin working again after months of installing, unisntalling, updating, deleting folders, etc. I say working, as I have been able to access and set the server up, but only over the local network, and only over one of the 4 ports I've mapped.

    The issue is that I cannot access Libraries or the Admin Dashboard, when I try and open they just spin indefinately. 

    I think I'm running version 10.11.5.r01
    It's installed from the Asustor App central, so uses Docker.

    I would paste the version, etc from the Admin Dashboard, but just like my libraries it never finishes loading. I can't even search. Sometimes even the home screen doesn't load.

    If I do manage to get the home page to load I can play media off it, and it's fine for a minute at a time. Long puases or buffering after 40-60 seconds.

    I see some weird stuff in the logs, but the NAS is running fine (CPU at <20% usage, Memory <50%, Jellyfin process sleeping, no CPU use, <200MB memory Use)

    [09:28:25] [INF] [9] MediaBrowser.MediaEncoding.Encoder.MediaEncoder: FFmpeg: /usr/lib/jellyfin-ffmpeg/ffmpeg
    [09:28:25] [INF] [9] Emby.Server.Implementations.ApplicationHost: ServerId: f4f99f745d5748988c8e46cbc15c47a7
    [09:28:25] [INF] [9] Emby.Server.Implementations.ApplicationHost: Core startup complete
    [09:28:25] [INF] [9] Main: Startup complete 0:01:24.4388452
    [09:45:47] [WRN] [18] Microsoft.AspNetCore.Server.Kestrel: As of "01/02/2026 09:45:28 +00:00", the heartbeat has been running for "00:00:01.5169398" which is longer than "00:00:01". This could be caused by thread pool starvation.
    [09:48:32] [WRN] [18] Microsoft.AspNetCore.Server.Kestrel: As of "01/02/2026 09:48:31 +00:00", the heartbeat has been running for "00:01:04.5621165" which is longer than "00:00:01". This could be caused by thread pool starvation.
    [10:32:46] [WRN] [18] Microsoft.AspNetCore.Server.Kestrel: As of "01/02/2026 10:32:41 +00:00", the heartbeat has been running for "00:00:02.9198636" which is longer than "00:00:01". This could be caused by thread pool starvation.
    [11:35:00] [INF] [24] Emby.Server.Implementations.HttpServer.WebSocketManager: WS 172.17.0.1 request
    [11:35:27] [WRN] [25] Microsoft.EntityFrameworkCore.Query: The query uses a row limiting operator ('Skip'/'Take') without an 'OrderBy' operator. This may lead to unpredictable results. If the 'Distinct' operator is used after 'OrderBy', then make sure to use the 'OrderBy' operator after 'Distinct' as the ordering would otherwise get erased.
    [11:38:04] [WRN] [18] Microsoft.AspNetCore.Server.Kestrel: As of "01/02/2026 11:38:03 +00:00", the heartbeat has been running for "00:00:01.2084551" which is longer than "00:00:01". This could be caused by thread pool starvation.
    [11:41:06] [INF] [9] Jellyfin.Api.Helpers.MediaInfoHelper: User policy for OnyxAmadeus. EnablePlaybackRemuxing: True EnableVideoPlaybackTranscoding: True EnableAudioPlaybackTranscoding: True
    [11:42:06] [INF] [9] MediaBrowser.MediaEncoding.Transcoding.TranscodeManager: /usr/lib/jellyfin-ffmpeg/ffmpeg -analyzeduration 200M -probesize 1G -fflags +genpts  -i file:"/media/TV Shows/Dexter Resurrection/dexter.resurrection.s01e04.1080p.web.h264-successfulcrab[EZTVx.to].mkv" -map_metadata -1 -map_chapters -1 -threads 0 -map 0:0 -map 0:1 -map -0:s -codec:v:0 copy -bsf:v h264_mp4toannexb -start_at_zero -codec:a:0 libfdk_aac -ac 2 -ab 256000 -af "volume=2" -copyts -avoid_negative_ts disabled -max_muxing_queue_size 2048 -f hls -max_delay 5000000 -hls_time 6 -hls_segment_type fmp4 -hls_fmp4_init_filename "0ead4c0083a5859368a5441202b92a2b-1.mp4" -start_number 0 -hls_segment_filename "/cache/transcodes/0ead4c0083a5859368a5441202b92a2b%d.mp4" -hls_playlist_type vod -hls_list_size 0 -hls_segment_options movflags=+frag_discont -y "/cache/transcodes/0ead4c0083a5859368a5441202b92a2b.m3u8"
    mpp[1748]: mpp_soc: open /proc/device-tree/compatible error
    mpp[1748]: mpp_platform: can not found match soc name:
    mpp[1748]: mpp_rt: can NOT found any allocator
    [11:42:30] [ERR] [38] Jellyfin.Database.Implementations.JellyfinDbContext: Error trying to save changes.
    Microsoft.EntityFrameworkCore.DbUpdateConcurrencyException: The database operation was expected to affect 1 row(s), but actually affected 0 row(s); data may have been modified or deleted since entities were loaded. See https://go.microsoft.com/fwlink/?LinkId=527962 for information on understanding and handling optimistic concurrency exceptions.
      at Microsoft.EntityFrameworkCore.Update.AffectedCountModificationCommandBatch.ThrowAggregateUpdateConcurrencyExceptionAsync(RelationalDataReader reader, Int32 commandIndex, Int32 expectedRowsAffected, Int32 rowsAffected, CancellationToken cancellationToken)
      at Microsoft.EntityFrameworkCore.Update.AffectedCountModificationCommandBatch.ConsumeResultSetWithRowsAffectedOnlyAsync(Int32 commandIndex, RelationalDataReader reader, CancellationToken cancellationToken)
      at Microsoft.EntityFrameworkCore.Update.AffectedCountModificationCommandBatch.ConsumeAsync(RelationalDataReader reader, CancellationToken cancellationToken)
      at Microsoft.EntityFrameworkCore.Update.ReaderModificationCommandBatch.ExecuteAsync(IRelationalConnection connection, CancellationToken cancellationToken)
      at Microsoft.EntityFrameworkCore.Update.ReaderModificationCommandBatch.ExecuteAsync(IRelationalConnection connection, CancellationToken cancellationToken)
      at Microsoft.EntityFrameworkCore.Update.Internal.BatchExecutor.ExecuteAsync(IEnumerable1 commandBatches, IRelationalConnection connection, CancellationToken cancellationToken)
      at Microsoft.EntityFrameworkCore.Update.Internal.BatchExecutor.ExecuteAsync(IEnumerable
    1 commandBatches, IRelationalConnection connection, CancellationToken cancellationToken)
      at Microsoft.EntityFrameworkCore.Update.Internal.BatchExecutor.ExecuteAsync(IEnumerable1 commandBatches, IRelationalConnection connection, CancellationToken cancellationToken)
      at Microsoft.EntityFrameworkCore.Storage.RelationalDatabase.SaveChangesAsync(IList
    1 entries, CancellationToken cancellationToken)
      at Microsoft.EntityFrameworkCore.ChangeTracking.Internal.StateManager.SaveChangesAsync(IList1 entriesToSave, CancellationToken cancellationToken)
      at Microsoft.EntityFrameworkCore.ChangeTracking.Internal.StateManager.SaveChangesAsync(StateManager stateManager, Boolean acceptAllChangesOnSuccess, CancellationToken cancellationToken)
      at Microsoft.EntityFrameworkCore.DbContext.SaveChangesAsync(Boolean acceptAllChangesOnSuccess, CancellationToken cancellationToken)
      at Jellyfin.Database.Implementations.JellyfinDbContext.<>c__DisplayClass62_0.<<SaveChangesAsync>b__0>d.MoveNext()
    --- End of stack trace from previous location ---
      at Jellyfin.Database.Implementations.Locking.NoLockBehavior.OnSaveChangesAsync(JellyfinDbContext context, Func
    1 saveChanges)
      at Jellyfin.Database.Implementations.JellyfinDbContext.SaveChangesAsync(Boolean acceptAllChangesOnSuccess, CancellationToken cancellationToken)
    [11:45:02] [WRN] [18] Microsoft.AspNetCore.Server.Kestrel: As of "01/02/2026 11:45:01 +00:00", the heartbeat has been running for "00:00:29.6303977" which is longer than "00:00:01". This could be caused by thread pool starvation.
    « Next Oldest | Next Newest »

    Users browsing this thread: 1 Guest(s)


    • View a Printable Version
    • Subscribe to this thread
    Forum Jump:

    Home · Team · Help · Contact
    © Designed by D&D - Powered by MyBB
    L


    Jellyfin

    The Free Software Media System

    Linear Mode
    Threaded Mode