Closed tstibbs closed 8 years ago
@tstibbs I have been seeing "ghost" CLI connection refused messages without much rime or reason on a non consitent basis for a while now but have not had the time to track down root cause. The connection refuses I normally see are at random times and I can only surmise have to do with JBoss just happening to be to busy at that time. This looks like another good description of a similar problem.
I agree the retry logic should be added to the onlyif and unless commands. If it is okay with you I am going to rename this ticket to reflect that action item.
Thank you for the detailed bug report.
Blue Skies, ~Ian
Yes, I've also been wondering if this is actually a jboss bug, but hopefully the changes I've suggested will help mitigate it anyway. Thanks.
@tstibbs I did speak with Red Hat JBoss Support on this topic and there are not any known issues with CLI connection issues. They did give some instructions for looking into the specific deployment I was working with though that helped to midigate issues somewhat. I believe in my case there is resource consumption issues with the application running on JBoss EAP causing the CLI not to have enough resources to respond to connection requests, but that is just a theory.
This enhancement will definitely be useful. If you feel up to the challenge feel free to submit a patch.
approved.
merged into master.
I often notice that after creating a datasource, jboss decides that a reload is required. Cleanup.pp calls
:reload
, but then immediately tries to check if a restart is required. However, as the server is currently reloading, jboss-cli.sh fails to connect. The result is that puppet fails, and the output is a mangled version of the stack trace below. It would seem sensible to make theRestart Server ${name}
resource set the same timeouts etc that theCheck Server Up After ${name}
resource has. Note this is slightly less trivial than it sounds, because theonlyif
does not have the retry logic that the maincommand
has.Stack trace returned that causes the whoami call to fail (probably not too important but including here in case it helps anyone):