You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Aruba Central Streaming API Client Failed due to Bad Request #35
We have realized that since early this week, the "wsclient_public.py" python client for the Aruba Central streaming API is no longer working due to a bad request:
We haven't introduced a change on the client side and it is being executed as follows:
python3 wsclient_public.py --hostname <aruba-central-instance>.central.arubanetworks.com --jsoninput input.json --decode_data
We've also ensured to use the last version available and the issue persist.
Please, can you double check if a change was introduced on the Streaming API?
The client has not been changed and the failures seen are linked to bad requests performed by the client.
Please, can you help us to move forward?
It looks like a change on any of the sides(either this client or the remote Streaming API) that triggers such bad request.
@Karl90 Hi, I haven't seen this behavior before. I did update the requirements.txt file in the streaming-api-client folder. The PR is still open. It will get merged soon. Could you check out the requirements.txt file and see if that resolves the issue - #36
Could you also let me know what topic you are trying to stream when you are getting the error ?
Indeed, I executed the code including your PR #36, but unfortunately the installation of the dependencies failed "as is", due to the version of greenlet:
When removing the specific version, the installation ends successfully.
FYI, this is the actual requirements.txt that I am using:
This actually started to happen 2 weeks ago, previously the client was able to pull the data from any topic, in this case we tested with the 'monitoring' one - which is very verbose.
For the sake of transparency and isolate issues, all my tests are done with the latest version of the repo, the only change is the requirements.txt as seen previously, that is why I highly think that the issue relies on the remote streaming API or the source client, do you think that any of the packages can trigger the issue on the client?
Hi Karl! I believe this issue could be due to a Streaming API bug. Would it be possible for you to file a TAC case regarding this?
Once you filed it, please send me the TAC number on my email - karthik.satheesh-kumar@hpe.com
Thanks!
Activity
Karl90 commentedon Sep 19, 2023
Dear Team,
Please, can you help us with this?
Taking a look on the last PRs we don't see major changes on the client, can it be linked with a change on the Streaming API?
Regards,
Karl.
Karl90 commentedon Sep 20, 2023
Dear Team,
Please, can you double check if a change was introduced on the Streaming API?
The client has not been changed and the failures seen are linked to bad requests performed by the client.
Best regards,
Karl.
Karl90 commentedon Sep 26, 2023
Hi All,
Just to say that the same error is returned by the simple client:
Please, can you help us to move forward?
It looks like a change on any of the sides(either this client or the remote Streaming API) that triggers such bad request.
thanks in advance,
regards,
Karl.
Karl90 commentedon Sep 26, 2023
@KarthikSKumar98 , have you seen this behaviour?
KarthikSKumar98 commentedon Sep 26, 2023
@Karl90 Hi, I haven't seen this behavior before. I did update the requirements.txt file in the streaming-api-client folder. The PR is still open. It will get merged soon. Could you check out the requirements.txt file and see if that resolves the issue - #36
Could you also let me know what topic you are trying to stream when you are getting the error ?
Karl90 commentedon Sep 27, 2023
Hi @KarthikSKumar98 ,
Thanks for your inputs.
Indeed, I executed the code including your PR #36, but unfortunately the installation of the dependencies failed "as is", due to the version of greenlet:
When removing the specific version, the installation ends successfully.
FYI, this is the actual requirements.txt that I am using:
When the code is executed, then the same issue is found:
This actually started to happen 2 weeks ago, previously the client was able to pull the data from any topic, in this case we tested with the 'monitoring' one - which is very verbose.
For the sake of transparency and isolate issues, all my tests are done with the latest version of the repo, the only change is the requirements.txt as seen previously, that is why I highly think that the issue relies on the remote streaming API or the source client, do you think that any of the packages can trigger the issue on the client?
Thanks for the help!
Karl.
KarthikSKumar98 commentedon Oct 3, 2023
Hi Karl! Could you let me know which Central cluster you are trying to stream data from ?
Karl90 commentedon Oct 4, 2023
Hi @KarthikSKumar98 ,
Sure, this is the EU instance that I'm using:
BTW, I've been told that you also need to include the hostname in the input file. I also tried that and issue persisted.
Best regards,
Karl.
KarthikSKumar98 commentedon Oct 9, 2023
Hi Karl! I believe this issue could be due to a Streaming API bug. Would it be possible for you to file a TAC case regarding this?
Once you filed it, please send me the TAC number on my email - karthik.satheesh-kumar@hpe.com
Thanks!