Custom Query (431 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (88 - 90 of 431)

Ticket Resolution Summary Owner Reporter
#22 fixed IZ205: cannot create "parallel interactive" queues only. andy
Description

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

        Issue #:      205              Platform:     All           Reporter: andy (andy)
       Component:     gridengine          OS:        All
     Subcomponent:    qmaster          Version:      5.3beta2         CC:    None defined
        Status:       NEW              Priority:     P3
      Resolution:                     Issue type:    ENHANCEMENT
                                   Target milestone: ---
      Assigned to:    andreas (andreas)
      QA Contact:     ernst
          URL:
       * Summary:     cannot create "parallel interactive" queues only.
   Status whiteboard:
      Attachments:

     Issue 205 blocks:
   Votes for issue 205:


   Opened: Thu Mar 21 06:36:00 -0700 2002 
------------------------


cannot create "parallel interactive" queues only. The current scheme of
combining queue types fields make it impossible, since "P" implicitely means
"parallel batch".

   ------- Additional comments from sgrell Mon Dec 12 03:15:10 -0700 2005 -------
Changed subcomponent.

Stephan
#359 fixed IZ2060: qstat -pri -xml reports data imcompletely Dave Love <d.love@…> ovid
Description

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

        Issue #:      2060             Platform:     Sun      Reporter: ovid (ovid)
       Component:     gridengine          OS:        All
     Subcomponent:    clients          Version:      6.0u4       CC:    None defined
        Status:       NEW              Priority:     P4
      Resolution:                     Issue type:    DEFECT
                                   Target milestone: ---
      Assigned to:    roland (roland)
      QA Contact:     roland
          URL:
       * Summary:     qstat -pri -xml reports data imcompletely
   Status whiteboard:
      Attachments:

     Issue 2060 blocks:
   Votes for issue 2060:


   Opened: Tue May 23 15:06:00 -0700 2006 
------------------------


Plain output of qstat -pri looks like this:


sgetest@dt218-123# qstat -pri
job-ID  prior   nurg    npprior ntckts   ppri name       user         state
submit/start at     queue                          slots ja-task-ID
----------------------------------------------------------------------------------------------------------------------------------------------------
   6794 0.50500 0.00000 0.50000 0.50000     0 SEQUENTIAL sgetest      r
05/23/2006 13:51:28 all.q@dt218-123                    1
   6795 0.50500 0.00000 0.50000 0.50000     0 ARRAY      sgetest      r
05/23/2006 13:51:28 all.q@dt218-123                    1 3
   6799 0.45617 0.00000 0.45117 0.50000  -100 PENDING    sgetest      r
05/23/2006 13:51:28 all.q@dt218-123                    1 1
   6799 0.45617 0.00000 0.45117 0.50000  -100 PENDING    sgetest      r
05/23/2006 13:51:28 all.q@dt218-123                    1 4


The same output in XML format looks like this:

sgetest@dt218-123# qstat -pri -xml
<?xml version='1.0'?>
<job_info  xmlns:xsd="http://www.w3.org/2001/XMLSchema">
  <queue_info>
    <job_list state="running">
      <JB_job_number>6794</JB_job_number>
      <JAT_prio>0.50500</JAT_prio>
      <JB_nppri>0.50000</JB_nppri>
      <JB_priority>0</JB_priority>
      <JB_name>SEQUENTIAL</JB_name>
      <JB_owner>sgetest</JB_owner>
      <state>r</state>
      <JAT_start_time>05/23/2006 13:51:28</JAT_start_time>
      <queue_name>all.q@dt218-123</queue_name>
      <slots>1</slots>
    </job_list>
    <job_list state="running">
      <JB_job_number>6795</JB_job_number>
      <JAT_prio>0.50500</JAT_prio>
      <JB_nppri>0.50000</JB_nppri>
      <JB_priority>0</JB_priority>
      <JB_name>ARRAY</JB_name>
      <JB_owner>sgetest</JB_owner>
      <state>r</state>
      <JAT_start_time>05/23/2006 13:51:28</JAT_start_time>
      <queue_name>all.q@dt218-123</queue_name>
      <slots>1</slots>
      <tasks>3</tasks>
    </job_list>


Note that the XML output lacks the nurg and ntckts columns!
#360 fixed IZ2062: Memory leak in qmaster olle
Description

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

        Issue #:      2062             Platform:     All      Reporter: olle (olle)
       Component:     gridengine          OS:        Linux
     Subcomponent:    qmaster          Version:      6.0u8       CC:
                                                                        [_] reuti
                                                                        [_] uddeborg
                                                                        [_] Remove selected CCs
        Status:       REOPENED         Priority:     P3
      Resolution:                     Issue type:    DEFECT
                                   Target milestone: 6.0u8
      Assigned to:    ernst (ernst)
      QA Contact:     ernst
          URL:
       * Summary:     Memory leak in qmaster
   Status whiteboard:
      Attachments:

     Issue 2062 blocks:
   Votes for issue 2062:


   Opened: Wed May 24 02:53:00 -0700 2006 
------------------------


After five days of uptime our qmaster process is above 10GB and is still growing
in size.

I have no idea how to debug this on a running cluster in production, and I have
not managed to reproduce it on a smaller environment.

Any ideas are welcome.

   ------- Additional comments from uddeborg Wed May 24 06:00:42 -0700 2006 -------
The requirement to enter a comment to add yourself as a CC is a bit silly.

   ------- Additional comments from reuti Mon Sep 18 06:00:27 -0700 2006 -------
For us this seems to happen, when the accounting file reaches a certain size. Deleting the accounting file
and restarting the qmaster solved the problem apparently.

   ------- Additional comments from olle Mon Sep 18 06:30:33 -0700 2006 -------
Any idea on what size would trigger it?

We have a daily rotation of the accounting file and usually less than 30000
lines in one file.

   ------- Additional comments from andreas Mon Sep 18 07:09:04 -0700 2006 -------
I have really no idea how I could explain it. The qmaster never ever reads in
the accounting file. All qmaster does is append a line to accounting file for
each record.

Actually, if qmaster memory growth can be reproduced, it would be interesting to
see whether 'accounting_flush_time' setting in sge_conf(5) has any effect on it ...

   ------- Additional comments from joga Fri Jan 26 04:43:20 -0700 2007 -------
Has been fixed in 6.0u8.

Problem was:
qmaster buffers the accounting records, and writes the buffered data in fixed
intervals.

When closing the accounting file after writing failed (e.g. when the filesystem
was full),
the buffer was not deleted.

Beginning with 6.0u8, the buffer is always cleared, regardless if the writing
succeeded.

Of course this may lead to a data loss, if for example the filesystem is full.

   ------- Additional comments from olle Mon Feb 19 08:44:41 -0700 2007 -------
> Has been fixed in 6.0u8

I think I reported this issue on 6.0u8. It might have been introduced in earlier
versions, but it was not fixed in the courtesy binaries of version 6.0u8.
Note: See TracQuery for help on using queries.