-
Notifications
You must be signed in to change notification settings - Fork 302
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Alexa API / Too many requests #2177
Comments
I am also seeing similar behaviour:
|
Hi 👋,
maybe they are just coincidences but this is it and unfortunately even by removing what seemed to me to be the cause, the errors continue. |
also other smarthome tools like FHEM have problems - Amazon changed something |
Hi, enclose my log entries from different days.
|
Yes, I also think so. I integrated the air quality sensor in December and the errors started approx. 10 days (?) ago. I cannot be precise here as I noted them by coincidence when I saw my dashboard is not showing values for the sensors every now and then. |
Yup. Its getting pretty annoying. Thought I was the only one. To a state where I cant stop my audio player radio over voice command.
|
Same problem here from a couple of weeks ago, no HA configuration changed in the last month. |
Same problem |
I had the same problem. After the integration was reloaded, the error did not reappear. Let's see how it goes now... |
Did you need to reconfigure alexa_media or just reloaded the integration? |
The integration was automatically reloaded after I pressed CTRL + F5. Nothing more had to be done. But as I said, so far the message hasn't come back, but I'll know tomorrow between 8 and 11 a.m., because it was usually during this time that problems occurred. |
Did not fix it for me. Deleted it, restarted and again got this.
|
Did not fix for me. I suppose depend of responsive of AWS cloud. |
Didn't work for me either |
Unfortunately, it didn't last for me.
--
--
--
|
Same issues in the log.
|
sometimes the Echo are unavailable, the related service not available and repair required |
After this error I a having a 5 minute gap in history data for my air quality monitor, in the dashboard it is shown as unavailable for the same time. |
same thing for me too |
Same problem |
Same problem too |
Okay, can we please stop writing me too? Getting an email notification just because someone can't press thumbs up and instead has to write "same problem" isn't helping. Thanks. |
with reference to point 2. of your note, I am not finding in the core.config_entries file or other HA file any reference to the object reported in the error log (e.g. object at 0x7f4f5e6090 ), where am I going wrong? |
I @micium, |
No, the 0x7f4f5e6090 is the object in my log but i did not find it in my HA files |
I' m sorry, I don't know. |
In case it wasn't obvious, this is an Amazon issue and there's nothing we can do about it here. I'll leave this open for reference. |
ok. I understand it's a problem with Amazon's servers. But I ask you, is there any solution to limit the frequency of the problem? In other words... Does the problem depend on the number of requests made on single session (so the more devices you have, the more the problem occurs) or on the frequency with which each account connects to the servers to check the status of the devices? |
I'd like to join the beta test. Not sure how to verify my AMP release, but I'm running the latest HA OS on a Raspberry Pi, so I'll guess I'm good to go. |
I'll help with the beta test. I can't drop it in until next weekend however. |
So far so good. It failed initially due to partitioned cookie error, but has run for several hours without other errors. |
It's still happening with the beta. This error originated from a custom integration. Logger: custom_components.alexa_media Error fetching alexa_media data: Error communicating with API: Too Many Requests |
I'm also seeing the "Too Many Requests" error with the beta version. |
@danielbrunt57 still need tests from 4.12.1? (I can diff/repatch with the current file) |
Daniel, I reverted to 4.11.5 with yout original patch but I will install 4.12.1 and test if you will post or send me the repatch. |
Is the repatch compatible with 4.12.1 available somewhere? |
I see the following... 2024-08-01 08:12:22.076 ERROR (MainThread) [custom_components.alexa_media] Error fetching alexa_media data: Error communicating with API: Too Many Requests) |
So, in the last 2 weeks & my many (MANY) hours of doing this, that, and the other inside alexa_media, I've come to the realization that the too many requests error seems to have nothing to do with voice history or the record size in alexapy. It seems to simply be too many frequent requests to the API. I've been triggering it a lot recently while coding my numerous ideas to somehow get last_alexa updated in a timely fashion. With the architecture of alexa_media/alexapy and the limitations imposed by Amazon, plus their recent removal of the PUSH_ACTIVITY command via the http2 connection, I think it's best that the integration's internal automatic updates of last_alexa be removed while leaving the service call |
I appreciate the effort you've put in and I can support your idea of the reduced calls for the last_update, it seems unnecessary to use the API when most of the time that info isn't needed. We can always call for an update when/if needed. |
Please try v4.12.5 just released and advise your findings. |
I'm still seeing "Too many request" errors with v4.12.5. They average about one every hour. |
Approx 12 hours with the newest version and I haven't seen any "too many" errors yet. And on top of that my script that checks the "last alexa" when run actually worked for the first time in a while this morning! |
I have completely removed the Alexa integration from Home Assistant. It was causing issue where "reauthentication" was required and I would reauthenticate, it would be good for a few days and then repeat. While it was requiring reauthentication, some of my automations would not run because it would error when trying to notify (announce) something. This is in addition to the above issues as well. Had enough of it... blah |
Well then...how about a solution to fix the problem? |
I wish it were that simple! If I had one, I'd submit it, like yesterday! Oh wait a minute, I have one...abandon Amazon, completely! |
Okay. So Amazon doesn't play nice with HA, how about Google? Same thing? |
No idea since no Google devices here. What I do know is that the similar integration for Google devices doesn't even have anything like last_called as I remember reading someone asking for it and that Google doesn't record a timestamp to ascertain it... |
Hi all, I have also these errors: Logger: alexapy.alexaapi Giving up _static_request(...) after 5 tries (alexapy.errors.AlexapyTooManyRequestsError: Too Many Requests)` `This error originated from a custom integration. Logger: custom_components.alexa_media Error fetching alexa_media data: Error communicating with API: Too Many Requests` and `This error originated from a custom integration. Logger: alexapy.helpers alexaapi.get_customer_history_records((<alexapy.alexalogin.AlexaLogin object at 0x7fbf72865040>,), {'max_record_size': 10}): Timeout error occurred accessing AlexaAPI: An exception of type CancelledError occurred. Arguments: () I am on 4.12.11 |
This is an issue with Amazon's rate limit throttling which we have no control over other than to abide and back off our requests. I know that doesn't help but I offer this automation which will alert you to a problem via a persistent notification so you can at least be more aware of the error when it has occured...
|
I have 280 "Too Many Requests" errors in 24hrs and am not sure on what is causing them. I actually don't use Alexa Media Player in any automation even though it is installed, but do use a Node Red Alexa integration for playing all the notifications, etc. in the house. Is this error specific to Alexa Media Player? If it is, why am I seeing it so much if I don't use it? At its peak there were 23 devices in AMP but I removed some that make no sense having (phones, tablets, echo auto, etc) and am left with 15 echos around the house. Is the number of devices a contributing factor? The error appear to be querying amazon for the last x things played... but we NEVER play music on the echos. I am trying to understand what I can do to mitigate the issue. @danielbrunt57 - I tried implementing the automation you shared but failed to do so in both "Automations" and in NR. Something about that trigger.event.data.message not existing. Surely my mistake... Does anything come to mind on why that might be? |
same problem |
Just as another datapoint, AMP had been running just fine apart from my timers failing to update. So I thought I'd remove and re-add the integration. Since then, although I can complete the 2FA login flow (with the 'hack' of choosing the option to create a new account, seeing the message that my email address already has an account, then switching back to login as an existing user -- that gets past the webpage login loop). But, no devices are detected and I see the 'too many requests' errors in the logs. I don't know why Amazon had no problem with the number of requests before I uninstalled and reinstalled the integration. But now they do. I've left the integration uninstalled for two weeks before attempting to re-add it, but immediately I get 'too many requests'. Perhaps the speed of the initial login actions are triggering it? If I get some time I'll dig into AMP (or rather alexapy) and scatter some delays around the login code and see what happens. (this is using amazon.co.uk) edit: My logs show that at least some calls succeed. And I note that alexapy does do some backing-off. But it doesn't back-off by much: 0.7, 0.1 seconds, for instance. Been fiddling with the 'backoff' option on alexapy's API calls. No joy. Will try some more after work. |
hello, please seems we have same issue on another thread can somebody check it out? #2558 |
The issue has received no activity for 60 days and will be closed in a week. |
IMPORTANT: Please search the issues, including closed issues, and the FAQ before opening a new issue. The template is mandatory; failure to use it will result in issue closure.
Describe the bug
I am getting quite a lot of errors saying that there were too many requests and other problems (getting history records). The problem seems to be the Indoor Air Quallity Monitor, at least it is the only Amazon device I use except my Echos.
I am using it as temperature and hygrometer device, I think the device is sending updates every 5 minutes.
To Reproduce
Expected behavior
No problem with getting data, not getting the "too many requests error.
Screenshots
System details
const.py
or HA startup): 4.9.0pip show alexapy
or HA startup): Package not foundLogs
Please provide logs.
1.)
Dieser Fehler wurde von einer benutzerdefinierten Integration verursacht
Logger: custom_components.alexa_media
Source: helpers/update_coordinator.py:332
Integration: Alexa Media Player (documentation, issues)
First occurred: 18:12:58 (1 occurrences)
Last logged: 18:12:58
Error fetching alexa_media data: Error communicating with API:
2,)
Dieser Fehler wurde von einer benutzerdefinierten Integration verursacht
Logger: alexapy.helpers
Source: custom_components/alexa_media/init.py:756
Integration: Alexa Media Player (documentation, issues)
First occurred: 18:12:58 (2 occurrences)
Last logged: 18:12:58
alexaapi.get_customer_history_records((<alexapy.alexalogin.AlexaLogin object at 0x7f74fc4950>,), {'max_record_size': 10}): An error occurred accessing AlexaAPI: An exception of type AlexapyTooManyRequestsError occurred. Arguments: ('',)
alexaapi.get_last_device_serial((<alexapy.alexalogin.AlexaLogin object at 0x7f74fc4950>,), {}): An error occurred accessing AlexaAPI: An exception of type AlexapyTooManyRequestsError occurred. Arguments: ('',)
3.)
Dieser Fehler wurde von einer benutzerdefinierten Integration verursacht
Logger: alexapy.alexaapi
Source: custom_components/alexa_media/init.py:756
Integration: Alexa Media Player (documentation, issues)
First occurred: 18:12:58 (1 occurrences)
Last logged: 18:12:58
Giving up _static_request(...) after 5 tries (alexapy.errors.AlexapyTooManyRequestsError)
Additional context
The text was updated successfully, but these errors were encountered: