Am 14.12.2011 um 12:29 schrieb mahbube rustaee: > [sgeadmin@rakhsh ~]$ qacct -j | grep pub-serial.q > qname pub-serial.q > qname pub-serial.q > qname pub-serial.q > qname pub-serial.q > ########################### > [sgeadmin@rakhsh ~]$ cat accounting | grep pub-serial.q > pub-serial.q:amd-7-9.local:mrustaee:mrustaee:test-mpi:770:sge:0:1321107226:1321107232:1321107232:0:0:0:0.393940:0.229965:0.000000:0:0:0:0:26792:1:0:0.000000:0:0:0:0:403:88:prj2:defaultdepartment:NONE:1:0:0.623905:0.000000:0.000000:-U > arusers,xeonusers -u mrustaee -l h_vmem=1G,mem_free=100M -P > prj2:0.000000:NONE:0.000000:0:0 > pub-serial.q:amd-8-9.local:mrustaee:mrustaee:test-mpi:772:sge:0:1321107238:1321107247:1321107247:0:0:0:0.403938:0.251961:0.000000:0:0:0:0:26847:41:0:0.000000:0:0:0:0:559:114:prj2:defaultdepartment:NONE:1:0:0.655899:0.000000:0.000000:-U > arusers,xeonusers -u mrustaee -l h_vmem=1G,mem_free=100M -P > prj2:0.000000:NONE:0.000000:0:0 > pub-serial.q:amd-9-9.local:admin:admin:qName:825:sge:0:1321250429:1321250440:1321250440:0:126:0:0.018997:0.008998:0.000000:0:0:0:0:1392:0:0:0.000000:0:0:0:0:27:6:NONE:defaultdepartment:NONE:1:0:0.027995:0.000000:0.000000:-u > admin -l h_vmem=1G,mem_free=250M:0.000000:NONE:0.000000:0:0 > pub-serial.q:amd-7-9.local:mrustaee:mrustaee:Det2-200core:1036:sge:0:1321768083:1321768084:1321768084:0:11:0:0.044993:0.045993:0.000000:0:0:0:0:3377:0:0:0.000000:0:0:0:0:42:9:prj2:defaultdepartment:NONE:1:0:0.090986:0.000000:0.000000:-U > arusers,amdusers -u mrustaee -l h_vmem=500M,mem_free=10M -P > prj2:0.000000:NONE:0.000000:0:0
The wallclock for all entries is zero. You need at least one entry where the wallclock is at least 1, and it will trigger the output of all collected entries. Yes, I would say it's a bug. And I even don't know why right now it refuses to output anything. Maybe it checks the overall wallclock and decides to exit as there is nothing to report, despite the fact that it could list the found queues, projects, ... -- Reuti > ################################### > [sgeadmin@rakhsh ~]$ qacct -q pub-serial.q -j | grep hostname > hostname amd-7-9.local > hostname amd-8-9.local > hostname amd-9-9.local > hostname amd-7-9.local > > Thx > > On Wed, Dec 14, 2011 at 2:28 PM, Reuti <[email protected]> wrote: > Am 14.12.2011 um 09:06 schrieb mahbube rustaee: > > > # qacct -q | grep pub-serial.q > > pub-serial.q 0 0.862 0.537 1.399 > > 0.000 0.000 0.000 > > > > but, qacct -q pub-serial.q is empty! > > HOST CLUSTER QUEUE WALLCLOCK UTIME STIME > > CPU MEMORY IO IOW > > > > =================================================================================== > > This is weird, there should be one line per node. Can you check the > accounting file and grep for pub-serial.q? Similar like for the accounting: > > $ qacct -j | grep qname | sort | uniq -c > > The nodes in question are still in the cluster? > > yes, there are. > -- Reuti > > > > thx > > > > On Tue, Dec 13, 2011 at 4:49 PM, Reuti <[email protected]> wrote: > > Am 11.12.2011 um 11:07 schrieb mahbube rustaee: > > > > > Greetings, > > > > > > #> qacct -q pub-serial.q > > > > > > HOST CLUSTER QUEUE WALLCLOCK UTIME STIME > > > CPU MEMORY > > > =============================================================================== > > > > > > this result is empty! > > > > What is the output if you use -q w/o a queuename? > > > > -- Reuti > > > > > > > #> qacct -q pub-serial.q -j > > > qname pub-serial.q > > > hostname amd-7-9.local > > > .... > > > qname pub-serial.q > > > hostname amd-9-9.local > > > .... > > > qname pub-serial.q > > > hostname amd-8-9.local > > > ..... > > > qname pub-serial.q > > > hostname amd-9-9.local > > > ..... > > > > > > HOST CLUSTER QUEUE WALLCLOCK UTIME STIME > > > CPU MEMORY IO IOW > > > =================================================================================== > > > ========================================================= > > > and results have four records, but final result is empty ! why? > > > > > > thx > > > > > > _______________________________________________ > > > users mailing list > > > [email protected] > > > https://gridengine.org/mailman/listinfo/users > > > > > > _______________________________________________ users mailing list [email protected] https://gridengine.org/mailman/listinfo/users
