On Tue, 2003-03-11 at 11:07, Henrik Nordstrom wrote: > tis 2003-03-11 klockan 16.40 skrev Andres Kroonmaa: > > > Not sure if this could be valid reason, but can it be that when squid > > goes for origin check, url is put into "private" state, invalidating > > local copy until origin reply allows it to become cached again. And if > > origin reply never comes, all new requests for same url have to go to > > origin? > > The StoreEntry is unmodified until a reply to the IMS is seen, but it is > possible something goes wrong if a negative reply to the IMS query is > seen.
The cases where we have had the most problems are when the NFS server is not responding on the origin server but the origin server and listener are still responding. I do not know what response the listener would send in this event. I will see about trying to simulate this with some test boxes at my desk. > > > Sounds odd that a reconfigure makes Squid snap out of the condition. I > > > can understand if restart helps, but not a reconfigure.. > > > > All connections forcibly closed? > > Which does not happen on a reconfigure.. very little besides rereading > the configuration happens on a reconfigure. > > -- > Henrik Nordstrom <[EMAIL PROTECTED]> > MARA Systems AB -- David Nicklay Location: CNN Center - SE0811A Office: 404-827-2698 Cell: 404-545-6218
