<?xml version="1.0" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "http://bugzilla.globus.org/bugzilla/bugzilla.dtd">

<bugzilla version="3.2.3"
          urlbase="http://bugzilla.globus.org/bugzilla/"
          maintainer="bacon@mcs.anl.gov"
>

    <bug>
          <bug_id>5624</bug_id>
          
          <creation_ts>2007-10-19 09:15</creation_ts>
          <short_desc>LIGO: globus-rls-admin and globus-rls-cli tools do not exit properly on Debian 4.0 ONLY (Workaround)</short_desc>
          <delta_ts>2008-05-28 19:18:13</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Replica Location</product>
          <component>RLS</component>
          <version>development</version>
          <rep_platform>PC</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          
          <priority>P3</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          <dependson>5481</dependson>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Scott Koranda">skoranda@gravity.phys.uwm.edu</reporter>
          <assigned_to name="Rob S">schuler@isi.edu</assigned_to>
          <cc>annc@isi.edu</cc>
    
    <cc>shishir@isi.edu</cc>

      

      
          <long_desc isprivate="0">
            <who name="Scott Koranda">skoranda@gravity.phys.uwm.edu</who>
            <bug_when>2007-10-19 09:15:55</bug_when>
            <thetext>The system has these details:

datarobot@golf:~$ uname -a
Linux golf 2.6.18-5-686 #1 SMP Wed Sep 26 17:54:59 UTC 2007 i686 GNU/Linux
datarobot@golf:~$ cat /etc/issue
Debian GNU/Linux 4.0 \n \l

datarobot@golf:~$ gcc --version
gcc (GCC) 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)
Copyright (C) 2006 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

The version of RLS used is that from the GT 4.0.5 source tarball. That is, RLS and the globus-rls-admin tool were built from source on the machine using the gcc shown above.

When the globus-rls-admin command is run it hangs after printing out the expected output. For example:

datarobot@golf:~$ globus-rls-admin -S rls://localhost
Version:    4.3
Uptime:     168:38:10
LRC stats
  update method: lfnlist
  update method: bloomfilter
  lfnlist update interval: 86400
  bloomfilter update interval: 900
  numlfn: 0
  numpfn: 0
  nummap: 0
RLI stats
  updated via bloomfilters

At this point the command hangs and control is not returned back to the shell. Neither Ctrl+c nor Ctrl+z interrupt the process and return command to the shell.

This behavior is not specific to the &apos;-S&apos; flag. It also happens when using the &apos;-p&apos; flag to ping the server. It may happen with other options too but we have not tested all of them.

I will run the command under strace and attach the output to the bug report.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who name="Scott Koranda">skoranda@gravity.phys.uwm.edu</who>
            <bug_when>2007-10-19 09:19:45</bug_when>
            <thetext>The output of running the hanging command under strace is at

http://www.lsc-group.phys.uwm.edu/lscdatagrid/downloads/ldr_software/strace.out

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who name="Shishir Bharathi">shishir@isi.edu</who>
            <bug_when>2007-10-19 12:53:42</bug_when>
            <thetext>Can you point g-r-a at another server on another host and see what happens?
Preferably, this would be a server on a host you&apos;re not having problems with. It may also be worth testing with an older server if you have one running.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who name="Scott Koranda">skoranda@gravity.phys.uwm.edu</who>
            <bug_when>2007-10-19 13:51:07</bug_when>
            <thetext>On the Debian 4 system golf.astro.cf.ac.uk I ran 

globus-rls-admin -S rls://nemo-dataserver.phys.uwm.edu

and saw the same behavior. The expected output is written to the terminal but then 
control is not returned to the shell.

The RLS running on the system nemo-dataserver.phys.uwm.edu reports version 4.2.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who name="Rob S">schuler@isi.edu</who>
            <bug_when>2007-10-22 17:39:22</bug_when>
            <thetext>The same problem occurred with a USC user using a Debbian 4 release:

Linux version 2.6.18-4-686 (Debian 2.6.18.dfsg.1-12etch2) (dannf@debian.org) (gc
c version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)) #1 SMP Wed May 9 23:03:
12 UTC 2007

I have tried out the g-r-a and g-r-c clients on some Debbian 3.1 boxes and it works fine. No probems on RH8, RH9, FC6, and Solaris (SunOS 5.9) that I can tell.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who name="Scott Koranda">skoranda@gravity.phys.uwm.edu</who>
            <bug_when>2007-10-23 07:21:38</bug_when>
            <thetext>I ran globus-rls-admin under gdb and saw that the third (3rd) time after executing the command

globus_module_deactivate(modules[i]);

is when the client hangs. So it appears that it is hanging when deactivating the GLOBUS_RLS_CLIENT_MODULE.

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who name="Scott Koranda">skoranda@gravity.phys.uwm.edu</who>
            <bug_when>2007-10-23 07:41:18</bug_when>
            <thetext>I commented out the code in admin.c that loops over globus_module_deactivate and forced a rebuild and now the client does not hang. 

I also tried changing to using globus_module_deactivate_all() but that did not help and the client continued to hang.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who name="Scott Koranda">skoranda@gravity.phys.uwm.edu</who>
            <bug_when>2007-10-23 07:57:23</bug_when>
            <thetext>I see that the deactivation loop counts down/backwards, so the client is actually hanging during the GLOBUS_COMMON_MODULE deactivation.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who name="Scott Koranda">skoranda@gravity.phys.uwm.edu</who>
            <bug_when>2007-10-23 08:12:53</bug_when>
            <thetext>So this is bug 5481.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who name="Rob S">schuler@isi.edu</who>
            <bug_when>2007-11-05 14:06:35</bug_when>
            <thetext>Since there is a Debian 4.0 workaround, I&apos;m going to change severity to normal. Hopefully that seems reasonable, given the circumstances.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who name="Rob S">schuler@isi.edu</who>
            <bug_when>2007-11-19 13:09:07</bug_when>
            <thetext>I&apos;m going to close this since the &quot;fix&quot; is a workaround for a Debian 4.0 bug that is out of our control.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who name="Rob S">schuler@isi.edu</who>
            <bug_when>2007-12-12 11:56:31</bug_when>
            <thetext>After reopening this bug I&apos;m closing it with FIXED status because the core libs have fixed the bug (see bug 5481).</thetext>
          </long_desc>
      
      

    </bug>

</bugzilla>