Custom Query (431 matches)


Show under each result:

Results (97 - 99 of 431)

Ticket Resolution Summary Owner Reporter
#30 fixed IZ227: HOWTO for aix loadsensor joga

[Imported from gridengine issuezilla]

        Issue #:      227              Platform:     Other         Reporter: joga (joga)
       Component:     gridengine          OS:        AIX
     Subcomponent:    www              Version:      current          CC:    None defined
        Status:       NEW              Priority:     P3
      Resolution:                     Issue type:    ENHANCEMENT
                                   Target milestone: ---
      Assigned to:    andre (andre)
      QA Contact:     andre
       * Summary:     HOWTO for aix loadsensor
   Status whiteboard:

     Issue 227 blocks:
   Votes for issue 227:

   Opened: Wed Apr 10 07:13:00 -0700 2002 

For aix you have to install an external load sensor retrieving the loadvalues
(load, memory ...)
There should a howto describing how to setup this load sensor (e.g. using

   ------- Additional comments from andreas Thu Oct 21 07:47:19 -0700 2004 -------
A web content issue.
#33 fixed IZ243: Memory leak in sge_schedd ernst

[Imported from gridengine issuezilla]

        Issue #:      243              Platform:     All              Reporter: ernst (ernst)
       Component:     gridengine          OS:        All
     Subcomponent:    kernel           Version:      5.3                 CC:    None defined
        Status:       VERIFIED         Priority:     P3
      Resolution:     FIXED           Issue type:    DEFECT
                                   Target milestone: not determined
      Assigned to:    ernst (ernst)
      QA Contact:     andreas
       * Summary:     Memory leak in sge_schedd
   Status whiteboard:

     Issue 243 blocks:
   Votes for issue 243:

   Opened: Mon Apr 29 05:20:00 -0700 2002 

Memory leak in sge_schedd

According to the code discussion with Patrik Koch we have identified
several errors in sge_schedd process:

> Code discussion
> ===============
> - sge_process_events.c, event_handles_default_scheduler()
>   line 650: if (is_running)... possible???
>   How can it be that tasks of a newly added job are already running?
>   And a few lines above at the beginning of sgeE_JOB_ADD:
>   How can the job and the relevant task be already in the joblist?
>   line 653: at_inc_job_counter() leaves priority_group_list or
>     user list (PGR_subordinate_list) unsorted!

I also would assume that the job/task should not already be in the
joblist. I will fix it.

> - sge_process_events.c, event_handles_default_scheduler()
>   line 1559: sgeE_JATASK_DEL
>   if ja_task is enrolled and the only task of the job -> job is
>       removed from lists.job_list
>   if ja_task is not enrolled but the only task of the job -> job is
>       not removed from lists.job_list ???

I will fix it. (==> Memory leak)

> - sge_job_schedd.c, split_job()
>   line 508: job=NULL;
>   line 525: remaining tasks -> lCopyElem(job) ==>> LERROR !
>   line 567: if (job) -> always false !
>   ??? What should be done with remaining tasks? Are they possible?

I don't think that remaining tasks are possible in the moment. If they
occure, they should stay in the source list if they are not needed for
scheduling decisions or if it is not necessary to generate scheduling
messages for the "qstat -j" output.

I will fix the error you found.

   ------- Additional comments from ernst Mon Apr 29 05:21:54 -0700 2002 -------

   ------- Additional comments from ernst Mon Apr 29 06:33:29 -0700 2002 -------

   ------- Additional comments from ernst Wed May 8 03:24:11 -0700 2002 -------
Review has been done by Andreas.
#35 fixed IZ245: qhost -l h=<hostname> does not work andreas

[Imported from gridengine issuezilla]

        Issue #:      245              Platform:     All          Reporter: andreas (andreas)
       Component:     gridengine          OS:        All
     Subcomponent:    clients          Version:      V53_alpha1      CC:
                                                                            [_] uddeborg
                                                                            [_] Remove selected CCs
        Status:       REOPENED         Priority:     P4
      Resolution:                     Issue type:    DEFECT
                                   Target milestone: 6.0
      Assigned to:    andreas (andreas)
      QA Contact:     roland
       * Summary:     qhost -l h=<hostname> does not work
   Status whiteboard:
                      Date/filename:                             Description:                  Submitted by:
                      Wed Jan 30 06:40:00 -0700 2008: patch.diff That''s the diff (text/plain) andreas

     Issue 245 blocks:
   Votes for issue 245:

   Opened: Tue May 7 07:21:00 -0700 2002 

Though one would expect it to work the 'hostname'
attribute can't be used
with qhost for selecting particular hosts.

# qhost | grep <hostname>

The 'hostname' attribute is not in the 'host'
complex but in the 'queue' complex. For this
reason an exechost does not have a 'hostname'
attribute.To fix this problem the 'hostname'
attribute must be moved into the 'host' complex
and the host information must be filled into this
complex attribute from the exechost.

   ------- Additional comments from uddeborg Fri Jun 17 01:55:57 -0700 2005 -------
This problem still remains in 6.0u5 beta

   ------- Additional comments from sgrell Tue Dec 6 08:37:08 -0700 2005 -------
Changed subcomponent.


   ------- Additional comments from roland Tue Nov 14 08:29:51 -0700 2006 -------
qhost -h hostlist

   ------- Additional comments from dom Tue Jan 29 11:57:54 -0700 2008 -------
fixed in maintrunk and V61_BRANCH

   ------- Additional comments from andreas Wed Jan 30 06:39:15 -0700 2008 -------

appears problematic. The attached patch could solve the actual problem.

   ------- Additional comments from andreas Wed Jan 30 06:40:44 -0700 2008 -------
Created an attachment (id=147)
That''s the diff
Note: See TracQuery for help on using queries.