-
Notifications
You must be signed in to change notification settings - Fork 9
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
listAvailablePackages
returns No packages were found
#56
Comments
Hello @git4rk Could you pls help take a look at this issue? Thanks. |
Note: this issue not only breaks entitlement check, but also breaks tWAS installation, as no available packages returned. |
@majguo |
|
Closing the ticket per @git4rk 's response. |
I recently ran into this again. We must make it so that such a cause of failure does not show up as "un-entitled". |
@edburns @git4rk Re-open this issue to add the check against the result of
|
@gcharters @git4rk Currently, if
I ask your help to provide the appropriate error message for the 1st item, so that user can clearly understand the deployment failure is due to the unavailability of |
@majguo is there another action after |
@gcharters Yes. Below is part of output of
Based on @git4rk 's response before, Besides, few comments for your suggested message:
|
@majguo @gcharters Here is the suggested text from the IDD team (Pam): |
From 2021-07-06 meeting minutes:
|
This issue can be closed. If the problem resurfaces, we will open another one. @git4rk . |
Today when I'm testing the latest tWAS cluster testing offer using Ed's entitled IBMid, it always failed. I further triaged the issue and found that the command used to list available packages doesn't run as expected, which caused the entitlement check failed:
Command output for listing available packages:
I run the above command both in a vm deployed on Azure and my local laptop, with entitled and un-entitled IBMids, but get the same result.
Actually when I re-thought the issue, the similar phenomenon happened few times before, but then disappeared. However, the issue seems persist this time, not sure if the back-end service for listing available packages is down or there is something else wrong.
This issue needs to be triaged and resolved ASAP as it blocks successful tWAS cluster deployments.
The text was updated successfully, but these errors were encountered: