It sounds like from this thread, rackspace incorrectly reports accessible servers as pending state.
The only solutions I can think of are:
* remove the server status check and instead only rely on TCP port accessibility
* doublecheck status on PENDING
Any other thoughts?
-A
HI Guys,
I'm testing on the Rackspace nextgen stuff, and my code that runs fine on EC2 gives me:
Caused by: java.lang.IllegalStateException: node DFW/073e9685-cd25-407d-a7b7-d477d8a40148 needs to be running before
executing a script on it. current state: PENDING
I know the server was up, I was ssh'd into it on a console as well.
I'm using the client.submitScriptOnNode() method.
Anyone seen similar?
Thanks
Tom
--
You received this message because you are subscribed to the Google Groups "jclouds" group.
To post to this group, send email to jcl...@googlegroups.com.
To unsubscribe from this group, send email to jclouds+u...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/jclouds?hl=en.
We should talk about it, as right now, rackspace is the only one with this bug.
Even if the socket test is tuned to something we consider just long enough to be valid, it will cause an unnecessary delay on pending or terminated nodes. If someone has hundreds of nodes, this could add up quite a bit.
What I'd suggest is that we:
* raise this bug to rackspace, hopefully in a way they can see for themselves the glitch
* make the health check pluggable and default to current logic
* make a temporary change to rackspace (or module in rackspace) to double-check pending or skip state check
I suppose we could alternatively introduce a check strategy flag..
Wdyt?
-A
Relying on TCP port accessibility seems to make sense to me in this case since I can't think of any cases where this wouldn't be accurate.
Would it make sense to do this just for Rackspace or for other providers too?
Chris