Perhaps I am missing the point of this discussion, but we have no problem 
defining a "-u *" in the $SGE_ROOT/$SGE_CELL/common/sge_qstat file which shows 
all jobs for a normal qstat:

> qstat
job-ID  prior   name       user         state submit/start at     queue         
                 slots ja-task-ID 
-----------------------------------------------------------------------------------------------------------------
 195116 0.56000 irun       k****m       r     06/19/2012 12:55:56 
lt_sim_sindar@*.com                1        
 195186 0.55000 vlan_act2_ m**y         r     06/19/2012 15:58:11 
lt_np_17@*.com                     1        
 195192 0.54779 test_stbw_ jwagner      r     06/19/2012 15:52:41 
lt_regress@*.com                   1        
 195194 0.56000 quartus_sh jwagner      r     06/19/2012 15:52:41 
dse_runs@*.com                     1        
 195195 0.54779 test_stbw_ jwagner      r     06/19/2012 15:52:41 
lt_regress@*.com                   1        
 195197 0.54779 test_stbw_ jwagner      r     06/19/2012 15:52:56 
lt_regress@*.com                   1        
 195198 0.54779 test_stbw_ jwagner      r     06/19/2012 15:52:56 
lt_regress@*.com                   1        
 195200 0.54779 test_stbw_ jwagner      r     06/19/2012 15:52:56 
lt_regress@*.com                   1        
 195202 0.54779 test_stbw_ jwagner      r     06/19/2012 15:52:56 
lt_regress@*.com                   1        
 195187 0.55000 vlan_egres m**y         qw    06/19/2012 15:16:20               
                     1        
 195188 0.55000 vlan_ingre m**y         qw    06/19/2012 15:16:21               
                     1        
 195189 0.55000 test_summa m**y         qw    06/19/2012 15:16:22               
                     1        

And it still allows the user to specify a specific user by adding a -u 
themselves

> qstat -u jwagner
job-ID  prior   name       user         state submit/start at     queue         
                 slots ja-task-ID 
-----------------------------------------------------------------------------------------------------------------
 195192 0.54779 test_stbw_ jwagner      r     06/19/2012 15:52:41 
lt_regress@*.com                   1        
 195194 0.56000 quartus_sh jwagner      r     06/19/2012 15:52:41 
dse_runs@*.com                     1        
 195195 0.54779 test_stbw_ jwagner      r     06/19/2012 15:52:41 
lt_regress@*.com                   1        
 195197 0.54779 test_stbw_ jwagner      r     06/19/2012 15:52:56 
lt_regress@*.com                   1        
 195198 0.54779 test_stbw_ jwagner      r     06/19/2012 15:52:56 
lt_regress@*.com                   1        
 195200 0.54779 test_stbw_ jwagner      r     06/19/2012 15:52:56 
lt_regress@*.com                   1        
 195202 0.54779 test_stbw_ jwagner      r     06/19/2012 15:52:56 
lt_regress@*.com                   1

Just my two cents...

Justin

-----Original Message-----
From: [email protected] [mailto:[email protected]] On 
Behalf Of Kevin Buckley
Sent: Tuesday, June 19, 2012 3:22 PM
To: Dave Love
Cc: [email protected]
Subject: Re: [gridengine users] $SGE_ROOT/$SGE_CELL/common/sge_qstat

On 19 June 2012 21:44, Dave Love <[email protected]> wrote:

> Like similar options, the union of multiple -u arguments is taken,
> i.e. -u A -u B is equivalent to -u A,B and with * present, you get
> everything.  I'm not sure it's worth the incompatibility and effort to
> change that in this case and any others where it might make sense.

The issue here would seem to be that, wihout a "--no-u user1,user2"
equivalent, then having an admin force a "-u *" at the system  level
just takes all control away, around that argument, from the user's level.

If anything, the mantra should be that the system level directive control
should be used to take away capability, rather than add it to the default,
because the latter can alway be done at the user-level.

Just another thre'pen'th though.

_______________________________________________
users mailing list
[email protected]
https://gridengine.org/mailman/listinfo/users

_______________________________________________
users mailing list
[email protected]
https://gridengine.org/mailman/listinfo/users

Reply via email to