Re: All services that require a restart from libc6 upgrade...
On Sun, Oct 29, 2000 at 09:04:54PM -0500, Ben Collins wrote:
qmail(-src) can be added to the list too. Somehow it kept sucking
up disk space that I could not find. Kill and restart freed
and fixed that.
I don't know a lot about shared libs. My understanding is that
as long as something is using libxyz.so.123 it will stay in memory
and other programs looking for it will find that version. If that's
right and it's something like libc, wouldn't any long lived process
cause same problem? That could be anything.
At a certain point it's unsafe **not** to restart a system. After
some upgrades we've had half a dozen boxes go down within hours of
each other a couple of days after upgrade.
Maybe some upgrades should just be labelled "reboot recommended"?
> On Sun, Oct 29, 2000 at 07:27:23PM -0500, Greg Stark wrote:
> >
> > Chris Waters <xtifr@dsp.net> writes:
> >
> > > On Mon, Oct 16, 2000 at 04:23:43PM -0400, Ben Collins wrote:
> > >
> > > > Ok, I'm tired of having to track all services that might need to be
> > > > restarted after a libc6 upgrade. So here's what I am going to do. I want
> > > > to require all packages that need this to declare a new reply in it's init
> > > > script. It's very simple, I check your init script like this:
> > >
> > > I strongly object to this proposal (even though it affects none of my
> > > packages). The problem is clearly real, and it makes sense to have
> > > the services clean up after themselves, rather than force the poor
> > > libc team to track them all and clean up after the ones that need it.
> > > Nevertheless, IMO, this is not the proper solution!
> >
> > And what happens to third party services that were running when the system was
> > upgraded?
> >
> > We need to find a way to not require the restarts. Perhaps the nss modules
> > could provide the old nss functions as versioned 2.0 symbols?
> >
> > (Sigh, this would all go away if people just bumped sonames when they had to.)
>
> This isn't a matter of the NSS module interface changing. This is a matter
> of the new modules being loaded while the old libc is in memory. It can't
> be helped, things have to be restarted.
>
> --
> -----------=======-=-======-=========-----------=====------------=-=------
> / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \
> ` bcollins@debian.org -- bcollins@openldap.org -- bcollins@linux.com '
> `---=========------=======-------------=-=-----=-===-======-------=--=---'
>
>
> --
> To UNSUBSCRIBE, email to debian-devel-request@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
--
Christopher F. Miller, Publisher cfm@maine.com
MaineStreet Communications, Inc 208 Portland Road, Gray, ME 04039
1.207.657.5078 http://www.maine.com/
Database publishing, e-commerce, office/internet integration, Debian linux.
Reply to: