beefsnack 16 Posted November 14, 2024 Posted November 14, 2024 Where can I stop this from happening to my users? "Your account has gone over the maximum streaming limit set by your Emby Server Admin. please contact them." I always reset the streams and it works but i have to do this every time, with all my users every now and again don't really pay attention if it's a weekly monthly thing but it's frequently enough to be annoying, any assistance would be appreciated. TIA. Beef.
Happy2Play 9780 Posted November 14, 2024 Posted November 14, 2024 That notice suggest there is Access Schedule applied to the user.
beefsnack 16 Posted November 14, 2024 Author Posted November 14, 2024 (edited) nope it's blank, I've checked Edited November 14, 2024 by beefsnack
darkassassin07 652 Posted November 14, 2024 Posted November 14, 2024 I've found in the past; if I set this to 1, users occasionally have issues quickly ending one stream and starting another. Moving from one episode to the next, for example. 1
Luke 42077 Posted November 14, 2024 Posted November 14, 2024 It could also be set globally in the server network section, or on the m3u tuner in live tv settings.
beefsnack 16 Posted November 14, 2024 Author Posted November 14, 2024 1 hour ago, Luke said: It could also be set globally in the server network section, or on the m3u tuner in live tv settings. I'll check, I don't have Live enabled so network it is
Solution beefsnack 16 Posted November 14, 2024 Author Solution Posted November 14, 2024 Thanks for the help, I'll test and see if the Network helps, everything else I've already done and redone, I'll wait and see if it happens anymore. Thanks again. 1
AaronClarke 3 Posted December 13, 2024 Posted December 13, 2024 On 14/11/2024 at 04:41, Happy2Play said: That notice suggest there is Access Schedule applied to the user. I was having the same issue with my kids accounts. Even when outside of the times specified in the schedule, they were getting this message preventing them from watching anything on Emby. I had to completely remove the Access Schedule in order for them to be able to start watching again! It seems this functionality may not be working properly? Would also be helpful if the message displayed reflected that they user is trying to view content outside of the permitted Access Schedule.
Luke 42077 Posted December 13, 2024 Posted December 13, 2024 6 hours ago, AaronClarke said: I was having the same issue with my kids accounts. Even when outside of the times specified in the schedule, they were getting this message preventing them from watching anything on Emby. I had to completely remove the Access Schedule in order for them to be able to start watching again! It seems this functionality may not be working properly? Would also be helpful if the message displayed reflected that they user is trying to view content outside of the permitted Access Schedule. @sa2000can try to reproduce that. Thanks. 1
sa2000 674 Posted December 16, 2024 Posted December 16, 2024 (edited) On 13/12/2024 at 07:30, AaronClarke said: I was having the same issue with my kids accounts. Even when outside of the times specified in the schedule, they were getting this message preventing them from watching anything on Emby I will look into this. In case there is a timezone gmt offset issue here - can you tell me the timezone for the server and client apps please Edited December 16, 2024 by sa2000
AaronClarke 3 Posted December 17, 2024 Posted December 17, 2024 14 hours ago, sa2000 said: I will look into this. In case there is a timezone gmt offset issue here - can you tell me the timezone for the server and client apps please Timezone is UTC London 1
sa2000 674 Posted December 17, 2024 Posted December 17, 2024 @AaronClarke In my tests, the account was not allowed to stream from the server outside the time window I allowed. I have established that if a playback session started within the allowed time, it does continue beyond the end of the period permitted and does not get force terminated. I have also established that if a media item is found on the device in the Downloads then it is permitted to stream. That is expected since one is not streaming from the server. To actually try and replicate your access controls configuration and see if I can reproduce your issue, could you 1. confirm that it is still going wrong - allowing streaming to be started outside the permitted window 2. If it is doing this, please get me the user configuration files on the server. They would be in this path within the app data (assuming it is windows) "programdata\config\users" - You could copy out the whole users folder and zip and send me the zip by private message 3. Get me the server logs during a period when it is allowing the streaming to start when it should not be. I will work out which of the users folders in the zip that relate to this. Thanks
AaronClarke 3 Posted December 17, 2024 Posted December 17, 2024 (edited) 51 minutes ago, sa2000 said: @AaronClarke In my tests, the account was not allowed to stream from the server outside the time window I allowed. I have established that if a playback session started within the allowed time, it does continue beyond the end of the period permitted and does not get force terminated. I have also established that if a media item is found on the device in the Downloads then it is permitted to stream. That is expected since one is not streaming from the server. To actually try and replicate your access controls configuration and see if I can reproduce your issue, could you 1. confirm that it is still going wrong - allowing streaming to be started outside the permitted window 2. If it is doing this, please get me the user configuration files on the server. They would be in this path within the app data (assuming it is windows) "programdata\config\users" - You could copy out the whole users folder and zip and send me the zip by private message 3. Get me the server logs during a period when it is allowing the streaming to start when it should not be. I will work out which of the users folders in the zip that relate to this. Thanks Just to clarify... the issue is not that they can continue to stream outside of the permitted window..... the issue is that when an Access Schedule is applied, they get the playback error stating Maximum Streams Exceeded, even when they should be permitted to stream. Only once I had completed removed the Access Schedule, were they able to start streaming again. I don't think this behaviour was immediate, however I can't be certain as my kids didn't tell me for some time after it became an issue. Edited December 17, 2024 by AaronClarke
sa2000 674 Posted December 17, 2024 Posted December 17, 2024 Fine - I need to see the users policy xml from the config folder
AaronClarke 3 Posted December 17, 2024 Posted December 17, 2024 4 minutes ago, sa2000 said: Fine - I need to see the users policy xml from the config folder <?xml version="1.0"?> <UserPolicy xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema"> <IsAdministrator>false</IsAdministrator> <IsHidden>true</IsHidden> <IsHiddenRemotely>true</IsHiddenRemotely> <IsHiddenFromUnusedDevices>true</IsHiddenFromUnusedDevices> <IsDisabled>false</IsDisabled> <MaxParentalRating>5</MaxParentalRating> <BlockedTags /> <IsTagBlockingModeInclusive>false</IsTagBlockingModeInclusive> <IncludeTags /> <EnableUserPreferenceAccess>false</EnableUserPreferenceAccess> <AccessSchedules /> <BlockUnratedItems> <UnratedItem>Book</UnratedItem> <UnratedItem>Game</UnratedItem> <UnratedItem>ChannelContent</UnratedItem> <UnratedItem>LiveTvChannel</UnratedItem> <UnratedItem>Movie</UnratedItem> <UnratedItem>Music</UnratedItem> <UnratedItem>Trailer</UnratedItem> <UnratedItem>Series</UnratedItem> </BlockUnratedItems> <EnableRemoteControlOfOtherUsers>false</EnableRemoteControlOfOtherUsers> <EnableSharedDeviceControl>false</EnableSharedDeviceControl> <EnableRemoteAccess>true</EnableRemoteAccess> <EnableLiveTvManagement>false</EnableLiveTvManagement> <EnableLiveTvAccess>true</EnableLiveTvAccess> <EnableMediaPlayback>true</EnableMediaPlayback> <EnableAudioPlaybackTranscoding>true</EnableAudioPlaybackTranscoding> <EnableVideoPlaybackTranscoding>true</EnableVideoPlaybackTranscoding> <EnablePlaybackRemuxing>true</EnablePlaybackRemuxing> <EnableContentDeletion>false</EnableContentDeletion> <EnableContentDeletionFromFolders /> <EnableContentDownloading>false</EnableContentDownloading> <EnableSubtitleDownloading>false</EnableSubtitleDownloading> <EnableSubtitleManagement>false</EnableSubtitleManagement> <EnableSyncTranscoding>false</EnableSyncTranscoding> <EnableMediaConversion>false</EnableMediaConversion> <EnabledChannels /> <EnableAllChannels>false</EnableAllChannels> <EnabledFolders> <string>f137a2dd21bbc1b99aa5c0f6bf02a805</string> <string>7e5d6762cebfc7d7da81474ba5970655</string> <string>d3ac2f2d9142f25ff53d49ff5852d6b4</string> <string>dfbd84266bb0ba7ec7c4222ea7441f47</string> <string>733d9ca4d09866bf2e2d8a48cf462b3b</string> </EnabledFolders> <EnableAllFolders>false</EnableAllFolders> <InvalidLoginAttemptCount>0</InvalidLoginAttemptCount> <EnablePublicSharing>false</EnablePublicSharing> <RemoteClientBitrateLimit>0</RemoteClientBitrateLimit> <AuthenticationProviderId>Emby.Server.Implementations.Library.DefaultAuthenticationProvider</AuthenticationProviderId> <ExcludedSubFolders> <string>f137a2dd21bbc1b99aa5c0f6bf02a805_427825</string> <string>f137a2dd21bbc1b99aa5c0f6bf02a805_427826</string> <string>f137a2dd21bbc1b99aa5c0f6bf02a805_427828</string> <string>f137a2dd21bbc1b99aa5c0f6bf02a805_427829</string> <string>f137a2dd21bbc1b99aa5c0f6bf02a805_427830</string> <string>f137a2dd21bbc1b99aa5c0f6bf02a805_427831</string> <string>f137a2dd21bbc1b99aa5c0f6bf02a805_427833</string> <string>f137a2dd21bbc1b99aa5c0f6bf02a805_427834</string> <string>f137a2dd21bbc1b99aa5c0f6bf02a805_427835</string> <string>f137a2dd21bbc1b99aa5c0f6bf02a805_427836</string> <string>f137a2dd21bbc1b99aa5c0f6bf02a805_427837</string> <string>f137a2dd21bbc1b99aa5c0f6bf02a805_427838</string> <string>f137a2dd21bbc1b99aa5c0f6bf02a805_427839</string> <string>f137a2dd21bbc1b99aa5c0f6bf02a805_427840</string> <string>f137a2dd21bbc1b99aa5c0f6bf02a805_427842</string> <string>f137a2dd21bbc1b99aa5c0f6bf02a805_834372</string> <string>b34574845035cd222917cc69435b145f_1721945</string> <string>7e64e319657a9516ec78490da03edccb_460068</string> <string>9713ca41539b6bcc9215a8bbed2b1b32_2024781</string> <string>e957f9042f99d8b3c9c0f7f4d81898b8_238838</string> <string>63e31d811dd150914d17126747e936aa_6391477</string> <string>6c2a057148b4d7c20a207c789aba6d07_22708</string> </ExcludedSubFolders> <SimultaneousStreamLimit>0</SimultaneousStreamLimit> <EnabledDevices /> <EnableAllDevices>true</EnableAllDevices> </UserPolicy> Obviously there is no Schedule applied at the moment, I can add one and repost if required.
Happy2Play 9780 Posted December 17, 2024 Posted December 17, 2024 (edited) Testing in 4.8.10 and 4.9.0.33 I have no issue of playing back media during configured access time. Media plays during set hours and errors outside of set hours. But nothing stands out in that policy.xml above. Edited December 17, 2024 by Happy2Play 1
sa2000 674 Posted December 17, 2024 Posted December 17, 2024 (edited) 1 hour ago, AaronClarke said: Obviously there is no Schedule applied at the moment, I can add one and repost if required. That was what we are trying to investigate and reproduce. What you have uploaded is what works ok. What I need to see is the one with the access schedule that does not work. And confirmation on version of Emby Server used. Which Emby Client apps are being used for the access controlled account. You could just create a new test user account to confirm the issue and provide the policy xml file for that - if it brings up the problem. Thanks Edited December 17, 2024 by sa2000 1
Happy2Play 9780 Posted December 17, 2024 Posted December 17, 2024 Yes minus your server writing something wierd or maybe something off with Time on system? As my test of Tuesday between 7am and 8am had no issues. <AccessSchedules> <AccessSchedule> <DayOfWeek>Tuesday</DayOfWeek> <StartHour>7</StartHour> <EndHour>8</EndHour> </AccessSchedule> </AccessSchedules>
AaronClarke 3 Posted December 17, 2024 Posted December 17, 2024 Actually.... Ive just noticed that the User Folders seem to be messed up..... The policy I posted before was from the user folder named after one of the accounts in question but on closer inspection I noticed that it does not reflect the changes made... .instead there is a folder named with a random string "config\users\139064e0b71c4c62b7db7e9659e54cc8" which contains the relevant policy. Could this cause issues? <?xml version="1.0"?> <UserPolicy xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema"> <IsAdministrator>false</IsAdministrator> <IsHidden>true</IsHidden> <IsHiddenRemotely>true</IsHiddenRemotely> <IsHiddenFromUnusedDevices>true</IsHiddenFromUnusedDevices> <IsDisabled>false</IsDisabled> <LockedOutDate>0</LockedOutDate> <MaxParentalRating>5</MaxParentalRating> <AllowTagOrRating>false</AllowTagOrRating> <BlockedTags> <string>Children's</string> <string>Childrens</string> </BlockedTags> <IsTagBlockingModeInclusive>true</IsTagBlockingModeInclusive> <IncludeTags /> <EnableUserPreferenceAccess>false</EnableUserPreferenceAccess> <AccessSchedules> <AccessSchedule> <DayOfWeek>Sunday</DayOfWeek> <StartHour>6</StartHour> <EndHour>20</EndHour> </AccessSchedule> <AccessSchedule> <DayOfWeek>Monday</DayOfWeek> <StartHour>8</StartHour> <EndHour>20</EndHour> </AccessSchedule> <AccessSchedule> <DayOfWeek>Tuesday</DayOfWeek> <StartHour>8</StartHour> <EndHour>20</EndHour> </AccessSchedule> </AccessSchedules> <BlockUnratedItems> <UnratedItem>Book</UnratedItem> <UnratedItem>Game</UnratedItem> <UnratedItem>ChannelContent</UnratedItem> <UnratedItem>LiveTvChannel</UnratedItem> <UnratedItem>Movie</UnratedItem> <UnratedItem>Music</UnratedItem> <UnratedItem>Trailer</UnratedItem> <UnratedItem>Series</UnratedItem> </BlockUnratedItems> <EnableRemoteControlOfOtherUsers>false</EnableRemoteControlOfOtherUsers> <EnableSharedDeviceControl>false</EnableSharedDeviceControl> <EnableRemoteAccess>true</EnableRemoteAccess> <EnableLiveTvManagement>false</EnableLiveTvManagement> <EnableLiveTvAccess>true</EnableLiveTvAccess> <EnableMediaPlayback>true</EnableMediaPlayback> <EnableAudioPlaybackTranscoding>true</EnableAudioPlaybackTranscoding> <EnableVideoPlaybackTranscoding>true</EnableVideoPlaybackTranscoding> <EnablePlaybackRemuxing>true</EnablePlaybackRemuxing> <EnableContentDeletion>false</EnableContentDeletion> <RestrictedFeatures /> <EnableContentDeletionFromFolders /> <EnableContentDownloading>false</EnableContentDownloading> <EnableSubtitleDownloading>false</EnableSubtitleDownloading> <EnableSubtitleManagement>false</EnableSubtitleManagement> <EnableSyncTranscoding>false</EnableSyncTranscoding> <EnableMediaConversion>false</EnableMediaConversion> <EnabledChannels /> <EnableAllChannels>false</EnableAllChannels> <EnabledFolders> <string>f137a2dd21bbc1b99aa5c0f6bf02a805</string> <string>7e5d6762cebfc7d7da81474ba5970655</string> <string>d3ac2f2d9142f25ff53d49ff5852d6b4</string> <string>dfbd84266bb0ba7ec7c4222ea7441f47</string> <string>733d9ca4d09866bf2e2d8a48cf462b3b</string> </EnabledFolders> <EnableAllFolders>false</EnableAllFolders> <InvalidLoginAttemptCount>0</InvalidLoginAttemptCount> <EnablePublicSharing>false</EnablePublicSharing> <RemoteClientBitrateLimit>0</RemoteClientBitrateLimit> <AuthenticationProviderId>Emby.Server.Implementations.Library.DefaultAuthenticationProvider</AuthenticationProviderId> <ExcludedSubFolders> <string>f137a2dd21bbc1b99aa5c0f6bf02a805_427825</string> <string>f137a2dd21bbc1b99aa5c0f6bf02a805_427826</string> <string>f137a2dd21bbc1b99aa5c0f6bf02a805_427828</string> <string>f137a2dd21bbc1b99aa5c0f6bf02a805_427829</string> <string>f137a2dd21bbc1b99aa5c0f6bf02a805_427830</string> <string>f137a2dd21bbc1b99aa5c0f6bf02a805_427831</string> <string>f137a2dd21bbc1b99aa5c0f6bf02a805_427833</string> <string>f137a2dd21bbc1b99aa5c0f6bf02a805_427834</string> <string>f137a2dd21bbc1b99aa5c0f6bf02a805_427835</string> <string>f137a2dd21bbc1b99aa5c0f6bf02a805_427836</string> <string>f137a2dd21bbc1b99aa5c0f6bf02a805_427837</string> <string>f137a2dd21bbc1b99aa5c0f6bf02a805_427838</string> <string>f137a2dd21bbc1b99aa5c0f6bf02a805_427839</string> <string>f137a2dd21bbc1b99aa5c0f6bf02a805_427840</string> <string>f137a2dd21bbc1b99aa5c0f6bf02a805_427842</string> <string>f137a2dd21bbc1b99aa5c0f6bf02a805_834372</string> <string>b34574845035cd222917cc69435b145f_1721945</string> <string>7e64e319657a9516ec78490da03edccb_460068</string> <string>9713ca41539b6bcc9215a8bbed2b1b32_2024781</string> <string>e957f9042f99d8b3c9c0f7f4d81898b8_238838</string> <string>63e31d811dd150914d17126747e936aa_6391477</string> <string>6c2a057148b4d7c20a207c789aba6d07_22708</string> </ExcludedSubFolders> <SimultaneousStreamLimit>0</SimultaneousStreamLimit> <EnabledDevices /> <EnableAllDevices>true</EnableAllDevices> <AllowCameraUpload>true</AllowCameraUpload> <AllowSharingPersonalItems>false</AllowSharingPersonalItems> </UserPolicy>
Happy2Play 9780 Posted December 17, 2024 Posted December 17, 2024 Possibly as it can be difficult to find the correct folder for the user as you may have to query the user in the api to actually find the correct folder if you have a log of user folders. But going to said user in Settings-Users-select user you will see the userid in the url and that corresponds to the user folder. But that one you just posts is configure for access Sunday, Monday and Tuesday 8am to 8pm <AccessSchedules> <AccessSchedule> <DayOfWeek>Sunday</DayOfWeek> <StartHour>6</StartHour> <EndHour>20</EndHour> </AccessSchedule> <AccessSchedule> <DayOfWeek>Monday</DayOfWeek> <StartHour>8</StartHour> <EndHour>20</EndHour> </AccessSchedule> <AccessSchedule> <DayOfWeek>Tuesday</DayOfWeek> <StartHour>8</StartHour> <EndHour>20</EndHour> </AccessSchedule> </AccessSchedules> So are you saying you get a error playing media right now?
AaronClarke 3 Posted December 18, 2024 Posted December 18, 2024 That particular configuration I have applied for testing purpose since I had already removed... when tested, the issue was not present. It seems as though it comes in later on. Im not sure what the exact scenario or circumstances are. I think it may just be a case of waiting for it to occur again at this point.
sa2000 674 Posted December 18, 2024 Posted December 18, 2024 10 hours ago, AaronClarke said: I think it may just be a case of waiting for it to occur again at this point and please when it does - get the emby server logs and attach and provide the name of the user account showing the problem and the time it arose. From the logs, we can establish which of the config\users subfolder you would need to provide the contents of Thanks
AaronClarke 3 Posted December 20, 2024 Posted December 20, 2024 The issue has occurred again just now at 15:16 for 'Erin' UserID: 139064e0b71c4c62b7db7e9659e54cc8 embyserver (2).txt policy.xml
sa2000 674 Posted December 20, 2024 Posted December 20, 2024 11 minutes ago, AaronClarke said: The issue has occurred again just now at 15:16 for 'Erin' UserID: 139064e0b71c4c62b7db7e9659e54cc8 That is legitimate - becuase the user is only allowed access on Sunday, Monday and Tuesday <AccessSchedules> <AccessSchedule> <DayOfWeek>Sunday</DayOfWeek> <StartHour>6</StartHour> <EndHour>20</EndHour> </AccessSchedule> <AccessSchedule> <DayOfWeek>Monday</DayOfWeek> <StartHour>8</StartHour> <EndHour>20</EndHour> </AccessSchedule> <AccessSchedule> <DayOfWeek>Tuesday</DayOfWeek> <StartHour>8</StartHour> <EndHour>20</EndHour> </AccessSchedule> </AccessSchedules>
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now