Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 65638 - thread2/setiathome.log fills up the space
Summary: thread2/setiathome.log fills up the space
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Gentoo Science Related Packages
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-09-27 22:55 UTC by Patrick Hsieh
Modified: 2004-10-01 07:26 UTC (History)
1 user (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Patrick Hsieh 2004-09-27 22:55:22 UTC
when setiathome-3.08-r2 runs on machines with 2 processors, the /var/lib/setiathome/thread2/setiathome.log will grows with errors to fill up the space.

# tail setiathome.log
Each instance of SETI@home must run in a separate directory.
/var/lib/setiathome/setiwrapper: line 7: wait: pid 1 is not a child of this shell
Couldn't get lock file.  This is probably because
another instance of SETI@home is running in this directory.
Each instance of SETI@home must run in a separate directory.
/var/lib/setiathome/setiwrapper: line 7: wait: pid 1 is not a child of this shell
Couldn't get lock file.  This is probably because
another instance of SETI@home is running in this directory.
Each instance of SETI@home must run in a separate directory.
/var/lib/setiathome/setiwrapper: line 7: wait: pid 1 is not a child of this shell

Reproducible: Always
Steps to Reproduce:
1. emerge setiathome
2. edit /etc/conf.d/setiathome, set SETIATHOME_THREADS="2"
3. /etc/init.d/setiathome start
Actual Results:  
/var/lib/setiathome/thread2/setiathome.log grows dramatically until all space is
filled.

Expected Results:  
/var/lib/setiathome/thread2/setiathome.log stops growing up or grows much slower.

I did a little hack on /etc/init.d/setiathome and
/var/lib/setiathome/setiwrapper to fix this problem. this is my workaround:

# diff /etc/init.d/setiathome.new /etc/init.d/setiathome
52c52
<               ${SETIATHOME_DIR}/setiwrapper thread${thread} ${SETIBINDIR}
${SETIATHOME_OPTIONS} >& setiathome.log &
---
>               ${SETIATHOME_DIR}/setiwrapper ${SETIBINDIR}
${SETIATHOME_OPTIONS} >& setiathome.log &


# diff /var/lib/setiathome/setiwrapper.new /var/lib/setiathome/setiwrapper
2,4c2,3
< cd $(dirname $0)/$1
< dir=${2}
< shift
---
> cd $(dirname $0)
> dir=${1}
Comment 1 Oliver Schwabedissen 2004-09-29 13:50:27 UTC
Found the same problem yesterday, fixed it in /var/lib/setiwrapper only:

diff setiwrapper setiwrapper.new
2d1
< cd $(dirname $0)

Since /etc/init.d/setiathome already changes to the thread directories I simply removed the "cd ..." in setiwrapper. This way everything seems to work fine.
Comment 2 Patrick Kursawe (RETIRED) gentoo-dev 2004-10-01 07:26:52 UTC
Thanks for reporting. Fix is in portage.