Should do...some processes which hold their log files open need to be
HUPped or restarted after rotating the logs, but although 'fuser'
reports the accounting file is open the qmaster doesn't seem to have a
problem with this configuration, so the reporting file will probably be
the same. If necessary a postrotate parameter can be added to restart
the qmaster - man logrotate for the details on this...
James
On 23/01/15 16:51, Ian Kaufman wrote:
Would this also work for the reporting file?
Ian
On Fri, Jan 23, 2015 at 12:23 AM, James Abbott <[email protected]> wrote:
Do you rotate your accounting file at all? qacct performance suffers badly
when the accounting file gets too big. I drop a file containing the
following into /etc/logrotate.d on the qmaster (replacing the path to the
accounting file to it's location on the system...) :
/opt/sge/current/bss/common/accounting {
compress
nocreate
dateext
delaycompress
ifempty
# keep logs essentually "forever"
rotate 5000
monthly
}
which gives me a date-stamped, gzipped monthly accounting file, so qacct
continues to perform in a sensible way.
James
On 23/01/15 01:55, David Chin wrote:
Dear GE users:
Is it possible to have an epilog script which prints a summary of resource
usage (wallclock time, mem, cpu-seconds)?
I have tried an epilog bash script which calls qacct, but it took a long
time to generate that output.
Thanks,
Dave Chin
--
David Chin, Ph.D.
[email protected] Sr. Systems Administrator, URCF, Drexel U.
http://www.drexel.edu/research/urcf/
https://linuxfollies.blogspot.com/
215.221.4747 (mobile)
https://github.com/prehensilecode
_______________________________________________
users mailing list
[email protected]
https://gridengine.org/mailman/listinfo/users
--
Dr. James Abbott
Lead Bioinformatician
Bioinformatics Support Service
Imperial College, London
_______________________________________________
users mailing list
[email protected]
https://gridengine.org/mailman/listinfo/users
--
Dr. James Abbott
Lead Bioinformatician
Bioinformatics Support Service
Imperial College, London
_______________________________________________
users mailing list
[email protected]
https://gridengine.org/mailman/listinfo/users
