Custom Query (431 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (121 - 123 of 431)

Ticket Resolution Summary Owner Reporter
#530 fixed IZ2623: ns are terrifyingly bad inducer
Description

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

   Issue #: 2623   Platform: All   Reporter: inducer (inducer)
   Component: gridengine   OS: All
   Subcomponent: gui   Version: 6.2beta   CC: None defined
   Status: NEW   Priority: P3
   Resolution:   Issue type: ENHANCEMENT
     Target milestone: ---
   Assigned to: andre (andre)
   QA Contact: andre
   URL:
   * Summary: qmon icons are terrifyingly bad
   Status whiteboard:
   Attachments:
   Date/filename:                                          Description:                                                                                                                            Submitted by:
   Mon Jun 1 19:37:00 -0700 2009: sge_icons_trial.bmp      Quick trial using existing tango icons for qmon (not all are perfect, but they look a lot better then the current drawings) (image/bmp) alain
   Mon Apr 5 20:45:00 -0700 2010: qmon_updated_icons_1.tgz Proposal for a new sets of icons for QMON. These new icons can be tested on existing GE installation. (application/octet-stream)        alain
     Issue 2623 blocks:
   Votes for issue 2623:  7

   Opened: Fri Jun 20 13:09:00 -0700 2008 
------------------------


Hi there,

The qmon icons are terrifyingly bad. Even a text UI would be better. But maybe
you can get in touch with the nice people at
http://tango.freedesktop.org/Tango_Desktop_Project, they may be willing to
design some icons for you. This is especially true since many of GE's concepts
(job, user, etc) are broadly applicable.

Thanks,
Andreas

   ------- Additional comments from alain Mon Jun 1 19:37:16 -0700 2009 -------
Created an attachment (id=191)
Quick trial using existing tango icons for qmon (not all are perfect, but they look a lot better then the current drawings)

   ------- Additional comments from inducer Mon Jun 1 19:44:27 -0700 2009 -------
Oh, that's already a lot better. Please get this into the shipped product as quickly as possible. :)

Now if you could also replace the "+++" in the title bars with just a dash, I'd almost feel like I'm using production-quality software. :P

   ------- Additional comments from rayson Mon Jun 1 20:08:53 -0700 2009 -------
Looks good! As the icons are released to the Public Domain, we don't need to worry about licensing issues.

And what qmon changes are needed if I want to try the new icons now?

   ------- Additional comments from olesen Thu Jun 4 00:28:55 -0700 2009 -------
the silk icons (http://www.famfamfam.com/lab/icons/silk/) aren't bad either - it's what we're using with xmlqstat

   ------- Additional comments from alain Mon Apr 5 20:45:53 -0700 2010 -------
Created an attachment (id=201)
Proposal for a new sets of icons for QMON. These new icons can be tested on existing GE installation.
#532 fixed IZ2628: Tasks held with array dependency may get deleted prematurely johna
Description

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

        Issue #:      2628             Platform:     All       Reporter: johna (johna)
       Component:     gridengine          OS:        All
     Subcomponent:    qmaster          Version:      6.2beta      CC:    None defined
        Status:       NEW              Priority:     P3
      Resolution:                     Issue type:    DEFECT
                                   Target milestone: ---
      Assigned to:    ernst (ernst)
      QA Contact:     ernst
          URL:
       * Summary:     Tasks held with array dependency may get deleted prematurely
   Status whiteboard:
      Attachments:

     Issue 2628 blocks:
   Votes for issue 2628:


   Opened: Tue Jun 24 21:25:00 -0700 2008 
------------------------


It seems to be that tasks in the JB_ja_a_h_ids hold range can get ignored,
leading to the parent job being deleted before they are scheduled to run.

This bug does not appear in the ARI branch and seems to only occur when the
dependent job held with -hold_jid_ad option has higher priority. This probably
means that the QA testing procedure does not detect this issue since it probably
does not submit the jobs with different priority.

This can be reproduced as follows (aimk options are '-spool-classic -parallel 3
-no-dump -debug -no-secure -no-jni -no-java'):

[root@xen-grid1 johna]# qsub -t 1-10 -p -100 -b y /bin/sleep 20
Your job-array 1.1-10:1 ("sleep") has been submitted
[root@xen-grid1 johna]# qsub -t 1-10 -p 100 -hold_jid_ad 1 -b y /bin/sleep 20
Your job-array 2.1-10:1 ("sleep") has been submitted
[root@xen-grid1 johna]# qstat
job-ID  prior   name       user         state submit/start at     queue
                 slots ja-task-ID
-----------------------------------------------------------------------------------------------------------------
      1 0.50617 sleep      root         r     06/25/2008 12:52:18
all.q@xen-grid1.rsp.com.au         1 1
      1 0.00000 sleep      root         qw    06/25/2008 12:52:13
                     1 2-10:1
      2 0.00000 sleep      root         hqw   06/25/2008 12:52:20
                     1 1-10:1
[root@xen-grid1 johna]# qstat
job-ID  prior   name       user         state submit/start at     queue
                 slots ja-task-ID
-----------------------------------------------------------------------------------------------------------------
      1 0.50617 sleep      root         qw    06/25/2008 12:52:13
                     1 2-10:1
      2 0.00000 sleep      root         qw    06/25/2008 12:52:20
                     1 1
      2 0.00000 sleep      root         hqw   06/25/2008 12:52:20
                     1 2-10:1
[root@xen-grid1 johna]# qstat
job-ID  prior   name       user         state submit/start at     queue
                 slots ja-task-ID
-----------------------------------------------------------------------------------------------------------------
      2 0.60383 sleep      root         r     06/25/2008 12:52:48
all.q@xen-grid1.rsp.com.au         1 1
      1 0.50617 sleep      root         qw    06/25/2008 12:52:13
                     1 2-10:1
      2 0.00000 sleep      root         hqw   06/25/2008 12:52:20
                     1 2-10:1
[root@xen-grid1 johna]# qstat
job-ID  prior   name       user         state submit/start at     queue
                 slots ja-task-ID
-----------------------------------------------------------------------------------------------------------------
      2 0.00000 sleep      root         hqw   06/25/2008 12:52:20
                     1 2-10:1
      1 0.50617 sleep      root         qw    06/25/2008 12:52:13
                     1 2-10:1
[root@xen-grid1 johna]# qstat
job-ID  prior   name       user         state submit/start at     queue
                 slots ja-task-ID
-----------------------------------------------------------------------------------------------------------------
      1 0.50617 sleep      root         r     06/25/2008 12:53:18
all.q@xen-grid1.rsp.com.au         1 2
      1 0.50617 sleep      root         qw    06/25/2008 12:52:13
                     1 3-10:1

End result, job 2 is "gone" despite it having some tasks left that are held with
AD. A preliminary investigation on MT has found some missing code lines in
sge_job_qmaster.c, but I have not as yet been able to isolate this defect.
#535 fixed IZ2633: memory leak after sge_peopen() in AFS/DCE/KERBEROS code andreas
Description

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

        Issue #:      2633             Platform:     All      Reporter: andreas (andreas)
       Component:     gridengine          OS:        All
     Subcomponent:    qmaster          Version:      6.1u4       CC:    None defined
        Status:       NEW              Priority:     P3
      Resolution:                     Issue type:    DEFECT
                                   Target milestone: ---
      Assigned to:    ernst (ernst)
      QA Contact:     ernst
          URL:
       * Summary:     memory leak after sge_peopen() in AFS/DCE/KERBEROS code
   Status whiteboard:
      Attachments:

     Issue 2633 blocks:
   Votes for issue 2633:


   Opened: Wed Jun 25 08:46:00 -0700 2008 
------------------------


The AFS/DCE/KERBEROS code in libs/gdi/sge_security.c leaks memory.
Each time a sge_peopen() is done as to launch one of the script plug-in
procedures, sge_bin2string() allocates memory that is not free()'d later.

I'm filing this bug against qmaster because some of the procedures are launched
by qmaster.
Note: See TracQuery for help on using queries.