Search squid archive

rock storage integrity

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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)?
_______________________________________________
squid-users mailing list
squid-users@xxxxxxxxxxxxxxxxxxxxx
http://lists.squid-cache.org/listinfo/squid-users




[Index of Archives]     [Linux Audio Users]     [Samba]     [Big List of Linux Books]     [Linux USB]     [Yosemite News]

  Powered by Linux