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 }}
This repository has been archived by the owner on Jul 19, 2022. It is now read-only.
Reading the "updates" received when these operations are completed works, but sometimes it is useful to know the actual status of the network when first connected to it, and there seems to be no safe option for this at the moment.
The text was updated successfully, but these errors were encountered:
Well I've tried updating to the latest snapshot and now it seems to be working, sorry. I'll try sometimes more before closing it, or if you assure me that it works, just close it.
doesn't solve the problem. If one status doesn't work, no status will work. Please give me a feedback because I'm just checking if the machine is reachable:
InetAddress.getByName(ip).isReachable(timeout);
if I notice the problem. This of course isn't a good enough solution, because "stopping" instances will probably be still reachable.
While using the web socket client, it is often impossible to get correctly the status of the instances when using Amazon. This query:
will very often return a
{ status : null }
for no particular reasons. For the tests, the deploy was performed correctly via:and I've also tried starting and stopping the instances before asking for the instance status by using:
!extended { name: StartComponent, params: [eu-west-1/i-f80eea1e] }
or
!extended { name: StopComponent, params: [eu-west-1/i-f80eea1e] }
but still that status variable is often wrong.
Reading the "updates" received when these operations are completed works, but sometimes it is useful to know the actual status of the network when first connected to it, and there seems to be no safe option for this at the moment.
The text was updated successfully, but these errors were encountered: