Live playback fail

[GWTPqZp6b 41]

Trying to watch LiveTV this morning I see an error I haven't observed before. Wondered if this was something introduced with latest beta (4.7.0.2)? Any ideas where to start troubleshooting this would be appreciated

LiveTV streams for 10 - 30 seconds then fails and Emby falls back to the dashboard. Verified on Desktop and Shield.

Server log shows following error

2021-06-12 09:35:06.559 Error Server: Error processing request
	*** Error Report ***
	Version: 4.7.0.2
	Command line: /system/EmbyServer.dll -programdata /config -ffdetect /bin/ffdetect -ffmpeg /bin/ffmpeg -ffprobe /bin/ffprobe -restartexitcode 3
	Operating system: Linux version 5.12.3-arch1-1 (linux@archlinux) (gcc (GCC) 10.2.0, GNU ld (GNU Binutils) 2.36.1) #1 SMP PREEMPT Wed, 12 May 2021 17:54:18 +0000
	Framework: .NET Core 3.1.13
	OS/Process: x64/x64
	Runtime: system/System.Private.CoreLib.dll
	Processor count: 6
	Data path: /config
	Application path: /system
	System.IO.IOException: System.IO.IOException: Input/output error
	   at System.IO.FileStream.CheckFileCall(Int64 result, Boolean ignoreNotSupported)
	   at System.IO.FileStream.ReadNative(Span`1 buffer)
	   at System.IO.FileStream.ReadSpan(Span`1 destination)
	   at System.IO.FileStream.<>c.<ReadAsyncInternal>b__106_0(Task t, Object s)
	   at System.Threading.Tasks.ContinuationResultTaskFromTask`1.InnerInvoke()
	   at System.Threading.ExecutionContext.RunFromThreadPoolDispatchLoop(Thread threadPoolThread, ExecutionContext executionContext, ContextCallback callback, Object state)
	--- End of stack trace from previous location where exception was thrown ---
	   at System.Threading.Tasks.Task.ExecuteWithThreadLocal(Task& currentTaskSlot, Thread threadPoolThread)
	--- End of stack trace from previous location where exception was thrown ---
	   at Emby.Server.Implementations.IO.StreamHelper.CopyToAsync(Stream source, PipeWriter destination, Int32 bufferSize, Int32 emptyReadLimit, CancellationToken cancellationToken)
	   at Emby.LiveTV.TunerHosts.LiveStream.CopyFile(String path, Boolean seekFile, Int32 emptyReadLimit, PipeWriter writer, IFileSystem fileSystem, IStreamHelper streamHelper, CancellationToken cancellationToken)
	   at Emby.LiveTV.TunerHosts.LiveStream.CopyToAsync(PipeWriter writer, CancellationToken cancellationToken)
	   at Emby.Server.Implementations.Services.ServiceHandler.ProcessRequestAsync(HttpListenerHost appHost, IRequest httpReq, IResponse httpRes, RestPath restPath, String responseContentType, CancellationToken cancellationToken)
	   at Emby.Server.Implementations.HttpServer.HttpListenerHost.RequestHandler(IRequest httpReq, ReadOnlyMemory`1 urlString, ReadOnlyMemory`1 localPath, CancellationToken cancellationToken)
	Source: System.Private.CoreLib
	TargetSite: Int64 CheckFileCall(Int64, Boolean)

Full log https://hastebin.base8.org/osoqikikel

[Luke 36999]

Hi, what kind of storage is this on?

/mnt/Transcode/transcoding-temp

 

[GWTPqZp6b 41]

NFS share on pair HGST mirrored SS530 SSDs. 
It worked fine last week when I recorded and watched several shows. This week seems to fail constantly. 

[Luke 36999]

OK, input/output error is coming from the storage device. It's not an emby-generated error, just FYI.

[GWTPqZp6b 41]

Thats helps narrow it down, thanks Luke. I'll do some digging and see what I find. 

[Luke 36999]

Let us know how you get on. Thanks.

[GWTPqZp6b 41]

Bit of a mystery to me at this stage. No errors reported in my NFS logs that would indicate an underlying problem. Updated the arch host and on restart its working fine again. 

These are the packages that were updated as part of that update, I don't see anything obvious jump out. 

Packages (87) binutils-2.36.1-3  boost-libs-1.76.0-1  ca-certificates-20210603-1  ca-certificates-mozilla-3.67-1  ca-certificates-utils-20210603-1  ceph-libs-15.2.12-2  containerd-1.5.2-1
              cryptsetup-2.3.6-1  ctop-0.7.6-1  curl-7.77.0-1  docker-1:20.10.7-1  egl-wayland-1.1.7-1  elfutils-0.185-1  expat-2.4.1-1  file-5.40-5  filesystem-2021.05.31-1  fuse-common-3.10.4-1
              gcc-11.1.0-1  gcc-libs-11.1.0-1  git-2.32.0-1  glib2-2.68.3-1  glibc-2.33-5  gnutls-3.7.2-2  go-2:1.16.5-1  grub-2:2.06-1  hwids-20210613-1  inetutils-2.0-1  kmod-29-1
              libcap-2.50-2  libdrm-2.4.106-1  libedit-20210522_3.1-1  libelf-0.185-1  libepoxy-1.5.8-1  libidn2-2.3.1-1  libinput-1.18.0-1  libldap-2.4.58-3  libnftnl-1.2.0-1  libnl-3.5.0-3
              libp11-kit-0.24.0-1  libpcap-1.10.1-1  libsigc++-2.10.7-2  libtasn1-4.17.0-1  libtirpc-1.3.2-1  libtool-2.4.6+42+gb88cebd5-16  libx11-1.7.2-1  libxcrypt-4.4.22-4  libxfixes-6.0.0-1
              linux-5.12.10.arch1-1  linux-api-headers-5.12.3-1  linux-firmware-20210511.7685cf4-1  linux-headers-5.12.10.arch1-1  llvm-libs-12.0.0-2  lz4-1:1.9.3-2  mesa-21.1.2-1
              mtools-1:4.0.29-1  net-snmp-5.9.1-1  nettle-3.7.3-1  nspr-4.31-1  nss-3.67-1  nvtop-1.2.1-1  p11-kit-0.24.0-1  pacman-6.0.0-3  pambase-20210605-2  pcre2-10.37-1  perl-5.34.0-1
              perl-error-0.17029-3  perl-mailtools-2.21-5  perl-parse-yapp-1.21-4  perl-timedate-2.33-3  python-3.9.5-3  python-more-itertools-8.7.0-1  python-setuptools-1:57.0.0-2
              runc-1.0.0rc95-1  samba-4.14.5-1  smbclient-4.14.5-1  sqlite-3.35.5-2  sudo-1.9.7.p1-1  systemd-248.3-2  systemd-libs-248.3-2  systemd-sysvcompat-248.3-2  util-linux-2.37-3
              util-linux-libs-2.37-3  vim-8.2.2891-1  vim-runtime-8.2.2891-1  vulkan-icd-loader-1.2.178-1  xkeyboard-config-2.33-1  zstd-1.5.0-1

 

[Luke 36999]

That's interesting, thanks for the feedback.