"JSV" stands for "job submission verifier", and has great deal of power
over submitted jobs.  See jsv(1) for all of the details.

In our case, it's configued by the admins to run on the qmaster,
so there is no user intervention required.  We don't do any actual
"verification" of the job (all jobs are accepted), but merely send
information to syslog via standard python libraries.

The JSV has access to a great deal about job metadata (again, see the
manpage for the details).  We simply dump that information to syslog.

Our local script makes use of the JSV Python class found here:
   https://github.com/BeocatKSU/pyjsv

and makes lots of calls to self.jsv_get_param() for the parameters we
are intersted in.

There's also this one, but I've not used it:
   http://arc.liv.ac.uk/repos/hg/sge/source/dist/util/resources/jsv/JSV.py



On Tue, Mar 28, 2017 at 06:30:13PM +0000, jeevan.patn...@wipro.com wrote:
Hi Becker,

If I understood it correctly, is JSV file something that end users should use 
while submitting a job or is it managed and run by administrator? And how did 
you capture requested resource values in it. Could you please give me any idea 
or sample.

Regards,
Jeevan.

Sent with AquaMail for Android
http://www.aqua-mail.com


On 28 March 2017 10:54:18 pm Jesse Becker <becke...@mail.nih.gov> wrote:

** This mail has been sent from an external source **

We wrote a small JSV script (in Python) that logs the resource requests,
and other information at submit time.  That has helped quite a bit.

On Tue, Mar 28, 2017 at 05:10:35PM +0000, jeevan.patn...@wipro.com wrote:
Hi,


I am searching for a way to get the values of requested resources (In my case, 
I am just looking for h_vmem, how much each user is requesting). We don’t need 
the user or job specifics, but just the resource value with submission time is 
enough.


I found this option MONITOR=1 to be set to params in sge conf and with this, 
the required details are being logged in a separate file called schedule as 
follows:

3544466:100:STARTING:1490693867:660:H:oulng155:mem_free:524288000.000000

3544466:100:STARTING:1490693867:660:H:oulng155:grid_vmem:4294967296.000000

3544466:100:STARTING:1490693867:660:Q:nsnel6_batch.q@oulng155:slots:1.000000


But the above worked in N1GE 6.1, but not in GS/GE 2011.11.

It simply prints blanks as follows:
::::::
::::::
::::::

I thought of adding a prologue and using qstat –j inside the prologue and 
getting the resource details logged to a separate file.

But is there any other direct way that we can get these? And why is the 
monitor=1 option failing?

--

Thanks and Regards,

Jeevan Patnaik



Sent with AquaMail for Android
http://www.aqua-mail.com
The information contained in this electronic message and any attachments to 
this message are intended for the exclusive use of the addressee(s) and may 
contain proprietary, confidential or privileged information. If you are not the 
intended recipient, you should not disseminate, distribute or copy this e-mail. 
Please notify the sender immediately and destroy all copies of this message and 
any attachments. WARNING: Computer viruses can be transmitted via email. The 
recipient should check this email and any attachments for the presence of 
viruses. The company accepts no liability for any damage caused by any virus 
transmitted by this email. www.wipro.com

_______________________________________________
users mailing list
users@gridengine.org
https://gridengine.org/mailman/listinfo/users

--
Jesse Becker (Contractor)
The information contained in this electronic message and any attachments to 
this message are intended for the exclusive use of the addressee(s) and may 
contain proprietary, confidential or privileged information. If you are not the 
intended recipient, you should not disseminate, distribute or copy this e-mail. 
Please notify the sender immediately and destroy all copies of this message and 
any attachments. WARNING: Computer viruses can be transmitted via email. The 
recipient should check this email and any attachments for the presence of 
viruses. The company accepts no liability for any damage caused by any virus 
transmitted by this email. www.wipro.com

--
Jesse Becker (Contractor)
_______________________________________________
users mailing list
users@gridengine.org
https://gridengine.org/mailman/listinfo/users

Reply via email to