[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