On Wednesday 07 August 2013 03:07:39 Eliezer Croitoru wrote: > On 08/07/2013 12:25 AM, Hussam Al-Tayeb wrote: > > On Tuesday 06 August 2013 14:13:57 Eliezer Croitoru wrote: > >> Dont be afraid to lose couple cached files... > >> Squid recover from it very fast.. > >> > >> Eliezer > > > > not very fast. if i leave it like that, i end up with 50 to 200 files in > > swap.state every week that are not actually on disk. > > > > I wish we had some sort of 'squid fsck' option which checked for such > > inconsistencies. > > Well you can follow on that in the store.log.. > This is why these are there. > You can verify what files are being used as files and not as cache objects. > Then you can make sure that all the files are scheduled for removal in > the right time and place. > it's kind of a simple tool but it needs to be designed properly to make > sure it wont miss calculate that there is indeed a bug in squid or the OS.. > > if you are up to the task of sketch the pseudo code for this operation > It will be nice to see this kind of logs analysed. > > Eliezer this is what I have right now. cache.log says 2013/08/07 08:47:51| 222094 Entries scanned 2013/08/07 08:47:51| 0 Invalid entries. 2013/08/07 08:47:51| 0 With invalid flags. 2013/08/07 08:47:51| 222094 Objects loaded. [root@hades squid]# find . -type f | wc -l 222087 if those objects that are not on disk get requested again, will squid fetch them from parent server and try again to cache them to disk?
