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

        Issue #:      3269             Platform:     All      Reporter: mhanby (mhanby)
       Component:     gridengine          OS:        All
     Subcomponent:    scheduling       Version:      6.2u5       CC:    None defined
        Status:       NEW              Priority:     P3
      Resolution:                     Issue type:    DEFECT
                                   Target milestone: ---
      Assigned to:    andreas (andreas)
      QA Contact:     andreas
          URL:
       * Summary:     "denied: change consumable resource request" for virtual_free on 'running job' even though job is 'qw'
   Status whiteboard:
      Attachments:

     Issue 3269 blocks:
   Votes for issue 3269:


   Opened: Wed Jun 9 08:37:00 -0700 2010 
------------------------


Howdy,

I'm running GE 6.2u5 on CentOS 5.3 x86_64 (sgemaster server and clients).

If I alter the mem_free or virtual_free of a job in 'qw' status, I'll get the following error followed by the successful completion of the
change:

$ qalter -l h_rt=1200,s_rt=900,virtual_free=1.8G 1412537
denied: can't change consumable resource request "virtual_free" of running job
modified hard resource list of job 1412537

Prior to running qalter, the jobs resource request looked like:
hard resource_list:         h_rt=1200,s_rt=900,virtual_free=1.9G

After the alter it shows that the virtual_free did, in fact, get altered, despite the error
hard resource_list:         h_rt=1200,s_rt=900,virtual_free=1.8G

This isn't a show stopper, but it has generated several trouble tickets from my users who are confused by it.

Mike

   ------- Additional comments from reuti Wed Jun 9 08:46:47 -0700 2010 -------
There are of cause two cases to distinguish:

state qw: the lines "denied: ..." shouldn't show up at all

state r: the output could be rephrased to make clear, that it won't apply to the already running job, but will be honored in case the job
gets rescheduled

   ------- Additional comments from mhanby Wed Jun 9 08:57:21 -0700 2010 -------
Also, in the case of an array job, the message should be clear that the changes again won't apply to the running tasks (unless they are
rescheduled) but will apply to the queued tasks.

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

        Issue #:      3271             Platform:     All       Reporter: fabiomartinelli (fabiomartinelli)
       Component:     gridengine          OS:        All
     Subcomponent:    kernel           Version:      current      CC:    None defined
        Status:       NEW              Priority:     P2
      Resolution:                     Issue type:    FEATURE
                                   Target milestone: ---
      Assigned to:    andreas (andreas)
      QA Contact:     andreas
          URL:
       * Summary:     Syslog protocol support in SGE
   Status whiteboard:
      Attachments:

     Issue 3271 blocks:
   Votes for issue 3271:


   Opened: Fri Jul 16 06:40:00 -0700 2010 
------------------------


Hi

I'd like store the SGE logs in a Syslog compliant device: because on Linux the emerging standard is rsyslog enhanced with a MySQL backend
it's worth make tests of the solution vs this specific Syslog target.

like Reuti suggested me, this feature should be configurable ( turn on/off ).

many thanks to implement it,
kind regards
Fabio Martinelli

​http://www-zeuthen.desy.de/~ahaupt/downloads/sge-sshd-control-1.2-1.src.rpm avoids the need to patch openssh.