Howdy, WHM 11.34.0 (build 7), CentOS 5.8 on a Xen VPS with 1536 memory. Ran across this troubleshooting some emails that don't appear to be getting delivered. Have restarted exim but not the server. Noticed exim_mainlog to have grown very large (over a gig). Last rotation was four days ago. Tried to force a rotate with logrotate -f -d /etc/logrotate.conf However, it doesn't appear to have actually rotated any of the old logs. Here's a snip from logrotate... considering log /var/log/exim_mainlog log needs rotating rotating log /var/log/exim_mainlog, log->rotateCount is 4 renaming /var/log/exim_mainlog.4.gz to /var/log/exim_mainlog.5.gz (rotatecount 4, logstart 1, i 4), renaming /var/log/exim_mainlog.3.gz to /var/log/exim_mainlog.4.gz (rotatecount 4, logstart 1, i 3), renaming /var/log/exim_mainlog.2.gz to /var/log/exim_mainlog.3.gz (rotatecount 4, logstart 1, i 2), renaming /var/log/exim_mainlog.1.gz to /var/log/exim_mainlog.2.gz (rotatecount 4, logstart 1, i 1), renaming /var/log/exim_mainlog.0.gz to /var/log/exim_mainlog.1.gz (rotatecount 4, logstart 1, i 0), renaming /var/log/exim_mainlog to /var/log/exim_mainlog.1 creating new log mode = 0640 uid = 47 gid = 12 running postrotate script running script with arg /var/log/exim_mainlog: " /usr/bin/killall -HUP exim " compressing log with: /bin/gzip removing old log /var/log/exim_mainlog.5.gz Even after running logrotate twice with the force flag, exim_mainlog is still over a gig, and the gzipped .1 to .4 logs haven't changed in size or date. An ls of /usr/sbin/logrotate shows it to be from May of 2011; /etc/logrotate.conf has the same date. Any idea what could be causing this?