Instead, if I do an /etc/init.d/zetagrid start from the command line the file nohup.out will be created in the directory /opt/ zetagrid. Seems that the handling of creation of nohup.out is different from the command line compared to /sbin/runscript. This is bad in cases to resolve bugs and/or exceptions from the called java program, because there is no output to analyse. Reproducible: Always Steps to Reproduce: 1.rc-update add zetagrid default 2.boot computer 3.no file /opt/zetagrid/nohup.out is created tfoerste@nhh221 ~ $ emerge info Portage 2.0.49-r15 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r3, 2.4.23-grsec-1.9.13) ================================================================= System uname: 2.4.23-grsec-1.9.13 i686 Pentium III (Coppermine) Gentoo Base System version 1.4.3.10p1 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=pentium3 -O3 -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config /usr/kde/3/ share/config /usr/X11R6/lib/X11/xkb /usr/kde/3.1/share/config /usr/share/ config" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-march=pentium3 -O3 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="sandbox ccache autoaddcvs" GENTOO_MIRRORS="http://gentoo.linux.no/ http://gentoo.oregonstate.edu http:// www.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="x86 oss apm avi crypt cups encode foomaticdb gif gtk2 jpeg libg++ libwww mad mikmod mpeg ncurses nls pdflib png quicktime spell truetype xml2 xv zlib gdbm berkdb slang readline arts svga tcltk java mysql X sdl gpm tcpd pam ssl perl python esd imlib oggvorbis qt kde motif opengl apache2 innodb mbox pcmcia slp snmp usb -gtk -gnome -xmms linguas_de"
Will try to find a solution that helps you.
I fixed it now. It logs the output to /var/log/zetagrid.log and no longer uses nohup.