MediaBrowser.Common.Extensions.RemoteServiceUnavailableException

[EmYaj 24]

Updated to 4.8.8.0 a couple of days ago and started getting this on some channels "MediaBrowser.Common.Extensions.RemoteServiceUnavailableException" - if I just keep re-trying sometimes it works and sometimes it does not.

Full error is: Exception of type 'MediaBrowser.Common.Extensions.RemoteServiceUnavailableException' was thrown.

Log attached.embyserver(30).txt

Relevant part of log seems to be here:

 

2024-07-07 20:21:26.659 Error Server: Error processing request
	*** Error Report ***
	Version: 4.8.8.0
	Command line: /app/emby/system/EmbyServer.dll -programdata /config -ffdetect /app/emby/bin/ffdetect -ffmpeg /app/emby/bin/ffmpeg -ffprobe /app/emby/bin/ffprobe -restartexitcode 3
	Operating system: Linux version 5.15.0-112-generic (buildd@lcy02-amd64-051) (gcc (Ubuntu 11.4.0-1ubuntu1~22.04) 11.4.0, GNU ld (GNU Binutils for Ubuntu) 2.38) #122-Ubun
	Framework: .NET 6.0.25
	OS/Process: x64/x64
	Runtime: app/emby/system/System.Private.CoreLib.dll
	Processor count: 4
	Data path: /config
	Application path: /app/emby/system
	MediaBrowser.Common.Extensions.RemoteServiceUnavailableException: MediaBrowser.Common.Extensions.RemoteServiceUnavailableException: Exception of type 'MediaBrowser.Common.Extensions.RemoteServiceUnavailableException' was thrown.
	   at Emby.LiveTV.EmbyTV.GetChannelStreamWithDirectStreamProvider(BaseItem dbChannel, String providerChannelId, String streamId, List`1 currentLiveStreams, CancellationToken cancellationToken)
	   at Emby.LiveTV.LiveTvManager.GetChannelStream(String id, String mediaSourceId, List`1 currentLiveStreams, CancellationToken cancellationToken)
	   at Emby.Server.Implementations.Library.MediaSourceManager.OpenLiveStreamInternal2(LiveStreamRequest request, CancellationToken cancellationToken)
	   at Emby.Server.Implementations.Library.MediaSourceManager.OpenLiveStreamInternal2(LiveStreamRequest request, CancellationToken cancellationToken)
	   at Emby.Server.Implementations.Library.MediaSourceManager.OpenLiveStreamInternal(LiveStreamRequest request, CancellationToken cancellationToken)
	   at Emby.Server.Implementations.Library.MediaSourceManager.OpenLiveStream(LiveStreamRequest request, CancellationToken cancellationToken)
	   at Emby.Server.MediaEncoding.Api.MediaInfoService.OpenMediaSource(OpenMediaSource request, CancellationToken cancellationToken)
	   at Emby.Server.MediaEncoding.Api.MediaInfoService.GetPlaybackInfo(GetPostedPlaybackInfo request, Boolean allowMediaProbe, String newPlaySessionId, CancellationToken cancellationToken)
	   at Emby.Server.MediaEncoding.Api.MediaInfoService.Post(GetPostedPlaybackInfo request)
	   at Emby.Server.Implementations.Services.ServiceController.GetTaskResult(Task task)
	   at Emby.Server.Implementations.Services.ServiceHandler.ProcessRequestAsync(HttpListenerHost httpHost, IServerApplicationHost appHost, IRequest httpReq, IResponse httpRes, IStreamHelper streamHelper, RestPath restPath, String responseContentType, CancellationToken cancellationToken)
	   at Emby.Server.Implementations.HttpServer.HttpListenerHost.RequestHandler(IRequest httpReq, ReadOnlyMemory`1 urlString, ReadOnlyMemory`1 localPath, CancellationToken cancellationToken)
	Source: Emby.LiveTV
	TargetSite: Void MoveNext()

 

[Luke 40100]

Hi, it means that your IPTV is currently unavailable. 

[EmYaj 24]

22 minutes ago, Luke said:

Hi, it means that your IPTV is currently unavailable. 

I thought that might be the case from reading other threads about it but I can't recreate the issue with any other client (tried VLC, IPTV smarters and tivimate) and i couldn't get it to error.  With emby it seems to fail once every 3 to 5 tries.

I also noticed there is abother recently thread that others were having same issue on 4.8.8.0

[sa2000 411]

On 08/07/2024 at 03:32, EmYaj said:

I thought that might be the case from reading other threads about it but I can't recreate the issue with any other client (tried VLC, IPTV smarters and tivimate) and i couldn't get it to error.  With emby it seems to fail once every 3 to 5 tries.

Maybe the timeout values are longer than what is in Emby Server. Emby Server time outs appear to be 30 seconds.

Log shows timeouts on the .ts segments provided by the shine.xx.xx provider.

 

[Luke 40100]

In Emby Server they should be 60 seconds.

@EmYajthe other possibility is that the iptv provider is using this non-responsive behavior as a way of blocking Emby Server. You may need to try and disguise the server using the user-agent and/or referrer options in order to make it look like one of your working clients.

[sa2000 411]

5 hours ago, Luke said:

In Emby Server they should be 60 seconds.

@LukeThe log suggests it is 30 seconds. Server Version: 4.8.8.0

Extracts 

2024-07-07 07:58:59.065 Info HttpClient: GET http://host11/x_path1_x/x_path2_x/x_path3_x/x_path10_x
2024-07-07 07:59:29.066 Error HttpClient: Connection to http://shine.xxxx.xxxx/live/xxxxxx/xxxxxx/1d60d65a-178a-472d-8a10-7bc0c7a82539.ts timed out
2024-07-07 08:17:13.261 Info HttpClient: GET http://host11/x_path1_x/x_path2_x/x_path3_x/x_path10_x
2024-07-07 08:17:43.262 Error HttpClient: Connection to http://shine.xxxx.xxxx/live/xxxxxx/xxxxxx/1d60d65a-178a-472d-8a10-7bc0c7a82539.ts timed out
2024-07-07 08:19:03.107 Info HttpClient: GET http://host11/x_path1_x/x_path2_x/x_path3_x/x_path10_x
2024-07-07 08:19:33.108 Error HttpClient: Connection to http://shine.xxxx.xxxx/live/xxxxxx/xxxxxx/1d60d65a-178a-472d-8a10-7bc0c7a82539.ts timed out

Interesting that some segments repeatedly timeout at 30 seconds 

  

5 hours ago, Luke said:

The other possibility is that the iptv provider is using this non-responsive behavior as a way of blocking Emby Server.

That is possible - in which case increasing the timeout from 30 seconds would not help

 

Edited July 11, 2024 by sa2000

[Luke 40100]

Right ok sorry I was thinking of data requests.

@EmYaj 30 seconds should be sufficient, no?

The problem with trying to increase that is that even if we give the server a longer timeout, the video player of the Emby app will likely give up and trigger it's own timeout long before that.

[EmYaj 24]

2 minutes ago, Luke said:

Right ok sorry I was thinking of data requests.

@EmYaj 30 seconds should be sufficient, no?

The problem with trying to increase that is that even if we give the server a longer timeout, the video player of the Emby app will likely give up and trigger it's own timeout long before that.

Yes 30 seconds is good amount for a timeout - the weird part is the cause of the timeout - it's not the provider, i cannot get it to take more than 2 or 3 seconds to start a stream of any channel if I use a non-emby app (tivimate, vlc and iptv smarters are the other 3 I have and can test with, all work great).  Something specific is emby is causing either the server to reject the connection like you guys mentioned above or something on embys side, i'm not sure which.  The past couple of days its not happening as much but it does still happen - I never saw this a single time before 4.8.8.0 and now I see it multiple times per day.

[Luke 40100]

It could still be the provider. Some providers do this sort of thing as a way of blocking the client as I mentioned above.

[EmYaj 24]

i guess possible even if intermittent.  is there anyway i learn about how how to enter an agent and/or referrer ? will that make it appear as if its a more traditional client like tivimate? where would I figure out what to enter there?

[Luke 40100]

A user agent is typically formatted as name/version.

So for example to make it look like Kodi you could try Kodi/18.1 or something like that.

Referrer I would be surprised if you had to customize.

[thomagmail 1]

I just had this issue and went to the vpn app and change location and that worked.

Tom

[bravodelta 0]

Estou com este mesmo problema faz três dias, e nada mudou nas configurações.
Exception of type 'MediaBrowser.Common.Extensions.RemoteServiceUnavailableException' was thrown.

[Carlo 4552]

On 2/9/2025 at 6:09 AM, bravodelta said:

I've had this same problem for three days, and nothing has changed in the settings.
Exception of type 'MediaBrowser.Common.Extensions.RemoteServiceUnavailableException' was thrown.

Hi @bravodelta

Are you using VPN or Reverse Proxy by any chance?

Carlo

[sakle2k 12]

I just received this message this morning for the first time on every channel. After some digging, I found that after a router reset last night, the IP changed for my HD Homerun. I updated it in Emby and all's good. I've been using Emby for years and this is the first time that the IP changed for the Homerun. Hope this can help someone.