using the initscript supplied with foldingathome 5.0.2-r4 causes the program to hang at 100%cpu and not download any work units and process them. It may be hanging in --config-only, i'm not sure. I consider this to be a MAJOR break in the package because the way foldingathome is setup on Gentoo makes the user WANT to use the initscript because it will auto detect the amount of CPUs and start up instances for each one. Without the initscript it is a pain to run this software. Reproducible: Always Steps to Reproduce: 1.Emerge foldingathome ~x86 2./etc/init.d/foldingathome start 3.Foldingathome now hangs in a loop and never gets any work done. Actual Results: Foldingathome now hangs in a loop and never gets any work done. Expected Results: It should download the work units and start processing them. Portage 2.0.53_rc5 (default-linux/x86/2005.1, gcc-3.4.4, glibc-2.3.5-r2, 2.6.13- gentoo-r4 i686) ================================================================= System uname: 2.6.13-gentoo-r4 i686 AMD Athlon(tm) XP 3200+ Gentoo Base System version 1.12.0_pre9 distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled] ccache version 2.4 [enabled] dev-lang/python: 2.3.5, 2.4.2 sys-apps/sandbox: 1.2.13 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-r1 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.20 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=athlon-xp -O2 -fomit-frame-pointer -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X1 1/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon-xp -O2 -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distcc distlocks sandbox sfperms strict" GENTOO_MIRRORS="ftp://mirrors.tds.net/gentoo http://mirrors.tds.net/gentoo http://gentoo.seren.com/gentoo http://gentoo.mirrors.pair.com/" MAKEOPTS="-j4" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 3dnow X aac alsa amd apm audiofile avi bash-completion berkdb bitmap- fonts browserplugin bzip2 bzlib cddb cdparanoia cdr cdrom chroot codecs crypt cups curl dhcp divx4linux dvd dvdr dvdread eds emboss encode esd ext-png ext- zlib fam ffmpeg firefox flac foomaticdb fortran freetype gdbm gif gnome gpm gstreamer gtk gtk2 gtkhtml hal icecast ide imlib imlib2 ipv6 java jpeg libg++ libwww mad mikmod mmx motif mozpango mozsvg mp3 mpeg mpeg4 mplayer ncurses nls nptl nptlonly nvidia ogg oggvorbis openal opengl oss pam pdf pdflib perl png ppds python qt quicktime readline samba sdl spell sse ssl svga tcpd theora tiff truetype truetype-fonts type1-fonts unicode usb userlocales v4l v4l2 vcd videos vorbis win32codecs wmf xine xml2 xv xvid zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS
Created attachment 71730 [details] working initscript Added option "--chdir /opt/foldingathome/client${CPU}/" to start-stop-daemon, otherwise client gets started in / and does nothing.
Any chances to see changes to initscript in portage ?
(In reply to comment #1) > Created an attachment (id=71730) [edit] Didn't work for me. How do I get a usable output?
Came up with this same change myself. So it works for me.
I had the same problem when I upgraded to the new initscript. The above fix has solved it for me too.
I feel that this has been open way too long. I'm reassigning to sci@gentoo.org. Can you please test the fix listed and confirm it works, then SQUASH this bug! An initscript bug shouldn't be open THIS long. -Mark
VERIFIED here corrects problem. Is definately the problem as seen from the strace from the initscript on gentoo rsync open("client.cfg", O_WRONLY|O_CREAT, 0750) = -1 EACCES (Permission denied) occurs because foldingathome user has no access in / please commit to portage
I came up with the same fix myself and it works spiffy.
this ebuild doesn't work You need to replace --chuid with --user on the start-stop-daemon statment
Is this ever going to get fixed????
Just tried it and can't reproduce the problem. But since adding the --chdir should do no harm, I'll just add this to -r5.