#155 closed defect (invalid)
Install fails on Debian Wheezy with php-fastCGI installed (turnkey)
Reported by: | Joe | Owned by: | Victor Julien |
---|---|---|---|
Priority: | minor | Milestone: | undecided |
Component: | installer | Version: | 0.7 |
Keywords: | init script lsb header | Cc: |
Description
Hi, your firewall front end looks very promising, unfortunately, it wouldn't install correctly. Here is the result when invoking the installation.
insserv: warning: script 'vuurmuur' missing LSB tags and overrides insserv: There is a loop between service php-fastcgi and vuurmuur if stopped insserv: loop involving service vuurmuur at depth 2 insserv: loop involving service php-fastcgi at depth 1 insserv: Stopping vuurmuur depends on php-fastcgi and therefore on system facility `$all' which can not be true! insserv: exiting now without changing boot order! update-rc.d: error: insserv rejected the script header dpkg: error processing vuurmuur (--configure):
subprocess installed post-installation script returned error exit status 1
dpkg: dependency problems prevent configuration of vuurmuur-conf:
vuurmuur-conf depends on vuurmuur; however:
Package vuurmuur is not configured yet.
dpkg: error processing vuurmuur-conf (--configure):
dependency problems - leaving unconfigured
Errors were encountered while processing:
vuurmuur vuurmuur-conf
Change History (4)
comment:1 Changed 4 years ago by
comment:2 Changed 4 years ago by
v0.7 did not have LSB headers in the init script and '$all' is a tag that is used to start a service as late as possible during boot process. From the FAQ in https://wiki.debian.org/LSBInitScripts/:
Is it possible to start a given init script as late as possible?
yes, if you really want to do so, insserv recognises the $all virtual facility name such that the script will be executed at the end.
insserv seems to assume $all for vuurmuur and php-fastcgi and it seems to be unable to handle more than one service with $all set (thus the conflict). I actually think this is a bug in insserv and should be reported there. What version of Ubuntu is this? And: did you modify php-fastcgi startup script in any way?
Current master an pre-v0.8 already contains LSB headers in the init script; to fix that issue for 0.7 a patch exists at https://github.com/julianromera/vuurmuur/commit/21a153d99c2920e4d739602411647471f12e9b81
comment:3 Changed 4 years ago by
Keywords: | init script lsb header added; installer php-fastcgi removed |
---|---|
Priority: | major → minor |
Resolution: | → invalid |
Status: | new → closed |
comment:4 Changed 4 years ago by
found the corresponding Debian bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=695751
From Message 29 (Petter Reinholdtsen):
There is also a problem with insserv here, as it should provide scripts without LSB headers with a sensible default. This no longer seem to happen. No idea why.
A workaround is listed at the end of the bug report too.
Vuurmuur doesn't have anything to do with php-fastcgi, so I don't understand why you would get that error. Maybe you can try the 0.8rc1 release.