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

        Issue #:      2217             Platform:     PC       Reporter: nova (nova)
       Component:     gridengine          OS:        Linux
     Subcomponent:    build            Version:      6.0u10      CC:    None defined
        Status:       NEW              Priority:     P3
      Resolution:                     Issue type:    DEFECT
                                   Target milestone: ---
      Assigned to:    andreas (andreas)
      QA Contact:     andreas
          URL:
       * Summary:     daemos/common/procfs.c failed to compile
   Status whiteboard:
      Attachments:
                      Date/filename:                                   Description:                    Submitted by:
                      Tue Sep 25 07:59:00 -0700 2007: procfs-diffs.txt patch with sysconf (text/plain) olesen

     Issue 2217 blocks:
   Votes for issue 2217:


   Opened: Tue Mar 20 10:28:00 -0700 2007 
------------------------


Compilation of procfs.c fails with the error about an undefined symbol "HZ".
It's on the openSUSE 10.2 x86_64 Linux with 2.6.18.8 kernel.

As I could found out, the problem is in the included <sys/param.h> header, which
in turn includes asm/params.h from kernel source. Apparently, the "HZ"
definition there has been changed in the kernel version <=2.6.18. One need to
#define __KERNEL__ now to obtain it, which can bring some side effects I think.
And it seems that to convert jiffies to seconds in procfs.c one should use
"USER_HZ", not "HZ".

I think the workaround is to use HZ=sysconf(_SC_CLK_TCK) (from <unistd.h>), or
function like jiffies_to_*() from <linux/jiffies.h>. Don't know though if this
is portable.

   ------- Additional comments from olesen Tue Sep 25 07:59:40 -0700 2007 -------
Created an attachment (id=121)
patch with sysconf

   ------- Additional comments from olesen Tue Sep 25 08:10:30 -0700 2007 -------
I just ran into this compile issue as well and needed to find the cause (qucikly).
From man page, it would look like the sysconf(3) is really the right thing to do
(ie, POSIX).

The following mini program yields '100' on SuSE 9.2 (2.6.8-24) and on SuSE 10.2.
This is identical to the HZ define.

If this same functionality is available in the older 2.4 kernels, sysconf()
could be used throughout.

#include <stdio.h>
#include <unistd.h>
int main()
{
    printf("sysconf(_SC_CLK_TCK) = %ld\n", sysconf(_SC_CLK_TCK));
    return 0;
}

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

        Issue #:      2244             Platform:     All      Reporter: olle (olle)
       Component:     gridengine          OS:        All
     Subcomponent:    install          Version:      6.0u7       CC:    None defined
        Status:       NEW              Priority:     P3
      Resolution:                     Issue type:    DEFECT
                                   Target milestone: ---
      Assigned to:    dom (dom)
      QA Contact:     dom
          URL:
       * Summary:     installation of pe make broken
   Status whiteboard:
      Attachments:

     Issue 2244 blocks:
   Votes for issue 2244:


   Opened: Thu May 10 06:44:00 -0700 2007 
------------------------


1. Make a clean installation of qmaster using the script install_qmaster and
default options.

2. Run the command 'qconf -spl'

6.0u7:
$ qconf -spl
no parallel environment defined

6.0u6:
$ qconf -spl
make


The parallel environment 'make' is still assosiated with the queue 'all.q' and
can be put in the pe_list when creating other queues. Shouldn't this be an error
if 'make' is undefined?

It might be related that a new file appeared in 6.0u7:
$SGE_ROOT/util/resources/pe/make.sge_pqs_api

The output from the installation script differs:
Reading in parallel environments:
<         PE "make".
---
>         PE "make.sge_pqs_api".

This can been reproduced also in 6.0u10.

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

        Issue #:      2248             Platform:     All      Reporter: andreas (andreas)
       Component:     gridengine          OS:        All
     Subcomponent:    scheduling       Version:      6.1         CC:    None defined
        Status:       NEW              Priority:     P3
      Resolution:                     Issue type:    DEFECT
                                   Target milestone: 6.0u1
      Assigned to:    andreas (andreas)
      QA Contact:     andreas
          URL:        http://gridengine.sunsource.net/servlets/ReadMsg?list=cvs&msgNo=8763
       * Summary:     add -u <user> to scheduler category only if there is a resource quota for the user
   Status whiteboard:
      Attachments:

     Issue 2248 blocks:
   Votes for issue 2248:


   Opened: Fri May 11 10:12:00 -0700 2007 
------------------------


DESCRIPTION:
If resource quotas are used the scheduler category string contains always "-u
<user>". This is true even in cases when there is no resource quota for the user.

E.g. with a resource quota limit such as

   limit        projects {*} to F001=1,F002=1,F003=1,F004=1,F005=1, \
   F006=1,F007=1,F008=1,F009=1,F010=1

the category field in accounting(8) contains: "-u ah114088 -l F006=1 -P
Project1". The scheduler category is central with performance optimization.
Depending on the setup it can be quite expensive in terms of dispatching time to
add "-u <user>" if not needed.

   ------- Additional comments from andreas Fri May 11 10:21:58 -0700 2007 -------
Fixed in Maintrunk.