List Info

Thread: Rolling Access Logs




Rolling Access Logs
user name
2006-10-18 21:50:55

I have a small problem with access logs for www.fancydress.com whereby they have started to grow beyond the 2gig limit of my O/S. I'm using the nslog module to roll the logs daily at the moment but I'm wondering of there is a way to roll the logs based on their size (as with logrotates size parameter) or if I can tell nslog to roll more than once per day (with the rollhour parameter perhaps)? Failing that I'll switch to using SIGHUP from cron or logrotate and turn off the inbuilt logrotation - although I'd prefer not to.

Any thoughts?

    Steve





Steve Manning - Mandrake Linux 10.1 - Gnome 2.6
East Goscote - Leicester - UK +44 (0)116 260 5457
E-Mail: stevemanning.net">SteveManning.net - Web: www.festinalente.co.uk
AIM: verbomania - Public Key: 25665CAF from: wwwkeys.pgp.net



There are only 10 types of people in this world
Those who understand binary and those who don't








Rolling Access Logs
user name
2006-10-18 22:27:17
On 2006.10.18, Steve Manning <steveMANNING.NET> wrote:
> I have a small problem with access logs for
www.fancydress.com whereby
> they have started to grow beyond the 2gig limit of my
O/S. I'm using the
> nslog module to roll the logs daily at the moment but
I'm wondering of
> there is a way to roll the logs based on their size (as
with logrotates
> size parameter) or if I can tell nslog to roll more
than once per day
> (with the rollhour parameter perhaps)? Failing that
I'll switch to using
> SIGHUP from cron or logrotate and turn off the inbuilt
logrotation -
> although I'd prefer not to.

You can also use a scheduled proc to perform logrolling and
implement
your own custom logic to decide how and when to roll logs
(by size,
periodically, etc.).

-- Dossy

-- 
Dossy Shiobara              | dossypanoptic.com | http://dossy.org/
Panoptic Computer Network   | http://panoptic.com/
  "He realized the fastest way to change is to laugh at
your own
    folly -- then you can let go and quickly move on."
(p. 70)


--
AOLserver - http://www.aolserver.com/

To Remove yourself from this list, simply send an email to
<listservlistserv.aol.com> with the
body of "SIGNOFF AOLSERVER" in the email message.
You can leave the Subject: field of your email blank.
Rolling Access Logs
user name
2006-10-19 10:12:29
On Wed, Oct 18, 2006 at 10:50:55PM +0100, Steve Manning
wrote:

> I have a small problem with access logs for
www.fancydress.com whereby
> they have started to grow beyond the 2gig limit of my
O/S. I'm using the
> nslog module to roll the logs daily at the moment but
I'm wondering of
> there is a way to roll the logs based on their size (as
with logrotates
> size parameter) or if I can tell nslog to roll more
than once per day

You could try Mayoff's dqd_log with multilog: 

  http://dqd.
com/~mayoff/aolserver/#dqd_log

Dossy's suggestion to write a custom scheduled proc may be
simpler,
though.

-- 
Andrew Piskorski <atppiskorski.com>
http://www.piskorski.com/


--
AOLserver - http://www.aolserver.com/

To Remove yourself from this list, simply send an email to
<listservlistserv.aol.com> with the
body of "SIGNOFF AOLSERVER" in the email message.
You can leave the Subject: field of your email blank.
Rolling Access Logs
user name
2006-10-19 11:16:05

ns_schedule_daily 12 00 { ns_accesslog roll }

into the ecommerce init seems to do the trick. Now I just have to hope that the server doesn't implode under the load

Thanks

 &nbsp;  - Steve

On Thu, 2006-10-19 at 06:12 -0400, Andrew Piskorski wrote:
On Wed, Oct 18, 2006 at 10:50:55PM +0100, Steve Manning wrote:

> I have a small problem with access logs for www.fancydress.com whereby
> they have started to grow beyond the 2gig limit of my O/S. I'm using the
> nslog module to roll the logs daily at the moment but I'm wondering of
> there is a way to roll the logs based on their size (as with logrotates
> size parameter) or if I can tell nslog to roll more than once per day

You could try Mayoff's dqd_log with multilog: 

  http://dqd.com/~mayoff/aolserver/#dqd_log

Dossy's suggestion to write a custom scheduled proc may be simpler,
though.




Steve Manning
Systems Engineer
Du Maurier Ltd

Tel: +44 (0)116 284 9661
Fax: +44 (0)116 284 9145
Email: stevedumaurier.co.uk">SteveDuMaurier.co.uk




Any views expressed in this email and any attachments are the senders own and do not represent the views of Du Maurier Limited. This email and any attachments should only be read by those persons to whom it is addressed. Accordingly, we disclaim all responsibility and accept no liability (including negligence) for the consequences of any person other than the intended recipients acting , or refraining from acting, on such information. If you have received this email in error, please accept our apologies and we simply request that you delete the email and any attachments. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and/or publication of this email is strictly prohibited.

Du Maurier Limited, Tel +44 (0)116 2849661. Fax +44 (0)116 2849145






[1-4]

about | contact  Other archives ( Real Estate discussion Medical topics )