-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Am 28.03.2017 um 20:27 schrieb jeevan.patn...@wipro.com:

> Hi Reut,
> 
> Thanks for the response.
> 
> We can't use accounting file. As we need the data captured chronologically 
> based on submission time and, and in accounting file, it's updated only once 
> a job is finished and hence, we can't capture chronologically.

Correct, but the submission time is recorded in the accounting file too.

- -- Reuti


> And SGE upgradation is not an option at least for now, as we are looking for 
> a quick resolution.
> 
> Why's the schedule file not being updated with the added option. Any idea.
> 
> Regards,
> Jeevan.
> 
> 
> Sent with AquaMail for Android
> http://www.aqua-mail.com
> 
> 
> On 28 March 2017 11:31:38 pm Reuti <re...@staff.uni-marburg.de> wrote:
> 
>> ** This mail has been sent from an external source **
>> 
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>> 
>> Hi,
>> 
>> Am 28.03.2017 um 19:10 schrieb jeevan.patn...@wipro.com:
>> 
>>> 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.
>> 
>> The resources requested at submission time, either on the command line or 
>> inside the job by lines starting with #$, are also recorded in the 
>> accounting file. The description in `man accounting` might be a little bit 
>> misleading, as it lists this entry as:
>> 
>>   category
>>       A string specifying the job category.
>> 
>> and it's not output with `qacct`, but the accounting file can be parsed:
>> 
>> common:node25:users:reuti:test.sh:218223:dummy:19:1490723425:1490723428:1490723428:0:0:0:0.004000:0.000000:1528.000000:0:0:0:0:691:0:0:0.000000:8:0:0:0:10:0:NONE:defaultdepartment:NONE:1:0:0.004000:0.000000:0.000000:-U
>>  tester -l smallmem=true,virtual_free=500M:0.000000:NONE:0.000000:0:0
>> 
>> as: "-U tester -l smallmem=true,virtual_free=500M".
>> 
>> ===
>> 
>> In case you want to record the command line with all options, I posted a 
>> more tricky way here:
>> 
>> http://arc.liv.ac.uk/pipermail/sge-discuss/2017-March/001104.html
>> 
>> One could adjust the mail-wrapper to feed the output to somewhere else of 
>> course. Looks like the two scripts for the recording of the context and the 
>> mail-wrapper didn't make it to the archive. If someone is interested, I can 
>> post them here again.
>> 
>> - -- Reuti
>> 
>> 
>>> 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
>>> 
>> 
>> -----BEGIN PGP SIGNATURE-----
>> Comment: GPGTools - https://gpgtools.org
>> 
>> iEYEARECAAYFAljapPIACgkQo/GbGkBRnRp+IwCghGvqnJZVQp8ku/CCbIVejs0H
>> 1kQAnjy4rguSiTxHoiGnuP1d/+zQ6GtK
>> =MWu7
>> -----END PGP SIGNATURE-----
> 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
> 

-----BEGIN PGP SIGNATURE-----
Comment: GPGTools - https://gpgtools.org

iEYEARECAAYFAljaq+wACgkQo/GbGkBRnRqZiQCdHDVYYuuDe41H1Pve6Oo3j40n
e4oAnRz2A231fo6rHo8pb0Y1gBuTuYJg
=bp8R
-----END PGP SIGNATURE-----

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

Reply via email to