[squid-users] Squid process dying - possibly caused by backup?

Hi,
every day the squid process reports the following:
 
[root@mail /root]# service squid status
squid dead but subsys locked
squid: ERROR: No running copy
 
I simply start it back up:
 
[root@mail /root]# service squid start
Starting squid: [ OK ]

Output of cache.log after starting (I think everything here looks good):
2004/09/16 10:41:03| Starting Squid Cache version 2.4.STABLE6 for i386-redhat-linux-gnu...
2004/09/16 10:41:03| Process ID 5357
2004/09/16 10:41:03| With 1024 file descriptors available
2004/09/16 10:41:03| DNS Socket created on FD 4
2004/09/16 10:41:03| Adding nameserver 127.0.0.1 from /etc/resolv.conf
2004/09/16 10:41:03| Unlinkd pipe opened on FD 9
2004/09/16 10:41:03| Swap maxSize 102400 KB, estimated 7876 objects
2004/09/16 10:41:03| Target number of buckets: 393
2004/09/16 10:41:03| Using 8192 Store buckets
2004/09/16 10:41:03| Max Mem size: 8192 KB
2004/09/16 10:41:03| Max Swap size: 102400 KB
2004/09/16 10:41:03| Rebuilding storage in /var/spool/squid (CLEAN)
2004/09/16 10:41:03| Using Least Load store dir selection
2004/09/16 10:41:03| Set Current Directory to /var/spool/squid
2004/09/16 10:41:03| Loaded Icons.
2004/09/16 10:41:03| Accepting HTTP connections at 0.0.0.0, port 8080, FD 11.
2004/09/16 10:41:03| Accepting ICP messages at 0.0.0.0, port 3130, FD 12.
2004/09/16 10:41:03| WCCP Disabled.
2004/09/16 10:41:03| Ready to serve requests.
2004/09/16 10:41:03| Done reading /var/spool/squid swaplog (1840 entries)
2004/09/16 10:41:03| Finished rebuilding storage from disk.
2004/09/16 10:41:03| 1840 Entries scanned
2004/09/16 10:41:03| 0 Invalid entries.
2004/09/16 10:41:03| 0 With invalid flags.
2004/09/16 10:41:03| 1840 Objects loaded.
2004/09/16 10:41:03| 0 Objects expired.
2004/09/16 10:41:03| 0 Objects cancelled.
2004/09/16 10:41:03| 0 Duplicate URLs purged.
2004/09/16 10:41:03| 0 Swapfile clashes avoided.
2004/09/16 10:41:03| Took 0.6 seconds (2932.0 objects/sec).
2004/09/16 10:41:03| Beginning Validation Procedure
2004/09/16 10:41:03| Completed Validation Procedure
2004/09/16 10:41:03| Validated 1840 Entries
2004/09/16 10:41:03| store_swap_size = 19456k
2004/09/16 10:41:04| storeLateRelease: released 0 objects
[root@mail squid]#

 
Here is what happens at midnight, every day when the backup starts:
 
2004/09/14 00:00:27| Restarting Squid Cache (version 2.4.STABLE6)...
2004/09/14 00:00:27| FD 11 Closing HTTP connection
2004/09/14 00:00:27| FD 12 Closing ICP connection
2004/09/14 00:00:27| DNS Socket created on FD 4
2004/09/14 00:00:27| Adding nameserver 127.0.0.1 from /etc/resolv.conf
2004/09/14 00:00:27| Accepting HTTP connections at 0.0.0.0, port 8080, FD 8.
2004/09/14 00:00:27| Accepting ICP messages at 0.0.0.0, port 3130, FD 10.
2004/09/14 00:00:27| WCCP Disabled.
2004/09/14 00:00:27| Loaded Icons.
2004/09/14 00:00:27| Ready to serve requests.
2004/09/14 00:00:43| Preparing for shutdown after 0 requests
2004/09/14 00:00:43| Waiting 30 seconds for active connections to finish
2004/09/14 00:00:43| FD 8 Closing HTTP connection
2004/09/14 00:00:43| Shutting down...
2004/09/14 00:00:43| FD 10 Closing ICP connection
2004/09/14 00:00:43| Closing unlinkd pipe on FD 9
2004/09/14 00:00:43| storeDirWriteCleanLogs: Starting...
2004/09/14 00:00:43| Finished. Wrote 1840 entries.
2004/09/14 00:00:43| Took 0.0 seconds (1076023.4 entries/sec).
CPU Usage: 0.120 seconds = 0.060 user + 0.060 sys
Maximum Resident Size: 0 KB
Page faults with physical i/o: 498
Memory usage for squid via mallinfo():
        total space in arena: 2353 KB
        Ordinary blocks: 2323 KB 3 blks
        Small blocks: 0 KB 0 blks
        Holding blocks: 176 KB 1 blks
        Free Small blocks: 0 KB
        Free Ordinary blocks: 29 KB
        Total in use: 2499 KB 106%
        Total free: 29 KB 1%
2004/09/14 00:00:43| Squid Cache (Version 2.4.STABLE6): Exiting normally.

you can see it is dying - it says Exiting normally... I don't want this to happen :)
Now, I have excluded the /var/spool/squid directory... is there anything else I should be excluding?
 
Thanks,
Dan
 
 
 
Received on Thu Sep 16 2004 - 08:49:11 MDT