Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 144351 - www-servers/lighttpd-1.4.11 init script fails to detect start failure
Summary: www-servers/lighttpd-1.4.11 init script fails to detect start failure
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: www-servers Herd (OBSOLETE)
Depends on:
Reported: 2006-08-18 14:07 UTC by Andre Meyer
Modified: 2006-09-29 13:31 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Note You need to log in before you can comment on or make changes to this bug.
Description Andre Meyer 2006-08-18 14:07:12 UTC
init_rc thinks lighttpd is started, even if its going down directly

* Starting lighttpd ...
2006-08-18 23:03:38: (mod_accesslog.c.514) opening access-log failed: Permission denied /var/serve/md10000/data/access.log 
2006-08-18 23:03:38: (server.c.834) Configuration of plugins failed. Going down.                                              [ ok ]
Comment 1 Jakub Moc (RETIRED) gentoo-dev 2006-08-18 14:35:14 UTC
No idea what's init_rc, also the output doesn't tell anything about lighttpd already having been started, but rather about wrong permissions in some weirdo directory to which lighttpd definitely doesn't log by default. 

I'd suggest to fix your permissions.
Comment 2 Andre Meyer 2006-08-18 14:42:34 UTC
ok with init_rc i ment the startup-thing, don't know how to name it.
i know the permissions are wrong, but you see "[ ok ]" on the end of the last line and :

# /etc/init.d/lighttpd status
 * status:  started

i think thats wrong, as i have to zap it first ( and lighttpd ist not really startet)
Comment 3 Jakub Moc (RETIRED) gentoo-dev 2006-08-18 14:45:12 UTC
As I said, I'd suggest that you fix your permissions, they are clearly wrong. 

Reopen w/ lighttpd version and emerge --info if that doesn't fix the problem.
Comment 4 Andre Meyer 2006-08-18 14:54:50 UTC
that is not the point i'm trying to make. 
lighttpd fails (regardless of what reason) to start, but the script think it is running.

* Starting lighttpd ...
......... (server.c.834) Configuration of plugins failed. Going down.                                            [ ok ]

it should be [ failed !! ] 

(lighttpd version is 1.4.11)
Comment 5 Jakub Moc (RETIRED) gentoo-dev 2006-08-18 15:00:53 UTC
Sigh, and it will keep on failing because your permissions are screwed, as I've told you twice already.

Additionally, you didn't provide the requested info at all.
Comment 6 Andre Meyer 2006-08-18 15:20:05 UTC
sorry, looks like i dont can explain to you what the real 'bug' is
Comment 7 Jakub Moc (RETIRED) gentoo-dev 2006-08-18 15:25:37 UTC
(In reply to comment #6)
> sorry, looks like i dont can explain to you what the real 'bug' is

I understand perfectly fine what the problem is; I'm just telling you why it doesn't start. Feel free to reopen once you've provided the info requested in Comment #3.

Comment 8 Andre Meyer 2006-08-18 15:40:13 UTC
i also know that the permissions were wrong, and i have that fixed, and lighttpd is running. that was never the problem i wanted to point out.

please re-read comment #4, as if it were the only thing i wrote

here the info you want.

(lighttpd version is 1.4.11)
Portage 2.1-r2 (selinux/2005.1/x86/hardened, gcc-3.4.6, glibc-2.3.6-r4, 2.6.16-hardened-r11 i686)
System uname: 2.6.16-hardened-r11 i686 AMD Opteron(tm) Processor 146
Gentoo Base System version 1.6.15
app-admin/eselect-compiler: [Not Present]
dev-lang/python:     2.4.3-r1
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     [Not Present]
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils:  2.16.1-r3
sys-devel/gcc-config: 1.3.13-r3
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
CFLAGS="-march=opteron -O2 -mcpu=i686"
CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo"
CXXFLAGS="-march=opteron -O2 -mcpu=i686"
FEATURES="autoconfig distlocks metadata-transfer parallel-fetch sandbox selinux sfperms strict"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'"
USE="berkdb bzip2 crypt dlloader firebird gd hardened hardenedphp mysql mysqli ncurses pam pcre pdo php pic png python readline selinux session sqlite ssl truetype unicode vhosts x86 zip zlib elibc_glibc input_devices_keyboard input_devices_mouse kernel_linux userland_GNU"
Comment 9 Thilo Bangert (RETIRED) (RETIRED) gentoo-dev 2006-09-29 13:31:34 UTC
my understanding of the initscripts is, that there is no way to detect such a failure. the initscript is there to start a service, it detaches from it once its running and then believes it stays running - if it doesn't -> it'll never no....

this can be fixed by running lighttpd under daemontools or similar... the recently announced init system by the ubuntu folks would also be able to handle this...

Andre, i share your view, that this is a bug, but AFAIK there is not much we can do about it currently.

(please reopen, if you know a solution to the problem)
thank you.