Custom Query (431 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (88 - 90 of 431)

Ticket Resolution Summary Owner Reporter
#187 invalid IZ1169: Bad inst_sge template path in N1GE 6 Install Guide craffi
Description

[Imported from gridengine issuezilla http://gridengine.sunsource.net/issues/show_bug.cgi?id=1169]

        Issue #:      1169             Platform:     All       Reporter: craffi (craffi)
       Component:     gridengine          OS:        All
     Subcomponent:    doc              Version:      current      CC:    None defined
        Status:       NEW              Priority:     P4
      Resolution:                     Issue type:    DEFECT
                                   Target milestone: ---
      Assigned to:    markob (markob)
      QA Contact:     surajp
          URL:        http://docs.sun.com/db/doc/817-6118/6mlhe9aec?a=view
       * Summary:     Bad inst_sge template path in N1GE 6 Install Guide
   Status whiteboard:
      Attachments:

     Issue 1169 blocks:
   Votes for issue 1169:


   Opened: Thu Jul 22 09:33:00 -0700 2004 
------------------------


On pages 87-88 of the N1GE Install Guide in the
section titled "Removing the Software Using
inst_sge Utility and a Configuration Template"

The online URL to this doc is:
http://docs.sun.com/db/doc/817-6118/6mlhe9aec?a=view

The commands refer to a path under $SGE_ROOT where
the inst_template.conf file lives.

In this chapter the path is incorrect.

It referrs repeatedly to the path:

sge-root/util/inst_sge_modules/

When the correct path should be:

sge-root/util/install_modules/


An earlier chapter on using inst_sge with a
template file to install N1GE is correct. The
mistake only seems to appear in the "removing"
section.

-Chris

   ------- Additional comments from andreas Thu Oct 21 06:59:54 -0700 2004 -------
Assign Admin/User/Install guide related issues to Mark O'Brien.

   ------- Additional comments from surajp Mon Mar 2 05:49:04 -0700 2009 -------
Reassigning issue to Suraj...
#314 fixed IZ1949: 2 instances of non well-formed XML output from "qstat -xml" Dave Love <d.love@…> craffi
Description

[Imported from gridengine issuezilla http://gridengine.sunsource.net/issues/show_bug.cgi?id=1949]

        Issue #:      1949             Platform:     All      Reporter: craffi (craffi)
       Component:     gridengine          OS:        All
     Subcomponent:    clients          Version:      6.0u7       CC:    None defined
        Status:       STARTED          Priority:     P2
      Resolution:                     Issue type:    DEFECT
                                   Target milestone: ---
      Assigned to:    roland (roland)
      QA Contact:     roland
          URL:        http://gridengine.sunsource.net/servlets/BrowseList?list=dev&by=thread&from=7191
       * Summary:     2 instances of non well-formed XML output from "qstat -xml"
   Status whiteboard:
      Attachments:

     Issue 1949 blocks:
   Votes for issue 1949:


   Opened: Mon Dec 19 08:30:00 -0700 2005 
------------------------


Discussed on the dev mailing list via this thread:

http://gridengine.sunsource.net/servlets/BrowseList?list=dev&by=thread&from=7191

================
Problem #1
================

Summary:
'qstat -j <jobID> -xml' produces non-compliant (not well formed) XML output

Reproduce:
Run "qstat -xml -j <jobID>" on a job ID that does not exist

Sample ouput showing error:

chrisdag:~/sgetest dag$ qstat -j 11 -xml
<?xml version='1.0'?>
<unknown_jobs  xmlns:xsd="http://www.w3.org/2001/XMLSchema">
 <>
   <ST_name>11</ST_name>
 </>
</unknown_jobs>

 -- and --

qstat -j 1234 -xml
error: can't unpack gdi request
error: error unpacking gdi request: bad argument
<?xml version='1.0'?>
<unknown_jobs  xmlns:xsd="http://www.w3.org/2001/XMLSchema">
  <>
    <ST_name>1234</ST_name>
  </>
</unknown_jobs>



================
Problem #2
================

Summary:
When there are Grid Engine communication or access problems, "qstat -f -xml"
does not produce XML at all, or in some cases will produce non-well-formed XML
similar to Problem #1 described above

Reproduce:
Less convenient than problem #1. My specific problem was caused by a changing IP
address on the qmaster/execd node. This problem may be reproducable by
intentionaly generating a different sort of error.

Example:

chrisdag:~/sgetest dag$ qstat -f -xml

error: commlib error: access denied (client IP resolved to host name
"chrisdag.local". This is not identical to clients host name
"chrisdag-wireless.private.sonsorol.net")
unable to contact qmaster using port 701 on host "chrisdag.local"

   ------- Additional comments from roland Mon Feb 13 01:42:34 -0700 2006 -------
changed priority

   ------- Additional comments from olesen Fri Jun 26 03:45:56 -0700 2009 -------
*** Issue 3057 has been marked as a duplicate of this issue. ***

   ------- Additional comments from olesen Fri Jun 26 03:49:33 -0700 2009 -------
increase priority
The badly formatted <> and </> tags should be fairly trivial to avoid.

   ------- Additional comments from templedf Thu Dec 3 06:56:05 -0700 2009 -------
From Mark Olesen:

I suspect that problem is in libs/cull/cull_xml.c
lWriteListXML_ (not lWriteELemXML_).


There is no check before the corresponding fprintf.
Eg,

{
  fprintf(fp, "%s<%s%s>", indent, lGetString(elem, XMLA_Name),
     (is_attr?sge_dstring_get_string(&attr):""));
  fprintf(fp, "%s", lGetString(elem, XMLA_Value));
  lWriteListXML_(lGetList(ep, XMLE_List), nesting_level+1, fp);
  fprintf(fp, "</%s>\n", lGetString(elem, XMLA_Name));
}


Wouldn't it just be a simple case of doing this?

{
  const char* tag = lGetString(elem, XMLA_Name);

  if (tag != NULL && strlen(tag))
  {
    fprintf(fp, "%s<%s%s>", indent, tag,
      (is_attr?sge_dstring_get_string(&attr):""));
    fprintf(fp, "%s", lGetString(elem, XMLA_Value));
  }
  lWriteListXML_(lGetList(ep, XMLE_List), nesting_level+1, fp);

  if (tag != NULL && strlen(tag))
  {
    fprintf(fp, "</%s>\n", tag));
  }
}
#335 fixed IZ1987: typo in error msg defined in daemons/qmaster/msg_qmaster.h craffi
Description

[Imported from gridengine issuezilla http://gridengine.sunsource.net/issues/show_bug.cgi?id=1987]

        Issue #:      1987             Platform:     Macintosh   Reporter: craffi (craffi)
       Component:     gridengine          OS:        All
     Subcomponent:    qmaster          Version:      current        CC:    None defined
        Status:       NEW              Priority:     P4
      Resolution:                     Issue type:    DEFECT
                                   Target milestone: ---
      Assigned to:    ernst (ernst)
      QA Contact:     ernst
          URL:
       * Summary:     typo in error msg defined in daemons/qmaster/msg_qmaster.h
   Status whiteboard:
      Attachments:
                      Date/filename:                                      Description:                   Submitted by:
                      Tue Feb 21 16:17:00 -0700 2006: msg_qmaster.h.patch patch to fix typo (text/plain) craffi

     Issue 1987 blocks:
   Votes for issue 1987:


   Opened: Tue Feb 21 16:16:00 -0700 2006 
------------------------


Saw an error message today when rescheduling a job in an SGE setup where no
queues actually supported restarted job types.

Error message says this:

"...were jobs are not rerunable."

Error message probably means to say this:

"... where jobs are not rerunnable."

Will attach a one-line,one-char patch after this issue is opened

   ------- Additional comments from craffi Tue Feb 21 16:17:26 -0700 2006 -------
Created an attachment (id=73)
patch to fix typo
Note: See TracQuery for help on using queries.