If you add it into your ~/.sge_qstat then you will notice the difference...

Rayson



On Tue, Jun 19, 2012 at 7:06 PM, Wagner, Justin <[email protected]> wrote:
> 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

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

Reply via email to