[
https://issues.apache.org/jira/browse/AMQ-5733?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14508523#comment-14508523
]
Marc Schöchlin commented on AMQ-5733:
-------------------------------------
Attempting a shutdown by JMX and and SIGTERM (8) seems to be redundant for me.
Both methods seem to do the same thing.
Probably it might be a option to do a fallback from JMX to SIGTERM if there is
no configuration for JMX?
> kill -9 always results in failure signal
> ----------------------------------------
>
> Key: AMQ-5733
> URL: https://issues.apache.org/jira/browse/AMQ-5733
> Project: ActiveMQ
> Issue Type: Bug
> Components: Distribution
> Affects Versions: 5.11.1
> Reporter: James Green
>
> Using https://github.com/rgevaert/activemq2deb I am trying to distribute
> upgrades to our fleet. This results in failure each time.
> Looking into the matter the activemq script tries to stop the broker via JMX.
> This is not configured, so fails.
> It falls back to issuing "kill -9 <PID>" then immediately exits with code 1.
> This code 1 causes the packaging script to bail and thus we end up with a
> mess.
> A possible solution is to return the "kill" command's own result. This
> doesn't necessarily reflect whether "kill" succeeded in terminating the PID
> however.
> A second possible solution is to detect the presence of 'start-stop-daemon'
> and use this in preference. Narrows down the cases in which it does not work
> at least.
> I am of the opinion that a script aiming of cross-platform compatibility is
> probably never going to work completely so detecting and making use of
> per-system tooling is probably best long term, meantime would returning
> "kill's" exit code help?
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
