<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "http://bugs.gentoo.org/bugzilla.dtd">

<bugzilla version="2.22.7"
          urlbase="http://bugs.gentoo.org/"
          maintainer="bugzilla@gentoo.org"
>

    <bug>
          <bug_id>65638</bug_id>
          
          <creation_ts>2004-09-27 22:55 0000</creation_ts>
          <short_desc>thread2/setiathome.log fills up the space</short_desc>
          <delta_ts>2004-10-01 07:26:52 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo Linux</product>
          <component>Ebuilds</component>
          <version>unspecified</version>
          <rep_platform>x86</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>pahud@pahud.net</reporter>
          <assigned_to>sci@gentoo.org</assigned_to>
          <cc>Oliver@Schwabedissen.name</cc>

      

      
          <long_desc isprivate="0">
            <who>pahud@pahud.net</who>
            <bug_when>2004-09-27 22:55:22 0000</bug_when>
            <thetext>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&apos;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&apos;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=&quot;2&quot;
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
&lt;               ${SETIATHOME_DIR}/setiwrapper thread${thread} ${SETIBINDIR}
${SETIATHOME_OPTIONS} &gt;&amp; setiathome.log &amp;
---
&gt;               ${SETIATHOME_DIR}/setiwrapper ${SETIBINDIR}
${SETIATHOME_OPTIONS} &gt;&amp; setiathome.log &amp;


# diff /var/lib/setiathome/setiwrapper.new /var/lib/setiathome/setiwrapper
2,4c2,3
&lt; cd $(dirname $0)/$1
&lt; dir=${2}
&lt; shift
---
&gt; cd $(dirname $0)
&gt; dir=${1}</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>Oliver@Schwabedissen.name</who>
            <bug_when>2004-09-29 13:50:27 0000</bug_when>
            <thetext>Found the same problem yesterday, fixed it in /var/lib/setiwrapper only:

diff setiwrapper setiwrapper.new
2d1
&lt; cd $(dirname $0)

Since /etc/init.d/setiathome already changes to the thread directories I simply removed the &quot;cd ...&quot; in setiwrapper. This way everything seems to work fine.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>phosphan@gentoo.org</who>
            <bug_when>2004-10-01 07:26:52 0000</bug_when>
            <thetext>Thanks for reporting. Fix is in portage.</thetext>
          </long_desc>
      
    </bug>

</bugzilla>