Am 10.04.2013 um 13:00 schrieb Arnau Bria:
> On Wed, 10 Apr 2013 12:33:01 +0200
> Reuti Reuti wrote:
>
>> Hi,
> Hi Reuti,
>
> [...]
>
>> What do you want to compare there in detail - you parse the job
>> script (by it's JOB_ID) and scan for mentioned files? Inside any
>> called binary or "additional shell script" files can be created too.
>> In addition: SGE will store some in information in $TMPDIR too (in
>> case of a parallel program).
>
> Something simpler:
> I'm checking that all the directories created in $TMPDIR have a valid
> running SGE job.
You mean one level above - in /tmp or alike? The $TMPDIR name is usuall
$JOB_ID.${SGE_TASK_ID/undefined/1}.$QUEUE. And it's possible to avoid writes to
/tmp (resp. the setting of "tmpdir" in the queue definition) by any user except
root. The created $TMPDIR has the right permissions and the user can write
there only.
-- Reuti
>
> [...]
>>> 1.-) not all the jobs are supposed to have a job_script?
>>
>> Correct. If you submit with "-b y" you can call a binary directly
>> without any jobscript.
>
> ok.
>
>>
>>> 2.-) if 1), may I trust active_jobs instead of jobs_scripts?
>>
>> Yes.
> perfect, so the change in my script is trivial.
>
>>> Extra question:
>>>
>>> how do other admins control the disk space used per job under
>>> $TMPDIR ?
>>
>> On the exechost? I don't do it at all on a per job basis. In case
>> your users fight for the disk space you can implement a consumable
>> for the disk space in combination with a load sensor:
>>
>> http://gridengine.org/pipermail/users/2012-February/002914.html
>
> I've a load_sensor for TMPDIR .
>
>> (there are some other points in the thread too, like mounting a
>> limited loop device on $TMPDIR)
>
> will take a look at this one. thanks a lot.
>
> [...]
>> -- Reuti
> Many thanks,
> Arnau
> _______________________________________________
> users mailing list
> [email protected]
> https://gridengine.org/mailman/listinfo/users
_______________________________________________
users mailing list
[email protected]
https://gridengine.org/mailman/listinfo/users
