Movies hang (I/O error)

[galapia]

Hello,

I have a problem with my Jellyfin server (10.10.3, on Debian. NUC based on Intel N100 processor). All my movies are stored in a external USB NVMe, formated in ext4. My Jellyin is installed in a docker.

In the Jellyfin app on AppleTV, sometime a movie hangs. In logs, I have the following error:

[2025-01-02 12:58:41.529 +01:00] [ERR] [42] Jellyfin.Api.Middleware.ExceptionMiddleware: Error processing request: "Input/output error : '/media/Movies/xxxx.mkv'". URL "GET" "/Videos/e206384774c97cd13b2d409d661bccce/stream".
[2025-01-02 12:58:41.529 +01:00] [ERR] [42] Microsoft.AspNetCore.Server.Kestrel: Connection id ""0HN956HBIKBJ5"", Request id ""0HN956HBIKBJ5:00000001"": An unhandled exception was thrown by the application.
System.InvalidOperationException: Response Content-Length mismatch: too few bytes written (25 of 1584021453).
[2025-01-02 12:58:41.612 +01:00] [INF] [42] Emby.Server.Implementations.Session.SessionManager: Playback stopped reported by app "Swiftfin iOS" "1.2" playing "xxxxx". Stopped at "3639000" ms
[2025-01-02 12:58:41.728 +01:00] [INF] [27] Emby.Server.Implementations.Session.SessionManager: Playback stopped reported by app "Swiftfin iOS" "1.2" playing "xxxxx". Stopped at "3639000" ms
[2025-01-02 12:58:46.594 +01:00] [INF] [134] Jellyfin.Api.Helpers.MediaInfoHelper: User policy for "Jellyfin_admin". EnablePlaybackRemuxing: True EnableVideoPlaybackTranscoding: True EnableAudioPlaybackTranscoding: True
[2025-01-02 12:58:46.668 +01:00] [INF] [22] Emby.Server.Implementations.Session.SessionManager: Playback stopped reported by app "Swiftfin iOS" "1.2" playing "xxxxx". Stopped at "0" ms
[2025-01-02 12:58:48.223 +01:00] [ERR] [134] Jellyfin.Api.Middleware.ExceptionMiddleware: Error processing request: "Input/output error : '/media/Movies/xxxx.mkv'". URL "GET" "/Videos/e206384774c97cd13b2d409d661bccce/stream".

My movies folder is shared via SAMBA, so I can access it on Windows. If I try to play the same movie directly on Windows, it crashes exactly at the same timeframe than in Jellyfin. If I reboot the server, everything works fine.

I don't think it's a hardware USB problem. The device is almost new and, as I said, if I reboot, I'm able to read the movie... until the next crash in another movie. Strangely, it seems I have this problem only with AppleTV Jellyfin app.

As I also cannot read the movie in Windows, I don't think it's a problem with transcoding.

Thank you in advance for your help

[TheDreadPirate]

Can you share your entire jellyfin log via pastebin?

[galapia]

Hello TheDreadPirate. Sure, you can find it here : https://pastebin.com/0JAtGKPN

I hope this help

[TheDreadPirate]

When this happens, are you able to access the hard drive from the command line and see its contents? IMO, this sounds like the hard drive is going to sleep or something.

[galapia]

As I can access the drive through SAMBA on Windows and read other movies, yes, the drive is not sleeping. As I said, if I try to read, on Windows, with VLC Media Player, the movie who crashed on Jellyfin, it will crash exactly at the same timeframe.

The only way to fix the problem is to reboot the Linux server

[TheDreadPirate]

Is Jellyfin running off the same storage as the media? Can you share your docker compose?

[galapia]

Jellyfin is installed in the internal NVMe of the NUC. Media are installed in the external NVMe drive, on USB.

The compose file:
version: "2.1"
services:
jellyfin:
image: lscr.io/linuxserver/jellyfin:latest
container_name: jellyfin
environment:
- PUID=0
- PGID=0
- TZ=Europe/Berlin
- VERSION=docker
volumes:
- /home/galapia/jellyfinDocker/configconfig
- /home/galapia/jellyfinDocker/cachecache
- /media/externalDrivemedia
devices:
- /dev/dridev/dri
restart: unless-stopped
network_mode: host

[TheDreadPirate]

I'm assuming you mean the entire server, not just the jellyfin container. How much free space do you have on the root volume?

What mount parameters did you use in /etc/fstab for this drive?

And can you look in the system log for anything that stands out? It might be easier to wait until this happens again. /var/log/syslog.