<?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>4311</bug_id>
          
          <creation_ts>2006-03-24 14:58</creation_ts>
          <short_desc>GRAM error log files</short_desc>
          <delta_ts>2012-09-12 09:07:23</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>GRAM</product>
          <component>general</component>
          <version>4.0.1</version>
          <rep_platform>All</rep_platform>
          <op_sys>All</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          
          <priority>P3</priority>
          <bug_severity>enhancement</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Doru Marcusiu">marcusiu@ncsa.uiuc.edu</reporter>
          <assigned_to name="Stuart Martin">smartin@mcs.anl.gov</assigned_to>
          <cc>bester@mcs.anl.gov</cc>
    
    <cc>lane@mcs.anl.gov</cc>
    
    <cc>madduri@mcs.anl.gov</cc>
    
    <cc>marcusiu@ncsa.uiuc.edu</cc>
    
    <cc>smartin@mcs.anl.gov</cc>

      

      
          <long_desc isprivate="0">
            <who name="Doru Marcusiu">marcusiu@ncsa.uiuc.edu</who>
            <bug_when>2006-03-24 14:58:19</bug_when>
            <thetext>The GT4 implementation of GRAM has changed what information is being written to the GRAM log files that are created upon error during job submission. Specifically, the stderr output of the batch submit command is now being redirected to a special file rather than reported directly in the GRAM log file. That information is critical in debugging job submission problems. That special file is removed during a clean up phases and so there is no trace of the infomration that is written to stderr from the batch submission command. Either that infomraiton needs to continue to be included in the GRAM log file or the file containing that information should not be removed on job submission error.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who name="Doru Marcusiu">marcusiu@ncsa.uiuc.edu</who>
            <bug_when>2006-03-24 15:02:17</bug_when>
            <thetext>It is currently difficult to corrolate a GRAM error log file with a job submission when multiple job submissions are made simultaneously. I suggest that a command line option to GRAM job submission tools be implemented that would allow a user to provide a name of the GRAM log file. That would enable the user, or an automated job submission process, to establish a corrolation between job submissions and GRAM error log files.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who name="Peter Lane">lane@mcs.anl.gov</who>
            <bug_when>2006-03-24 16:03:05</bug_when>
            <thetext>Adding Joe to the CC list since I don&apos;t understand what Doru is talking about.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who name="Joe Bester">bester@mcs.anl.gov</who>
            <bug_when>2012-09-12 09:07:23</bug_when>
            <thetext>Cleaning up old GRAM bugs. This exists in GRAM5.</thetext>
          </long_desc>
      
      

    </bug>

</bugzilla>