[GLASSFISH-20509] GlassFish incompatible with Debian 7 due to LSB incompliance of asadmin create-service Created: 11/May/13  Updated: 13/May/13

Status: Open
Project: glassfish
Component/s: admin
Affects Version/s: 3.1.2.2
Fix Version/s: None

Type: Bug Priority: Major
Reporter: mkarg Assignee: Byron Nevins
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

GlassFish 3.1.2.2, Debian stable (7, "Wheezy"), OpenJDK 7u2+, amd64



 Description   

It seems GlassFish is incompatible with Debian 7 due to an LSB incompliance.

As a result GlassFish is neither starting at host boot, neither the update-rc.d script is able to modify the runlevel settings of the created Service. But manually invoking e. g. /etc/rc2.d/S20GlassFish_domain1 in fact does boot GlassFish correctly when executed manually at the command line!

An identified workaround is to execute the following commands:

  • sudo update-rc.d -f GlassFish_domain1 remove
  • sudo rm /etc/rcS.d/K20GlassFish_domain1
  • sudo update-rc.d GlassFish_domain1 Defaults

This sequence of commands actually fixed the problem very well, but certainly a future GlassFish release should produce rc*.d entries which do not need this Manual fix!

Notes:

  • "-f" is needed at update-rc.d because otherwise the command will not execute. The reason for this is that the rc*.d links produced by asadmin create-service seem to look "strange" in some way to the update-rc.d script. If I understand the output correctly, update-rc.d assumes that rc.local and GlassFish_domain1 scripts build a loop. The "-f" option Forces to ignore any such problems and simply kill all rc*.d links.
  • The manual deletion of the file in /etc/rcS.d is needed because even with the "-f" option, update-rc.d is not deleting the link in rcS.d. I suspect this is due to the fact that LSB defaults are K016 but not K016S?
  • I have not found out what actually the difference is between the original result of asadmin create-service, and the result of update-rc.d remove followed by update-rc.d default – besides the fact that the latter does not create a link in rcS.d, and sets sequence level 02 instead of 20.

I know that Debian is not officially supported, but as it looks as an LSB incomplicance to me, it would be good to fix this anyways.


Generated at Fri Dec 09 00:49:09 UTC 2016 using JIRA 6.2.3#6260-sha1:63ef1d6dac3f4f4d7db4c1effd405ba38ccdc558.