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 ]
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.
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)
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.
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)
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.
sorry, looks like i dont can explain to you what the real 'bug' is
(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.
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 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i386-pc-linux-gnu" CFLAGS="-march=opteron -O2 -mcpu=i686" CHOST="i386-pc-linux-gnu" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-march=opteron -O2 -mcpu=i686" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer parallel-fetch sandbox selinux sfperms strict" GENTOO_MIRRORS="http://ftp.uni-erlangen.de/pub/mirrors/gentoo ftp://pandemonium.tiscali.de/pub/gentoo/ http://ftp.snt.utwente.nl/pub/os/linux/gentoo ftp://linux.rz.ruhr-uni-bochum.de/gentoo-mirror/ ftp://ftp.snt.utwente.nl/pub/os/linux/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" 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'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" 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" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
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.