[squid-users] rock storage integrity

Hussam Al-Tayeb me at hussam.eu.org
Fri Dec 4 15:37:47 UTC 2015


Hi. I am using squid with rock storage right now to cache computer
updates for my Linux computers. It works well.
Since this is a database, it is possible for part of the database to
get corrupted through a crash or incorrect poweroff?
I know from sql database that incorrect shutdowns can cause binary
corruption.

I had an incorrect poweroff yesterday but cache.log did not list
anything weird.

2015/12/03 01:00:11| Store rebuilding is 0.31% complete
2015/12/03 01:01:00| Finished rebuilding storage from disk.
2015/12/03 01:01:00|    319999 Entries scanned
2015/12/03 01:01:00|         0 Invalid entries.
2015/12/03 01:01:00|         0 With invalid flags.
2015/12/03 01:01:00|     55523 Objects loaded.
2015/12/03 01:01:00|         0 Objects expired.
2015/12/03 01:01:00|         0 Objects cancelled.
2015/12/03 01:01:00|         0 Duplicate URLs purged.
2015/12/03 01:01:00|         0 Swapfile clashes avoided.
2015/12/03 01:01:00|   Took 49.94 seconds (1111.79 objects/sec).
2015/12/03 01:01:00| Beginning Validation Procedure
2015/12/03 01:01:00|   Completed Validation Procedure
2015/12/03 01:01:00|   Validated 0 Entries
2015/12/03 01:01:00|   store_swap_size = 3187216.00 KB

Nevertheless, what would be the best way to check if there was some
damage to the database (unusable slots/cells/whatever)?


More information about the squid-users mailing list