Custom Query (431 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (52 - 54 of 431)

Ticket Resolution Summary Owner Reporter
#180 fixed IZ1074: remove conditional compilation ENABLE_NGC joga
Description

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

        Issue #:      1074             Platform:     All       Reporter: joga (joga)
       Component:     gridengine          OS:        All
     Subcomponent:    cleanup          Version:      current      CC:    None defined
        Status:       NEW              Priority:     P3
      Resolution:                     Issue type:    DEFECT
                                   Target milestone: ---
      Assigned to:    ernst (ernst)
      QA Contact:     ernst
          URL:
       * Summary:     remove conditional compilation ENABLE_NGC
   Status whiteboard:
      Attachments:

     Issue 1074 blocks:
   Votes for issue 1074:


   Opened: Thu May 27 06:24:00 -0700 2004 
------------------------


Parts of the source code still contain 2 versions
of code, one for the new and one for the old
communication.

Remove the old communication code.
#185 fixed IZ1102: user belonging to too many groups sets all queues into error state wig
Description

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

        Issue #:      1102             Platform:     All           Reporter: wig (wig)
       Component:     gridengine          OS:        Solaris
     Subcomponent:    qmaster          Version:      5.3              CC:    None defined
        Status:       NEW              Priority:     P3
      Resolution:                     Issue type:    ENHANCEMENT
                                   Target milestone: ---
      Assigned to:    andreas (andreas)
      QA Contact:     ernst
          URL:
       * Summary:     user belonging to too many groups sets all queues into error state
   Status whiteboard:
      Attachments:

     Issue 1102 blocks:
   Votes for issue 1102:


   Opened: Fri Jun 18 07:51:00 -0700 2004 
------------------------


Followup on the following discussion on the
users@gridengine maillist:

Please change the behviour of such jobs from
"set queue into error state and resubmit job
to another queue" to "set job into error
state".


> Date: Wed, 28 May 2003 10:42:24 +0200 (MEST)
> From: Andy Schwierskott <andy.schwierskott@sun.com>
> Content-Type: TEXT/PLAIN; charset=US-ASCII
> Subject: Re: [GE users] Too many groups send
queues go into (E)rror state
>
>
> Hi,
>
> > --- Jon  Kleinsmith <jon.kleinsmith@conexant.com>
> > wrote:
> > > Looking in the messages log, I see two
things that
> > > bother me:
> > >
> > > 1. the scheduler is trying to set uid and
euid 0 on
> > > the job?
> >
> > Actually the shepherd, not the scheduler. Each
job has
> > its own shepherd, which is used for
> > collecting/controlling the job.
> >
> > The message (uid=0, euid=0) tells you that SGE
> > couldn't add an additional group, but
uid=0/euid=0 is
> > not what SGE is trying to set to, it is
actually the
> > uid/euid of shepherd.
> >
> > > 1. Why does the scheduler need to add the
uid/euid
> > > info for the job?
> >
> > The shepherd needs to add an additional group
id to
> > the job for job control.
>
> There are two reasons why setting the additional
group id for the job may
> fail:
>
>    - the root user on that machine already has
(usually 16) add. group
> id's
>      This should be easy to fix for the admin.
All jobs on that machine
>      would be affected in put the queue into
error state.
>
>      (thinking about this I'm wondering if it
could be possible to reduce
>       the number of add. group id's in the
shepherd process to avoid this
>       source of failure, but I'm not sure if
that couldn't cause other
>       unexpected problems???)
>
>    - the 'job user' has 16 add. group id's.
While this is purely admin
>      related, it's not neccessarily in the
responsibility of the SGE admin
>
>      I think in practice it should be relativly
easy to reduce the number
> of
>      add. group id's of the users to 15, but I
understand that an SGE
> admin
>      does not want that this blocks compute
resources until this problem
> is
>      solved.
>
> > > 2. Why does this error "lock-up" my queues?
> >
> > So that the cluster admin knows that something
wrong
> > is going on.
>
> We had a couple of times this problem report in
the past. I see it would
> be
> better to put the job into error state if user
is already in 16 add.
> groups
>
> Is anyone seeing a reason why it could be a
problem putting the job into
> error state and not the queue in that case? If
no one sees a problem we
> might file this is an enhancement issue.
>
> Andy
>
> > > 3. Is there a simple way of reseting the
error state
> > > of the queues
> > > without losing scheduled/running jobs?
> >
> > As mentioned by other people, use qmod -c
<queue>. You
> > can consider using a cron job to clear the
error state
> > of the queues.
> >
> >  -Ron
> >
> > >
> > > Any info would be helpful.
> > >
> > > -Jon
> > >
> > >
> > > --
> > > Jon  Kleinsmith <jon.kleinsmith@conexant.com>
> > >
> > >

   ------- Additional comments from sgrell Mon Dec 12 02:45:29 -0700 2005 -------
Changed subcomponent.

Stephan

   ------- Additional comments from sgrell Mon Dec 12 02:48:52 -0700 2005 -------
Changed subcomponent.

Stephan
#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...
Note: See TracQuery for help on using queries.