Custom Query (431 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (25 - 27 of 431)

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19
Ticket Resolution Summary Owner Reporter
#95 invalid IZ554: GE scheduler and ntpdate seems incompatible. yoshiki
Description

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

        Issue #:      554              Platform:     PC      Reporter: yoshiki (yoshiki)
       Component:     gridengine          OS:        Linux
     Subcomponent:    qmaster          Version:      5.3p2      CC:    None defined
        Status:       NEW              Priority:     P3
      Resolution:                     Issue type:    TASK
                                   Target milestone: ---
      Assigned to:    andreas (andreas)
      QA Contact:     ernst
          URL:
       * Summary:     GE scheduler and ntpdate seems incompatible.
   Status whiteboard:
      Attachments:

     Issue 554 blocks:
   Votes for issue 554:


   Opened: Thu May 15 18:12:00 -0700 2003 
------------------------


My cluster has one ntp server node.
The others has some clone script for time
synchronization as following.
0 3 * * * /usr/sbin/ntpdate -s
192.168.1.1; /sbin/hwclock --systohc

When I run some job at about ntpdate setting time
(ex. 3 a.m.),
the job is sometimes re-run. Some output of
qmaster message is following.
--------------------------------------------------
------------------------
Wed May 14 02:59:51 2003|qmaster|node01|W|system
time has been modified (-8 seconds)
Wed May 14 02:59:51
2003|qmaster|node01|E|enrolled, but leave_commd()
call failed with status: NOT ENROLLED
Wed May 14 03:00:28 2003|qmaster|node01|W|job
3746.1 failed on host node07  rescheduling
because: manual/auto rescheduling
Wed May 14 03:00:28
2003|qmaster|node01|W|rescheduling job 3746.1
Wed May 14 03:00:28 2003|qmaster|node01|W|job
3828.1 failed on host node10  rescheduling
because: manual/auto rescheduling
Wed May 14 03:00:28
2003|qmaster|node01|W|rescheduling job 3828.1
--------------------------------------------------
------------------------
I suppose it happens a long time delay to report
qmaster from execd on time changed node.

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

Stephan

   ------- Additional comments from mnikhil Wed Jan 16 07:44:27 -0700 2008 -------
may I know anything latest on this please?

   ------- Additional comments from joga Wed May 28 03:40:25 -0700 2008 -------
The corresponding code is only in 5.3 source base,
so are you seeing this in a 5.3 cluster?
Then you should consider upgrading to the current version (6.1u4).

A workaround might be to run ntpd instead of regular calls to ntpdate.
#98 fixed IZ570: qstat -s prsz bug Dave Love <d.love@…> alexger
Description

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

        Issue #:      570              Platform:     All           Reporter: alexger (alexger)
       Component:     gridengine          OS:        SunOS
     Subcomponent:    clients          Version:      5.3p2            CC:    None defined
        Status:       NEW              Priority:     P3
      Resolution:                     Issue type:    ENHANCEMENT
                                   Target milestone: ---
      Assigned to:    andreas (andreas)
      QA Contact:     roland
          URL:
       * Summary:     qstat -s prsz bug
   Status whiteboard:
      Attachments:

     Issue 570 blocks:
   Votes for issue 570:


   Opened: Wed Jun 18 06:06:00 -0700 2003 
------------------------


The job with job-ID=61 is actually pending.

> qstat -s prsz

################################################################################
 --  FINISHED JOBS  -  FINISHED JOBS  -  FINISHED
JOBS  -  FINISHED JOBS  --
################################################################################
job-ID  prior name       user         state
submit/start at
queue      master  ja-task-ID
---------------------------------------------------------------------------------------------
     61     0 simple.sh  alexger      qw
06/18/2003 16:33:54
     55     0 VVVVVVVVVV alexger      qw
06/11/2003 14:46:36
     57     0 Sleeper    moscat       qw
06/16/2003 16:56:25
     58     0 Aborted    alexger      qw
06/17/2003 09:48:28
     59     0 Sleeper    alexger      qw
06/17/2003 10:07:28
     60     0 simple.sh  alexger      qw
06/17/2003 11:38:28



> qstat -s p
job-ID  prior name       user         state
submit/start at
queue      master  ja-task-ID
---------------------------------------------------------------------------------------------
     61     0 simple.sh  alexger      qw
06/18/2003 16:33:54

   ------- Additional comments from alexger Wed Jun 18 06:08:57 -0700 2003 -------
I use SGE 5.3p2 and the `qstat -s prsz` command seems to display
pending jobs together with recently finished. The job with job-ID=61 is
actually pending.
Since the first job in the output can be earlest and pending and
all other jobs can have later submit-time and be finished I don't
see the possibility to distinguish it.

 > qstat -s prsz

################################################################################
 --  FINISHED JOBS  -  FINISHED JOBS  -  FINISHED JOBS  -  FINISHED
JOBS  --
################################################################################
job-ID  prior name       user         state submit/start at
queue      master  ja-task-ID
---------------------------------------------------------------------------------------------
     61     0 simple.sh  alexger      qw    06/18/2003 16:33:54
     55     0 VVVVVVVVVV alexger      qw    06/11/2003 14:46:36
     57     0 Sleeper    moscat       qw    06/16/2003 16:56:25
     58     0 Aborted    alexger      qw    06/17/2003 09:48:28
     59     0 Sleeper    alexger      qw    06/17/2003 10:07:28
     60     0 simple.sh  alexger      qw    06/17/2003 11:38:28



 > qstat -s p
job-ID  prior name       user         state submit/start at
queue      master  ja-task-ID
---------------------------------------------------------------------------------------------
     61     0 simple.sh  alexger      qw    06/18/2003 16:33:54

   ------- Additional comments from andreas Thu Dec 11 08:30:47 -0700 2003 -------
Sorry for the late reply:

Is it true that the jobs 55-60 actually were finished jobs?
If so the fix/enhancement here might be to display finished
jobs always with a 'z' state indicator.

   ------- Additional comments from sgrell Thu Feb 26 08:11:21 -0700 2004 -------
In case of qstat -s prsz can one not desdinguish between
pending jobs and finished jobs. We need a new job state
for it. Therefor it is an enhancement request.

Stephan

   ------- Additional comments from sgrell Mon Dec 12 03:00:09 -0700 2005 -------
Changed the Subcomponent.

Stephan

   ------- Additional comments from roland Mon Feb 13 01:22:15 -0700 2006 -------
see stephans comment

   ------- Additional comments from roland Mon Feb 13 01:23:29 -0700 2006 -------
switched to ENHANCEMENT
#103 invalid IZ601: queue_conf(5) incomplete for owner_list description andy
Description

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

        Issue #:      601              Platform:     All      Reporter: andy (andy)
       Component:     gridengine          OS:        All
     Subcomponent:    doc              Version:      5.3         CC:    None defined
        Status:       NEW              Priority:     P4
      Resolution:                     Issue type:    DEFECT
                                   Target milestone: ---
      Assigned to:    markob (markob)
      QA Contact:     skonta
          URL:
       * Summary:     queue_conf(5) incomplete for owner_list description
   Status whiteboard:
      Attachments:

     Issue 601 blocks:
   Votes for issue 601:


   Opened: Tue Sep 9 01:17:00 -0700 2003 
------------------------


The owner_list description in the queue_conf(5)
man pages does not describe that a queue owner
also can disable/enable a queue.

For completeness it also need to be mentioned that
unsuspend is alos allowed.

   ------- Additional comments from andreas Thu Oct 21 08:21:41 -0700 2004 -------
Fixed in man pages with 6.0u2.
The change still might need to be applied in Admin/Users Guide.

   ------- Additional comments from surajp Mon Mar 2 02:33:57 -0700 2009 -------
Reassigning issue to Sandra...
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19
Note: See TracQuery for help on using queries.