Kinkie wrote:
> Sorry for the double-posting, I hit "send" by mistake.
>
>
> I am seeing consistent crashes in squid-3-trunk upon reconfigure.
>
> It complains that
>
> 2008/07/12 10:02:25| commBind: Cannot bind socket FD 14 to
> 0.0.0.0:3128: (98) Address already in use
> FATAL: Cannot open HTTP Port
>
> Might it be useful to insert some delay before reopening the http
> ports upon reconfigure?
This is bug 2351 by the sound of it. Are you able to trace the cause
precisely? The reconfigure sequence already has the entire
close+parse+restart sequence for a delay. Which can be a few seconds.
> Or even not closing it at all if it has not
> changed?
That would be ideal, but a fair bit of work for someone. It would mean
creating a better startup and reconfigure sequence.
We are partially there towards a config method that would allow it. Some
of the new components have their one XConfig objects.
It would need to parse squid.conf into a temporary object of each
component and have each module handle their own startup and change from
existing 'old' config to 'new' config objects only if needed in its
reconfigure/startup handler.
This would mean virtually 0-seconds reconfigure service delay on most
reconfigures. Also the startup/reconfigure could be merged into one code
sequence.
Thats what I've been holding up the back-sleeve of my head for a while
now. I may have time to mentor/audit someone doing it. All the best if
you want to give it a try.
Amos
-- Please use Squid 2.7.STABLE3 or 3.0.STABLE7Received on Sat Jul 12 2008 - 10:17:51 MDT
This archive was generated by hypermail 2.2.0 : Sat Jul 12 2008 - 12:00:05 MDT