SLES Log rotation
Log rotation mechanism in SLES is based on 
logrotate which is installed by default. System 
packages as well as some applications that produce log files (for example, 
apache2) put their own "slices" of configuration files in the /etc/logrotate.d/ 
directory. 
Default configuration file
# see "man logrotate" for details
# rotate log files weekly
weekly
# keep 4 weeks worth of backlogs
rotate 4
# create new (empty) log files after rotating old ones
create
# use date as a suffix of the rotated file
dateext
# uncomment this if you want your log files compressed
#compress
# comment these to switch compression to use gzip or another
# compression scheme
compresscmd /usr/bin/bzip2
uncompresscmd /usr/bin/bunzip2
# RPM packages drop log rotation information into this directory
include /etc/logrotate.d
The create option pays heed to the modes and ownerships of files 
specified in /etc/permissions*. See 
chkstat utility and permissions files in SUSE 
(/etc/permissions.local, .easy and .secure)  
If you modify these settings, make sure no conflicts arise. 
As you can see by default logs are rotated weekly and kept four weeks with no compression. If the 
package is installed from RPMs is is expected that it will drop log rotation script in /etc/logrotate.d 
. 
Depending on the number of daemons installed during the initial install after RHEL installation the 
directory logrotate.d contains a dozen of scripts, one for each installed package. For example:
-rw-r--r-- 1 root root 144 Dec 17  2009 acpid
-rw-r--r-- 1 root root 288 Jun 28  2007 conman
-rw-r--r-- 1 root root  71 Jan 19  2011 cups
-rw-r--r-- 1 root root 167 Oct  6 12:12 httpd
-rw-r--r-- 1 root root 571 Aug 21  2006 mgetty
-rw-r--r-- 1 root root 136 Aug 12  2008 ppp
-rw-r--r-- 1 root root 442 Jul 16  2008 psacct
-rw-r--r-- 1 root root  61 Sep 30 05:41 rpm
-rw-r--r-- 1 root root 232 Jul 29  2011 samba
-rw-r--r-- 1 root root 121 May 21  2009 setroubleshoot
-rw-r--r-- 1 root root 543 Feb 16  2010 squid
-rw-r--r-- 1 root root  71 Jun  6  2011 subscription-manager
-rw-r--r-- 1 root root 306 Jan  5  2010 syslog
-rw-r--r-- 1 root root  48 Aug 23  2006 tux
-rw-r--r-- 1 root root  32 Oct 26  2009 up2date
-rw-r--r-- 1 root root 188 Mar 28  2011 vsftpd.log
-rw-r--r-- 1 root root 100 Dec 14  2009 wpa_supplicant
-rw-r--r-- 1 root root 100 Jun 14  2011 yum
The most important of them is syslog. It is pretty small, less the 10 lines: 
syslog
/var/log/messages /var/log/secure /var/log/maillog /var/log/spooler /var/log/boot.log /var/log/cron {
    sharedscripts
    postrotate
        /bin/kill -HUP `cat /var/run/syslogd.pid 2> /dev/null` 2> /dev/null || true
        /bin/kill -HUP `cat /var/run/rsyslogd.pid 2> /dev/null` 2> /dev/null || true
    endscript
}
Option sharedscripts blocks repeated invocation of the daemon for each log specified. Here 
is how this item semantic is defined in the man page:
	Normally, prerotate and postrotate scripts are run for each log which is rotated 
	and the absolute path to the log file is passed as first argument to the script. That means a single 
	script may be run multiple times for log file entries which match multiple files (such as the
	/var/log/news/* example). If sharedscripts is specified, the scripts are only 
	run once, no matter how many logs match the wildcarded pattern, and whole pattern is passed to them. 
	However, if none of the logs in the pattern require rotating, the scripts will not be run at all. 
	If the scripts exit with error, the remaining actions will not be executed for any logs. This option 
	overrides the nosharedscripts option and implies create option. 
Apache logs rotation is performed using the following settings:
httpd
/var/log/httpd/*log {
    missingok
    notifempty
    sharedscripts
    postrotate
        /sbin/service httpd reload > /dev/null 2>/dev/null || true
    endscript
}
Default cron script for invocation of logrotate is /etc/cron.daily/logrotate:
/usr/sbin/logrotate /etc/logrotate.conf
EXITVALUE=$?
if [ $EXITVALUE != 0 ]; then
    /usr/bin/logger -t logrotate "ALERT exited abnormally with [$EXITVALUE]"
fi
exit 0
	
	Setting defaults for logrotate
	Default configuration settings are normally placed close to the beginning of the logrotate.conf 
	file. These settings are usually in effect system-wide. The default settings for logrotate 
	on this system are established in the first 12 lines of the file.
	The third line
	weekly
	specifies that all log files will be rotated weekly.
	The fifth line
	rotate 4
	specifies that four copies of old log files are retained before the files are cycled. Cycling refers 
	to removing the oldest log files and replacing them with new copies.
	The seventh line
	errors root
	sends all logrotate error messages to root.
	The ninth line
	create
	configures logrotate to automatically create new log files. The new log files will have the 
	same permissions, owner, and group as the file being rotated.
	The eleventh line
	#compress
	prevents logrotate from compressing log files when they are rotated. Compression is enabled 
	by removing the comment (#) from this line.
	Using the include option
	The include option allows the administrator to take log file rotation information, which 
	may be installed in several files, and use it in the main configuration file. When logrotate 
	finds the include option on a line in logrotate.conf, the information in the file 
	specified is read as if it appeared in /etc/logrotate.conf.
	Line 13 in /etc/logrotate.conf
	include /etc/logrotate.d
	tells logrotate to be read in the log rotation parameters, which are stored in the files 
	contained in the /etc/logrotate.d directory. The include option is very useful when RPM packages 
	are installed on a system. RPM packages' log rotation parameters will typically install in the
	/etc/logrotate.d directory.
	The include option is important. Some of the applications that install their log rotation 
	parameters to /etc/logrotate.d by default are apache, linuxconf, samba,
	cron, and syslog. The include option allows the parameters from each of these 
	files to be read into logrotate.conf.
	Using the include option in /etc/logrotate.conf allows the administrator to configure 
	a rotation policy for these packages through a single configuration file.
	Using include to override defaults
	When a file is read by /etc/logrotate.conf, the rotation parameters specified in the include 
	will override the parameters specified in the logrotate file. An example of /etc/logrotate.conf 
	being overridden is shown below:
	#Log rotation parameters for linuxconf
	/var/log/htmlaccess.log
	{ errors jim
	notifempty
	nocompress
	weekly
	prerotate
	/usr/bin/chattr -a /var/log/htmlaccess.log
	endscript
	postrotate
	/usr/bin/chattr +a /var/log/htmlaccess.log
	endscript
	}
	/var/log/netconf.log
	{ nocompress
	monthly
	}
	In this example, when the /etc/logrotate.d/linuxconf file is read by /etc/logrotate.conf, 
	the following options will override the defaults specified in /etc/logrotate.conf:
	Notifempty
	errors jim
	The nocompress and weekly options do not override any options contained in /etc/logrotate.conf.
	Setting parameters for a specific file
	Configuration parameters for a specific file are often required. A common example would be to include 
	a section in the /etc/logrotate.conf file to rotate the /var/log/wtmp file once per 
	month and keep only one copy of the log. When configuration is required for a specific file, the 
	following format is used:
	#comments
	/full/path/to/file
	{
	option(s)
	}
	The following entry would cause the /var/log/wtmp file to be rotated once a month, with one 
	backup copy retained:
	#Use logrotate to rotate wtmp
	/var/log/wtmp
	{
	monthly
	rotate 1
	}
	Although the opening bracket may appear on a line with other text or commands, the closing bracket 
	must be on a line by itself.
	Using the prerotate and postrotate options
	The section of code below shows a typical script in /etc/logrotate.d/syslog. This section 
	applies only to /var/log/messages. On a production server, /etc/logrotate.d/syslog 
	would probably contain similar entries.
	/var/log/messages
	{
	prerotate
	/usr/bin/chattr -a /var/log/messages
	endscript
	postrotate
	/usr/bin/kill -HUP syslogd
	/usr/bin/chattr +a /var/log/messages
	endscript
	}
	The format for this script uses the following methods:
 
	
		- The first line, /var/logmessages, declares the file for which this script will be 
		used.
 
		- The curly braces,{ }, are used to enclose the entire script. All commands contained 
		within these braces will be run on the /var/log/messages file.
 
		- The prerotate command specifies actions to be taken prior to the file being rotated 
		by logrotate.
 
		- The command /usr/bin/chattr -a is run to remove the append-only attribute 
		from /var/log/messages.
 
		- The endscript command marks the end of the prerotate portion of this script.
 
		- The next line, postrotate, specifies the following commands are to be run on /var/log/messages 
		after the file has been rotated by logrotate.
 
		- The command /usr/bin/killall -HUPsyslogd is run to reinitiate the system logging 
		daemon, syslogd.
 
		- The next command, /usr/bin/chattr +a /var/log/messages, reassigns the append-only 
		attribute to the /var/log/messages file. This means the file may only be seen in append 
		mode. This prevents the file from being overridden by any other program or user.
 
		- The endscript command appears on a line by itself and marks the end of the postrotate 
		portion of this script.
 
		- The last curly brace,}, marks the end of commands to be applied to the /var/log/messages 
		file.
 
	
	
	Running logrotate
	There are three steps involved in running logrotate:
 
		- Identify the log files on your system.
 
		- Create rotation schedules and parameters for the log files.
 
		- Run logrotate through the cron daemon.
 
	
	
	The code below shows the default cronjob shipped with Red Hat Linux to allow logrotate 
	to run daily:
	#/etc/cron.daily/logrotate
	#! /bin/sh
	/usr/sbin/logrotate /etc/logrotate.conf
	This cronjob allows logrotate to run daily with the rotation parameter specified in
	/etc/logrotate.conf.
	Conclusion
	Log rotation is the first step in log file management. The logrotate utility provides the 
	Linux administrator with the ability to maintain a log file rotation policy and to retain copies 
	of log files to assist in establishing patterns related to system usage. In this Daily Drill Down, 
	we looked at the installation and configuration of logrotate, used the include option 
	to read configuration files related to RPM packages, and ran logrotate as a cronjob. 
	We also discussed the proper methods for restarting logrotate after the log rotation procedure 
	is completed.
	The authors and editors have taken care in preparation of the content contained herein but make 
	no expressed or implied warranty of any kind and assume no responsibility for errors or omissions. 
	No liability is assumed for any damages. Always have a verified backup before making any changes.
Softpanorama Recommended
Configuring logrotate Red Hat documentation 
Slicehost Articles- Understanding logrotate on RHEL - part 1
15.3. Configuring Logs
Log Rotation for MySQL using logrotate
logrotate [
-dv] [
-f|
--force] [
-s|
--state
   file]
		
config_file ..
		
logrotate is designed to ease administration of systems that generate large numbers 
		of log files. It allows automatic rotation, compression, removal, and mailing of log files. 
		Each log file may be handled daily, weekly, monthly, or when it grows too large. 
   Normally, logrotate is run as a daily cron job. It will not modify a log multiple 
		times in one day unless the criterium for that log is based on the log's size and logrotate 
		is being run multiple times each day, or unless the -f or -force option is used.
		
   Any number of config files may be given on the command line. Later config files may override 
		the options given in earlier files, so the order in which the logrotate config files 
		are listed is important. Normally, a single config file which includes any other config files 
		which are needed should be used. See below for more information on how to use the include 
		directive to accomplish this. If a directory is given on the command line, every file in that 
		directory is used as a config file. 
   If no command line arguments are given, logrotate will print version and copyright 
		information, along with a short usage summary. If any errors occur while rotating logs, logrotate 
		will exit with non-zero status. 
   Options
   
      - -d 
 
      Turns on debug mode and implies -v. In debug mode, no changes will be made to 
			the logs or to the logrotate state file. 
      - -f, --force 
 
      - Tells logrotate to force the rotation, even if it doesn't think this is necessary. 
			Sometimes this is useful after adding new entries to a logrotate config file, or 
			if old log files have been removed by hand, as the new files will be created, and logging 
			will continue correctly. 
 
      - -m, --mail <command> 
 
      - Tells logrotate which command to use when mailing logs. This command should accept 
			two arguments: 1) the subject of the message, and 2) the recipient. The command must then 
			read a message on standard input and mail it to the recipient. The default mail command 
			is /bin/mail -s. 
 
      - -s, --state <statefile> 
 
      - Tells logrotate to use an alternate state file. This is useful if logrotate is 
			being run as a different user for various sets of log files. The default state file is
			/var/lib/logrotate.status. 
 
      - --usage 
 
      - Prints a short usage message. 
 
      - -v, --verbose 
 
      - Turns on verbose mode. 
 
   
   Configuration File
   logrotate reads everything about the log files it should be handling from the series 
		of configuration files specified on the command line. Each configuration file can set global 
		options (local definitions override global ones, and later definitions override earlier ones) 
		and specify logfiles to rotate. A simple configuration file looks like this: 
   # sample logrotate configuration file
compress
/var/log/messages {
    rotate 5
    weekly
    postrotate
        /usr/bin/killall -HUP syslogd
    endscript
}
"/var/log/httpd/access.log" /var/log/httpd/error.log {
    rotate 5
    mail [email protected]
    size 100k
    sharedscripts
    postrotate
        /usr/bin/killall -HUP httpd
    endscript
}
/var/log/news/* {
    monthly
    rotate 2
    olddir /var/log/news/old
    missingok
    postrotate
        kill -HUP 'cat /var/run/inn.pid'
    endscript
    nocompress
}The first few lines set global options; in the example, logs are compressed after they are rotated. 
		Note that comments may appear anywhere in the config file as long as the first non-whitespace 
		character on the line is a #.
		
The next section of the config files defined how to handle the log file /var/log/messages. 
		The log will go through five weekly rotations before being removed. After the log file has been 
		rotated (but before the old version of the log has been compressed), the command /sbin/killall 
		-HUP syslogd will be executed. 
   The next section defines the parameters for both /var/log/httpd/access.log and /var/log/httpd/error.log. They are rotated whenever it grows over 100k in size, and the 
		old logs files are mailed (uncompressed) to [email protected] after 
		going through 5 rotations, rather than being removed. The sharedscripts means that the
		postrotate script will only be run once (after the old logs have been compressed), not 
		once for each log which is rotated. Note that the double quotes around the first filename at 
		the beginning of this section allows logrotate to rotate logs with spaces in the name. Normal 
		shell quoting rules apply, with ', ", and \ characters supported. 
   The last section defines the parameters for all of the files in /var/log/news. Each 
		file is rotated on a monthly basis. This is considered a single rotation directive and if errors 
		occur for more than one file, the log files are not compressed. 
   Please use wildcards with caution. If you specify *, logrotate will rotate all files, 
		including previously rotated ones. A way around this is to use the olddir directive or 
		a more exact wildcard (such as *.log). 
   Here is more information on the directives which may be included in a logrotate configuration 
		file: 
   
      - compress 
 
      - Old versions of log files are compressed with 
      gzip(1) by default. See 
			also nocompress. 
 
      - compresscmd 
 
      - Specifies which command to use to compress log files. The default is gzip. See 
			also compress. 
 
      - uncompresscmd 
 
      - Specifies which command to use to uncompress log files. The default is gunzip.
			
 
      - compressext 
 
      - Specifies which extension to use on compressed logfiles, if compression is enabled. 
			The default follows that of the configured compression command. 
 
      - compressoptions 
 
      - Command line options may be passed to the compression program, if one is in use. The 
			default, for gzip(1), 
			is "-9" (maximum compression). 
 
      - copy 
 
      Make a copy of the log file, but don't change the original at all. This option can be 
			used, for instance, to make a snapshot of the current log file, or when some other utility 
			needs to truncate or parse the file. When this option is used, the create option 
			will have no effect, as the old log file stays in place. 
      - copytruncate 
 
      - Truncate the original log file in place after creating a copy, instead of moving the 
			old log file and optionally creating a new one. It can be used when some program cannot 
			be told to close its logfile and thus might continue writing (appending) to the previous 
			log file forever. Note that there is a very small time slice between copying the file and 
			truncating it, so some logging data might be lost. When this option is used, the create 
			option will have no effect, as the old log file stays in place. 
 
      - create mode owner group 
 
      - Immediately after rotation (before the postrotate script is run) the log file 
			is created (with the same name as the log file just rotated). mode specifies the 
			mode for the log file in octal (the same as 
      chmod(2)), owner 
			specifies the user name who will own the log file, and group specifies the group 
			the log file will belong to. Any of the log file attributes may be omitted, in which case 
			those attributes for the new file will use the same values as the original log file for 
			the omitted attributes. This option can be disabled using the nocreate option.
			
 
      - daily 
 
      Log files are rotated every day. 
      - dateext 
 
      - Archive old versions of log files adding a daily extension like YYYYMMDD instead of 
			simply adding a number. The extension may be configured using the dateformat option.
			
 
      - dateformat format_string 
 
      - Specify the extension for dateext using the notation similar to 
      strftime(3) function. 
			Only %Y %m %d and %s specifiers are allowed. The default value is -%Y%m%d. Note that also 
			the character separating log name from the extension is part of the dateformat string. The 
			system clock must be set past Sep 9th 2001 for %s to work correctly. Note that the datestamps 
			generated by this format must be lexically sortable (i.e., first the year, then the month 
			then the day. e.g., 2001/12/01 is ok, but 01/12/2001 is not, since 01/11/2002 would sort 
			lower while it is later). This is because when using the rotate option, logrotate 
			sorts all rotated filenames to find out which logfiles are older and should be removed.
			
 
      - delaycompress 
 
      - Postpone compression of the previous log file to the next rotation cycle. This only 
			has effect when used in combination with compress. It can be used when some program 
			cannot be told to close its logfile and thus might continue writing to the previous log 
			file for some time. 
 
      - extension ext 
 
      - Log files with ext extension can keep it after the rotation. If compression is 
			used, the compression extension (normally .gz) appears after ext. For example 
			you have a logfile named mylog.foo and want to rotate it to mylog.1.foo.gz instead of mylog.foo.1.gz.
			
 
      - ifempty 
 
      - Rotate the log file even if it is empty, overriding the notifempty option (ifempty 
			is the default). 
 
      - include file_or_directory 
 
      - Reads the file given as an argument as if it was included inline where the include 
			directive appears. If a directory is given, most of the files in that directory are read 
			in alphabetic order before processing of the including file continues. The only files which 
			are ignored are files which are not regular files (such as directories and named pipes) 
			and files whose names end with one of the taboo extensions, as specified by the tabooext 
			directive. The include directive may not appear inside a log file definition.
			
 
      - mail address 
 
      - When a log is rotated out-of-existence, it is mailed to address. If no mail should 
			be generated by a particular log, the nomail directive may be used. 
 
      - mailfirst 
 
      - When using the mail command, mail the just-rotated file, instead of the about-to-expire 
			file. 
 
      - maillast 
 
      - When using the mail command, mail the about-to-expire file, instead of the just-rotated 
			file (this is the default). 
 
      - maxage count 
 
      - Remove rotated logs older than <count> days. The age is only checked if the logfile 
			is to be rotated. The files are mailed to the configured address if maillast and
			mail are configured. 
 
      - minsize size 
 
      - Log files are rotated when they grow bigger than size bytes, but not before the 
			additionally specified time interval (daily, weekly, monthly, or yearly). The related 
      size option is similar except that it is mutually exclusive 
			with the time interval options, and it causes log files to be rotated without regard for 
			the last rotation time. When minsize is used, both the size and timestamp of a log 
			file are considered. 
 
      - missingok 
 
      - If the log file is missing, go on to the next one without issuing an error message. 
			See also nomissingok. 
 
      - monthly 
 
      - Log files are rotated the first time logrotate is run in a month (this is normally 
			on the first day of the month). 
 
      - nocompress 
 
      - Old versions of log files are not compressed. See also compress. 
 
      - nocopy 
 
      Do not copy the original log file and leave it in place. (this overrides the copy 
			option). 
      - nocopytruncate 
 
      - Do not truncate the original log file in place after creating a copy (this overrides 
			the copytruncate option). 
 
      - nocreate 
 
      - New log files are not created (this overrides the create option). 
 
      - nodelaycompress 
 
      - Do not postpone compression of the previous log file to the next rotation cycle (this 
			overrides the delaycompress option). 
 
      - nodateext 
 
      - Do not archive old versions of log files with date extension (this overrides the dateext option). 
      
 
      - nomail 
 
      Don't mail old log files to any address. 
      - nomissingok 
 
      - If a log file does not exist, issue an error. This is the default. 
 
      - noolddir 
 
      - Logs are rotated in the same directory the log normally resides in (this overrides the
			olddir option). 
 
      - nosharedscripts 
 
      - Run prerotate and postrotate scripts for every log file which is rotated 
			(this is the default, and overrides the sharedscripts option). The absolute path 
			to the log file is passed as first argument to the script. If the scripts exit with error, 
			the remaining actions will not be executed for the affected log only. 
 
      - noshred 
 
      - Do not use shred when deleting old log files. See also shred. 
 
      - notifempty 
 
      - Do not rotate the log if it is empty (this overrides the ifempty option).
			
 
      - olddir directory 
 
      - Logs are moved into directory for rotation. The directory must be on the 
			same physical device as the log file being rotated, and is assumed to be relative to the 
			directory holding the log file unless an absolute path name is specified. When this option 
			is used all old versions of the log end up in directory. This option may be overridden 
			by the noolddir option. 
 
      - postrotate/endscript 
 
      - The lines between postrotate and endscript (both of which must appear 
			on lines by themselves) are executed (using /bin/sh) after the log file is rotated. 
			These directives may only appear inside a log file definition. Normally, the absolute path 
			to the log file is passed as first argument to the script. If sharedscripts is specified, 
			whole pattern is passed to the script. See also prerotate. See sharedscripts 
			and nosharedscripts for error handling. 
 
      - prerotate/endscript 
 
      - The lines between prerotate and endscript (both of which must appear on 
			lines by themselves) are executed (using /bin/sh) before the log file is rotated 
			and only if the log will actually be rotated. These directives may only appear inside a 
			log file definition. Normally, the absolute path to the log file is passed as first argument 
			to the script. If sharedscripts is specified, whole pattern is passed to the script. 
			See also postrotate. See sharedscripts and nosharedscripts for error 
			handling. 
 
      - firstaction/endscript 
 
      - The lines between firstaction and endscript (both of which must appear 
			on lines by themselves) are executed (using /bin/sh) once before all log files that 
			match the wildcarded pattern are rotated, before prerotate script is run and only if at 
			least one log will actually be rotated. These directives may only appear inside a log file 
			definition. Whole pattern is passed to the script as first argument. If the script exits 
			with error, no further processing is done. See also lastaction. 
 
      - lastaction/endscript 
 
      - The lines between lastaction and endscript (both of which must appear 
			on lines by themselves) are executed (using /bin/sh) once after all log files that 
			match the wildcarded pattern are rotated, after postrotate script is run and only if at 
			least one log is rotated. These directives may only appear inside a log file definition. 
			Whole pattern is passed to the script as first argument. If the script exits with error, 
			just an error message is shown (as this is the last action). See also firstaction.
			
 
      - rotate count 
 
      - Log files are rotated count times before being removed or mailed to the address 
			specified in a mail directive. If count is 0, old versions are removed rather 
			than rotated. 
 
      - size size 
 
      - Log files are rotated when they grow bigger than size bytes. If size is 
			followed by k, the size is assumed to be in kilobytes. If the M is used, the 
			size is in megabytes, and if G is used, the size is in gigabytes. So size 100,
			size 100k, size 100M and size 100Gare all valid. 
 
      - sharedscripts 
 
      - Normally, prerotate and postrotate scripts are run for each log which 
			is rotated and the absolute path to the log file is passed as first argument to the script. 
			That means a single script may be run multiple times for log file entries which match multiple 
			files (such as the /var/log/news/* example). If sharedscripts is specified, 
			the scripts are only run once, no matter how many logs match the wildcarded pattern, and 
			whole pattern is passed to them. However, if none of the logs in the pattern require rotating, 
			the scripts will not be run at all. If the scripts exit with error, the remaining actions 
			will not be executed for any logs. This option overrides the nosharedscripts option 
			and implies create option. 
 
      - shred 
 
      Delete log files using shred -u instead of unlink(). This should ensure that logs 
			are not readable after their scheduled deletion; this is off by default. See also noshred.
			
      - shredcycles count 
 
      - Asks GNU shred(1) 
			to overwite log files count times before deletion. Without this option, shred's 
			default will be used. 
 
      - start count 
 
      - This is the number to use as the base for rotation. For example, if you specify 0, the 
			logs will be created with a .0 extension as they are rotated from the original log files. 
			If you specify 9, log files will be created with a .9, skipping 0-8. Files will still be 
			rotated the number of times specified with the count directive. 
 
      - tabooext [+] list 
 
      - The current taboo extension list is changed (see the include directive for information 
			on the taboo extensions). If a + precedes the list of extensions, the current taboo extension 
			list is augmented, otherwise it is replaced. At startup, the taboo extension list contains 
			.rpmorig, .rpmsave, ,v, .swp, .rpmnew, ~, .cfsaved and .rhn-cfg-tmp-*. 
 
      - weekly 
 
      Log files are rotated if the current weekday is less than the weekday of the last rotation 
			or if more than a week has passed since the last rotation. This is normally the same as 
			rotating logs on the first day of the week, but it works better if logrotate is not 
			run every night. 
      yearly 
      Log files are rotated if the current year is not the same as the last rotation. 
   
   Files
   
      - /var/lib/logrotate.status 
 
      Default state file. 
      /etc/logrotate.conf 
   
 
 
Society
Groupthink :
Two Party System 
as Polyarchy : 
Corruption of Regulators :
Bureaucracies :
Understanding Micromanagers 
and Control Freaks : Toxic Managers :  
Harvard Mafia :
Diplomatic Communication 
: Surviving a Bad Performance 
Review : Insufficient Retirement Funds as 
Immanent Problem of Neoliberal Regime : PseudoScience :
Who Rules America :
Neoliberalism
 : The Iron 
Law of Oligarchy : 
Libertarian Philosophy
Quotes
 
War and Peace 
: Skeptical 
Finance : John 
Kenneth Galbraith :Talleyrand :
Oscar Wilde :
Otto Von Bismarck :
Keynes :
George Carlin :
Skeptics :
Propaganda  : SE 
quotes : Language Design and Programming Quotes :
Random IT-related quotes : 
Somerset Maugham :
Marcus Aurelius :
Kurt Vonnegut :
Eric Hoffer :
Winston Churchill :
Napoleon Bonaparte :
Ambrose Bierce : 
Bernard Shaw : 
Mark Twain Quotes
Bulletin:
Vol 25, No.12 (December, 2013) Rational Fools vs. Efficient Crooks The efficient 
markets hypothesis :
Political Skeptic Bulletin, 2013 :
Unemployment Bulletin, 2010 :
 Vol 23, No.10 
(October, 2011) An observation about corporate security departments :
Slightly Skeptical Euromaydan Chronicles, June 2014 :
Greenspan legacy bulletin, 2008 :
Vol 25, No.10 (October, 2013) Cryptolocker Trojan 
(Win32/Crilock.A) :
Vol 25, No.08 (August, 2013) Cloud providers 
as intelligence collection hubs : 
Financial Humor Bulletin, 2010 :
Inequality Bulletin, 2009 :
Financial Humor Bulletin, 2008 :
Copyleft Problems 
Bulletin, 2004 :
Financial Humor Bulletin, 2011 :
Energy Bulletin, 2010 : 
Malware Protection Bulletin, 2010 : Vol 26, 
No.1 (January, 2013) Object-Oriented Cult :
Political Skeptic Bulletin, 2011 :
Vol 23, No.11 (November, 2011) Softpanorama classification 
of sysadmin horror stories : Vol 25, No.05 
(May, 2013) Corporate bullshit as a communication method  : 
Vol 25, No.06 (June, 2013) A Note on the Relationship of Brooks Law and Conway Law
History:
Fifty glorious years (1950-2000): 
the triumph of the US computer engineering :
Donald Knuth : TAoCP 
and its Influence of Computer Science : Richard Stallman 
: Linus Torvalds  :
Larry Wall  :
John K. Ousterhout : 
CTSS : Multix OS Unix 
History : Unix shell history :
VI editor :
History of pipes concept :
Solaris : MS DOS 
:  Programming Languages History :
PL/1 : Simula 67 :
C :
History of GCC development : 
Scripting Languages :
Perl history   :
OS History : Mail :
DNS : SSH 
: CPU Instruction Sets :
SPARC systems 1987-2006 :
Norton Commander :
Norton Utilities :
Norton Ghost :
Frontpage history :
Malware Defense History :
GNU Screen : 
OSS early history
Classic books:
The Peter 
Principle : Parkinson 
Law : 1984 :
The Mythical Man-Month : 
How to Solve It by George Polya :
The Art of Computer Programming :
The Elements of Programming Style :
The Unix Hater’s Handbook :
The Jargon file :
The True Believer :
Programming Pearls :
The Good Soldier Svejk : 
The Power Elite
Most popular humor pages:
Manifest of the Softpanorama IT Slacker Society :
Ten Commandments 
of the IT Slackers Society : Computer Humor Collection 
: BSD Logo Story :
The Cuckoo's Egg :
IT Slang : C++ Humor 
: ARE YOU A BBS ADDICT? :
The Perl Purity Test :
Object oriented programmers of all nations 
: Financial Humor :
Financial Humor Bulletin, 
2008 : Financial 
Humor Bulletin, 2010 : The Most Comprehensive Collection of Editor-related 
Humor : Programming Language Humor :
Goldman Sachs related humor :
Greenspan humor : C Humor :
Scripting Humor :
Real Programmers Humor :
Web Humor : GPL-related Humor 
: OFM Humor :
Politically Incorrect Humor :
IDS Humor : 
"Linux Sucks" Humor : Russian 
Musical Humor : Best Russian Programmer 
Humor : Microsoft plans to buy Catholic Church 
: Richard Stallman Related Humor :
Admin Humor : Perl-related 
Humor : Linus Torvalds Related 
humor : PseudoScience Related Humor :
Networking Humor :
Shell Humor :
Financial Humor Bulletin, 
2011 : Financial 
Humor Bulletin, 2012 :
Financial Humor Bulletin, 
2013 : Java Humor : Software 
Engineering Humor : Sun Solaris Related Humor :
Education Humor : IBM 
Humor : Assembler-related Humor :
VIM Humor : Computer 
Viruses Humor : Bright tomorrow is rescheduled 
to a day after tomorrow : Classic Computer 
Humor 
The Last but not Least  Technology is dominated by 
two types of people: those who understand what they do not manage and those who manage what they do not understand ~Archibald Putt. 
Ph.D
Copyright © 1996-2021 by Softpanorama Society. www.softpanorama.org 
was initially created as a service to the (now defunct) UN Sustainable Development Networking Programme (SDNP) 
without any remuneration. This document is an industrial compilation designed and created exclusively 
for educational use and is distributed under the Softpanorama Content License. 
Original materials copyright belong 
to respective owners. Quotes are made for educational purposes only 
in compliance with the fair use doctrine.  
FAIR USE NOTICE This site contains 
		copyrighted material the use of which has not always been specifically 
		authorized by the copyright owner. We are making such material available 
		to advance understanding of computer science, IT technology, economic, scientific, and social  
		issues. We believe this constitutes a 'fair use' of any such 
		copyrighted material as provided by section 107 of the US Copyright Law according to which 
such material can be distributed without profit exclusively for research and educational purposes.
This is a Spartan WHYFF (We Help You For Free) 
site written by people for whom English is not a native language. Grammar and spelling errors should 
be expected. The site contain some broken links as it develops like a living tree...
Disclaimer: 
The statements, views and opinions presented on this web page are those of the author (or 
referenced source) and are 
not endorsed by, nor do they necessarily reflect, the opinions of the Softpanorama society. We do not warrant the correctness 
of the information provided or its fitness for any purpose. The site uses AdSense so you need to be aware of Google privacy policy. You you do not want to be 
tracked by Google please disable Javascript for this site. This site is perfectly usable without 
Javascript. 
Last modified: 
March 12, 2019