All posters now 0 bytes

[PontusN 12]

Hi!
Just moved my files from a Synolgy NAS to an unRAID server (The emby server is external). When I tried to update the movie folder all the automatically downloaded posters and fan art have no size.
They are all just 0 byte and can (to no surprise) not be used by emby or Kodi. Removing files and redownloading does not work.

Warning, serverlog is huge, a lot of errors, downloading posters starts at around 21:00

emby has should have full read & write access to unRAID (share set to smb public).

This is the specific error:

	*** Error Report ***
Version: 4.5.2.0
Command line: /opt/emby-server/system/EmbyServer.dll -programdata /var/lib/emby -ffdetect /opt/emby-server/bin/ffdetect -ffmpeg /opt/emby-server/bin/ffmpeg -ffprobe /opt/emby-server/bin/ffprobe -restartexitcode 3 -updatepackage emby-server-deb_{version}_amd64.deb
Operating system: Linux version 5.4.0-7626-generic (buildd@lgw01-amd64-009) (gcc version 9.3.0 (Ubuntu 9.3.0-10ubuntu2)) #30~1588169883~20.04~bbe668a-Ubuntu SMP Wed Apr
Framework: .NET Core 3.1.7
OS/Process: x64/x64
Runtime: opt/emby-server/system/System.Private.CoreLib.dll
Processor count: 4
Data path: /var/lib/emby
Application path: /opt/emby-server/system
System.NotSupportedException: System.NotSupportedException: Stream does not support writing.
at System.IO.StreamHelpers.ValidateCopyToArgs(Stream source, Stream destination, Int32 bufferSize)
at System.IO.MemoryStream.CopyToAsync(Stream destination, Int32 bufferSize, CancellationToken cancellationToken)
at MediaBrowser.Providers.Manager.ImageSaver.SaveImageToLocation(Stream source, String path, CancellationToken cancellationToken)
at MediaBrowser.Providers.Manager.ImageSaver.SaveImageToLocation(Stream source, String path, String retryPath, CancellationToken cancellationToken)
at MediaBrowser.Providers.Manager.ImageSaver.SaveImage(BaseItem item, LibraryOptions libraryOptions, Stream source, ReadOnlyMemory`1 mimeType, ImageType type, Nullable`1 imageIndex, Nullable`1 saveLocallyWithMedia, CancellationToken cancellationToken)
at MediaBrowser.Providers.Manager.ItemImageProvider.DownloadImage(BaseItem item, LibraryOptions libraryOptions, IRemoteImageProvider provider, RefreshResult result, IEnumerable`1 images, Int32 minWidth, ImageType type, CancellationToken cancellationToken)
at MediaBrowser.Providers.Manager.ItemImageProvider.RefreshFromProvider(BaseItem item, LibraryOptions libraryOptions, IRemoteImageProvider provider, ImageRefreshOptions refreshOptions, TypeOptions savedOptions, Int32 backdropLimit, List`1 downloadedImages, RefreshResult result, CancellationToken cancellationToken)
Source: System.Private.CoreLib
TargetSite: Void ValidateCopyToArgs(System.IO.Stream, System.IO.Stream, Int32)

embyserver-63740131200.txt

Edited November 4, 2020 by PontusN

[Happy2Play 8296]

Looking at this error in another topic would suggest mounting the SMB path to a local share using your operating system, then add the local share to Emby, rather than adding the SMB directly.  But devs may have to comment more.

2020-11-04 21:12:34.155 Error App: Error in FanArt
	*** Error Report ***
	Version: 4.5.2.0
	Command line: /opt/emby-server/system/EmbyServer.dll -programdata /var/lib/emby -ffdetect /opt/emby-server/bin/ffdetect -ffmpeg /opt/emby-server/bin/ffmpeg -ffprobe /opt/emby-server/bin/ffprobe -restartexitcode 3 -updatepackage emby-server-deb_{version}_amd64.deb
	Operating system: Linux version 5.4.0-7626-generic (buildd@lgw01-amd64-009) (gcc version 9.3.0 (Ubuntu 9.3.0-10ubuntu2)) #30~1588169883~20.04~bbe668a-Ubuntu SMP Wed Apr
	Framework: .NET Core 3.1.7
	OS/Process: x64/x64
	Runtime: opt/emby-server/system/System.Private.CoreLib.dll
	Processor count: 4
	Data path: /var/lib/emby
	Application path: /opt/emby-server/system
	System.NotSupportedException: System.NotSupportedException: Stream does not support writing.
	   at System.IO.StreamHelpers.ValidateCopyToArgs(Stream source, Stream destination, Int32 bufferSize)
	   at System.IO.MemoryStream.CopyToAsync(Stream destination, Int32 bufferSize, CancellationToken cancellationToken)
	   at MediaBrowser.Providers.Manager.ImageSaver.SaveImageToLocation(Stream source, String path, CancellationToken cancellationToken)
	   at MediaBrowser.Providers.Manager.ImageSaver.SaveImageToLocation(Stream source, String path, String retryPath, CancellationToken cancellationToken)
	   at MediaBrowser.Providers.Manager.ImageSaver.SaveImage(BaseItem item, LibraryOptions libraryOptions, Stream source, ReadOnlyMemory`1 mimeType, ImageType type, Nullable`1 imageIndex, Nullable`1 saveLocallyWithMedia, CancellationToken cancellationToken)
	   at MediaBrowser.Providers.Manager.ItemImageProvider.DownloadImage(BaseItem item, LibraryOptions libraryOptions, IRemoteImageProvider provider, RefreshResult result, IEnumerable`1 images, Int32 minWidth, ImageType type, CancellationToken cancellationToken)
	   at MediaBrowser.Providers.Manager.ItemImageProvider.RefreshFromProvider(BaseItem item, LibraryOptions libraryOptions, IRemoteImageProvider provider, ImageRefreshOptions refreshOptions, TypeOptions savedOptions, Int32 backdropLimit, List`1 downloadedImages, RefreshResult result, CancellationToken cancellationToken)
	Source: System.Private.CoreLib
	TargetSite: Void ValidateCopyToArgs(System.IO.Stream, System.IO.Stream, Int32)
	
2020-11-04 21:12:35.151 Error ProviderManager: Error in metadata saver
	*** Error Report ***
	Version: 4.5.2.0
	Command line: /opt/emby-server/system/EmbyServer.dll -programdata /var/lib/emby -ffdetect /opt/emby-server/bin/ffdetect -ffmpeg /opt/emby-server/bin/ffmpeg -ffprobe /opt/emby-server/bin/ffprobe -restartexitcode 3 -updatepackage emby-server-deb_{version}_amd64.deb
	Operating system: Linux version 5.4.0-7626-generic (buildd@lgw01-amd64-009) (gcc version 9.3.0 (Ubuntu 9.3.0-10ubuntu2)) #30~1588169883~20.04~bbe668a-Ubuntu SMP Wed Apr
	Framework: .NET Core 3.1.7
	OS/Process: x64/x64
	Runtime: opt/emby-server/system/System.Private.CoreLib.dll
	Processor count: 4
	Data path: /var/lib/emby
	Application path: /opt/emby-server/system
	SharpCifs.Smb.SmbException: SharpCifs.Smb.SmbException: The process cannot access the file because it is being used by another process.
	   at SharpCifs.Smb.SmbTransport.CheckStatus(ServerMessageBlock req, ServerMessageBlock resp)
	   at SharpCifs.Smb.SmbTransport.Send(ServerMessageBlock request, ServerMessageBlock response)
	   at SharpCifs.Smb.SmbSession.Send(ServerMessageBlock request, ServerMessageBlock response)
	   at SharpCifs.Smb.SmbTree.Send(ServerMessageBlock request, ServerMessageBlock response)
	   at SharpCifs.Smb.SmbFile.Send(ServerMessageBlock request, ServerMessageBlock response)
	   at SharpCifs.Smb.SmbFile.Delete(String fileName)
	   at Emby.Server.Implementations.IO.SharpCifsFileSystem.GetFileStream(String path, FileOpenMode mode, FileAccessMode access, FileShareMode share)
	   at NfoMetadata.Savers.BaseNfoSaver.SaveToFile(Stream stream, String path)
	   at NfoMetadata.Savers.BaseNfoSaver.Save(BaseItem item, CancellationToken cancellationToken)
	   at MediaBrowser.Providers.Manager.ProviderManager.SaveMetadata(BaseItem item, LibraryOptions libraryOptions, ItemUpdateType updateType, IMetadataSaver[] savers, CancellationToken cancellationToken)
	Source: Emby.Server.Implementations
	TargetSite: Void CheckStatus(SharpCifs.Smb.ServerMessageBlock, SharpCifs.Smb.ServerMessageBlock)

Subtitles are getting access denied and falling back to /metadata folder also.

2020-11-04 21:12:42.221 Info SubtitleManager: Saving subtitles to smb://192.168.1.20/Movies/Movies HD/Skyscraper (2018).sv.srt
2020-11-04 21:12:43.219 Info SubtitleManager: Subtitle saving write access denied, falling back to saving subtitles to /var/lib/emby/metadata/library/aa/aae22d490060379576fd60396816d005/Skyscraper (2018).sv.srt

From other topic with this error.

On 3/13/2019 at 10:31 PM, Luke said:

What I would suggest is mounting the SMB path to a local share using your operating system, then add the local share to Emby, rather than adding the SMB directly. Please let us know if this helps. Thank you, thank you!

https://emby.media/community/index.php?/topic/70302-scan-write-freebox-revolution

[Luke 37110]

Yes I would agree with that advice.