- Community Home
- >
- Servers and Operating Systems
- >
- Legacy
- >
- Operating System - Tru64 Unix
- >
- Re: /var/adm/syslog.dated not being cleared out
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-28-2006 09:22 PM
тАО03-28-2006 09:22 PM
/var/adm/syslog.dated not being cleared out
I have directed all of my system logs (daemon.log mail.log etc.) to /var/adm/syslog.dated.
On previous systems (4.0D, 4.0G), when a year had gone by, the directory for a particular date had been cleared out for a fresh set of logs. However it now appears that the old logs are still there and are being appended to.
I don't think we had a bespoke script clearing this stuff out, so why is the OS not now clearing it?
Have I missed a config setting somewhere ?
(This is causing testers to raise fault reports on issues which were actually resolved last year. Maximum confusion!)
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-29-2006 12:29 AM
тАО03-29-2006 12:29 AM
Re: /var/adm/syslog.dated not being cleared out
40 4 * * * find /var/adm/syslog.dated/* -depth -type d -ctime +7 -exec rm -rf {} \;
Keeps logs for 7 days.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-29-2006 04:50 AM
тАО03-29-2006 04:50 AM
Re: /var/adm/syslog.dated not being cleared out
You can delete this file as whenever you want, but this files can be used to trouble shoot your system problems, so better keep them for some time and delete then.
or as per Ivan suggestion, you can schedule this file deletion from cron job in selected interval.
Archunan
Archie
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-30-2006 08:06 PM
тАО03-30-2006 08:06 PM
Re: /var/adm/syslog.dated not being cleared out
thanks
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО04-02-2006 09:23 PM
тАО04-02-2006 09:23 PM
Re: /var/adm/syslog.dated not being cleared out
I am just surprised that it wasn't there by default. Have I inadvertenly removed a default entry ?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО04-03-2006 01:46 AM
тАО04-03-2006 01:46 AM
Re: /var/adm/syslog.dated not being cleared out
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО04-03-2006 02:29 AM
тАО04-03-2006 02:29 AM
Re: /var/adm/syslog.dated not being cleared out
Is the entry you described previously on a 5.1B system, and if so was that system fresh installed with 5.1B or was it upgraded, such that it inherited the earlier cron settings ?
(You have solved my isssue, many thanks, I am just curious, as I clean installed one of these systems, and an assoicate did the other one, but both are missing this entry, and I am worried in case somthing else got trashed that I haven't found yet.)
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО04-03-2006 02:56 AM
тАО04-03-2006 02:56 AM
Re: /var/adm/syslog.dated not being cleared out
even in a fresh installed 5.1B the syslog will be deleted with find. The find has an option to do a command before entering a dir. It is used to remove old syslog dirs. dirclean may not be able to handle that.
greetings,
Michael
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО04-03-2006 04:19 AM
тАО04-03-2006 04:19 AM
Re: /var/adm/syslog.dated not being cleared out
The dirclean utility is less flexible than the find and rm combinations which it is intended to replace. Specifically, there is no way to give dirclean a file exclusion list.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО04-04-2006 02:28 AM
тАО04-04-2006 02:28 AM
Re: /var/adm/syslog.dated not being cleared out
I am going to try a quick install on a spare disk later this week, and I will copy the missing entry (or entries), as I want the 'As delivered' configuration for this.
I now have to look at what (or who) may have removed this entry.
I too have read the restrictions section in the dirclean man page, but for this particular use, an exclusion list is not required, and the man page also states that dirclean is quicker and more secure than find.
I don't need it to remove the dirs, just their contents.
A further discussion of which is better is really off-topic.
However as I said, I want the HP default config, (unless they had inadvertently dropped it on 5.1B for some reason, which you have now disproved.)
Many thanks for your help Ivan, and yours too Michael.