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_at_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?
Received on Wed Aug 07 2013 - 05:51:15 MDT
This archive was generated by hypermail 2.2.0 : Wed Aug 07 2013 - 12:00:06 MDT