qmgr -c "set server log_events = 127"
Here are the different level descriptions:
1 Error Events
2 Batch System/Server Events
4 Administration Events
8 Job Events
16 Job Resource Usage (hex value 0x10)
32 Security Violations (hex value 0x20)
64 Scheduler Calls (hex value 0x40)
128 Debug Messages (hex value 0x80)
256 Extra Debug Messages (hex value 0x100)
Everything turned on is 511. 127 is a good value to use.
The default will be changed to something more sensible in the next package release, possibly along with some configurator options to select the level you want, and maybe even whether or not to rotate it.
At 02:33 PM 3/12/2004, Holger Schwenk wrote:
Hello,
in my case, PBS is writing 30MB per day on a 140 nodes cluster with many
jobs, that is 1G per month !
It happened several times to us that /var filled up due to the PBS logs ...
Is there a way to influence the level of details written into this file ?
Holger
On Fri, Mar 12, 2004 at 02:10:24PM -0600, Jeremy Enos wrote:
> Actually... taking a closer look now- that does appear to be normal. And
> I've got similar sizes on my own servers, but a larger /var. ;-) In fact,
> it's writing out something on the order of 5MB per day on a 64 node
> cluster. I don't want to mandate use of logrotate in the package, as some
> users may need older logs. I'll look into making it a configurable option
> in a future release.
>
> Jeremy
>
> At 01:45 PM 3/12/2004, Reuben D. Budiardja wrote:
> >On Friday 12 March 2004 02:21 pm, you wrote:
> > > I've thought about changing PBS's default before and using logrotate, but
> > > even on big iron production systems I've never seen PBS's logfiles get out
> > > of hand... even over years of use. I'll be happy to spend the time
> > > implementing this if there's sufficient need. How large is your /var that
> > > filled up, btw?
> >
> >Then there probably is something wrong with my my system. It's only a
> >modest 8
> >nodes cluster and so far it's only used to run some fortran pogram using
> >MPICH. So honestly I'm still quite ignorant what PBS do / for anyway. But the
> >/var/spool/pbs/server_logs has about 1.2 GB logs over less then a year period
> >of time. Is that normal at all?
> >
> >There is one file everyday, and each file will be filled with logs similar to
> >this:
> >
> >01/01/2004 00:00:10;0002;PBS_Server;Svr;Log;Log opened
> >01/01/2004 00:00:10;0100;PBS_Server;Req;;Type 58 request received from
> >[EMAIL PROTECTED], sock=9
> >01/01/2004 00:00:10;0100;PBS_Server;Req;;Type 20 request received from
> >[EMAIL PROTECTED], sock=9
> >01/01/2004 00:00:10;0100;PBS_Server;Req;;Type 20 request received from
> >[EMAIL PROTECTED], sock=9
> >01/01/2004 00:00:10;0100;PBS_Server;Req;;Type 20 request received from
> >[EMAIL PROTECTED], sock=9
> >01/01/2004 00:00:10;0100;PBS_Server;Req;;Type 20 request received from
> >[EMAIL PROTECTED], sock=9
> >01/01/2004 00:00:10;0100;PBS_Server;Req;;Type 20 request received from
> >[EMAIL PROTECTED], sock=9
> >01/01/2004 00:00:10;0100;PBS_Server;Req;;Type 20 request received from
> >[EMAIL PROTECTED], sock=9
> >01/01/2004 00:00:10;0100;PBS_Server;Req;;Type 20 request received from
> >[EMAIL PROTECTED], sock=9
> >01/01/2004 00:00:10;0100;PBS_Server;Req;;Type 19 request received from
> >[EMAIL PROTECTED], sock=9
> >01/01/2004 00:00:21;0100;PBS_Server;Req;;Type 58 request received from
> >[EMAIL PROTECTED], sock=9
> >01/01/2004 00:00:21;0100;PBS_Server;Req;;Type 20 request received from
> >[EMAIL PROTECTED], sock=9
> >
> >Any help? Thanks for responding.
> >
> >RDB
> >
> >--
> >Reuben D. Budiardja
> >Department of Physics and Astronomy
> >The University of Tennessee, Knoxville, TN
> >---------------------------------------------------------
> >"To be a nemesis, you have to actively try to destroy
> >something, don't you? Really, I'm not out to destroy
> >Microsoft. That will just be a completely unintentional
> >side effect."
> > - Linus Torvalds -
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> _______________________________________________
> Oscar-users mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/oscar-users
