osdir.com
mailing list archive
Mozy Online Backup: 2GB Free. Automatic. Secure.

Subject: Re: NSS library dependencies - msg#00156

List: linux.debian.devel.mentors

Date: Prev Next Index Thread: Prev Next Index

Steve> On Thu, Dec 26, 2002 at 09:55:37AM -0800, Ian Zimmerman wrote:
Steve> Oh, I understand how it would happen that a file in /usr is
Steve> actively in use in this scenario; I'm just questioning why it
Steve> shouldn't be considered a bug in whatever program is still
Steve> running and referencing NSS at the time 'umount /usr' is
Steve> called. There are quite a lot of NSS and PAM modules which
Steve> depend on files in /usr, and which might be optionally
Steve> referenced by applications in /bin or /sbin. It would take
Steve> some time to move all libraries that anyone has written an NSS
Steve> module for -- even longer wrt PAM -- and it's not clear to me
Steve> that this is an appropriate solution.

itz> Do you have anything running and using RPC? A user-space NFS
itz> daemon, maybe?

Steve> How is that relevant? I hardly think 'umount /usr' should be
Steve> called while /usr/sbin/rpc.nfsd is running. And why does RPC
Steve> care about username resolution?

It turns out it is not relevant, sorry. I had an association with a
known problem with portmap and sysvinit, but that only happens during
transition to single-user, not during a total shutdown.

--
Ian Zimmerman, Oakland, California, U.S.A.
if (sizeof(signed) > sizeof(unsigned) + 4) { delete this; }
GPG: 433BA087 9C0F 194F 203A 63F7 B1B8 6E5A 8CA3 27DB 433B A087




Was this page helpful?
Yes No
Thread at a glance:

Previous Message by Date: click to view message preview

Re: Looking for a sponsor

Hi, Sebastian 'yath' Schmidt wrote: > I recently created a debian package of "penggy". Penggy is an open > source AOL client, distributed under the GNU GPLv2. > The project aims to be a full client including all known access methods > like DSL, cable, TCP/IP or modem (with the modem-emulation of linux via > /dev/ttyI* ISDN, too). > Also, the implementation of FDO (the "windowing-language" used by AOL to > display the windows like "Welcome" and to play sounds) is planned. > > The .deb is available at > http://nikita.ath.cx/~yath/debian/penggy_0.1.0-1_i386.deb and is > lintian-clean. > > Would be nice to find a sponsor, regards, I just contated him with my comments to the state of the packages now... Regards, Rene -- .''`. Rene Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' rene@xxxxxxxxxx | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73 pgp0gjYecppti.pgp Description: PGP signature

Next Message by Date: click to view message preview

Re: RFS: autossh - Automatically restart SSH sessions and tunnels

On Wed, 25 Dec 2002 19:38:31 +0100, Filippo Giunchedi <filippo@xxxxxxxxxxxx> wrote: >I've just filed it, >http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=174287 > >I'll close it when autossh hits unstable because package is already uploaded. You can do this automatically in the changelog. The bug will then be closed as soon as the package enters the archive. Greetings Marc -- -------------------------------------- !! No courtesy copies, please !! ----- Marc Haber | " Questions are the | Mailadresse im Header Karlsruhe, Germany | Beginning of Wisdom " | Fon: *49 721 966 32 15 Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fax: *49 721 966 31 29

Previous Message by Thread: click to view message preview

Re: NSS library dependencies

On Thu, Dec 26, 2002 at 09:55:37AM -0800, Ian Zimmerman wrote: > Steve> Oh, I understand how it would happen that a file in /usr is > Steve> actively in use in this scenario; I'm just questioning why it > Steve> shouldn't be considered a bug in whatever program is still > Steve> running and referencing NSS at the time 'umount /usr' is > Steve> called. There are quite a lot of NSS and PAM modules which > Steve> depend on files in /usr, and which might be optionally > Steve> referenced by applications in /bin or /sbin. It would take > Steve> some time to move all libraries that anyone has written an NSS > Steve> module for -- even longer wrt PAM -- and it's not clear to me > Steve> that this is an appropriate solution. > Do you have anything running and using RPC? A user-space NFS daemon, > maybe? How is that relevant? I hardly think 'umount /usr' should be called while /usr/sbin/rpc.nfsd is running. And why does RPC care about username resolution? -- Steve Langasek postmodern programmer pgpq5T1LX1m2A.pgp Description: PGP signature

Next Message by Thread: click to view message preview

Re: NSS library dependencies

On Fri, Dec 20, 2002 at 11:39:43PM -0600, Steve Langasek wrote: > As libnss-ldap can be configured to use SASL (and as a result, pluggable > modules), I don't think static linking is a very feasible solution. A > better question would be, why does the system need nss_ldap loaded at > time of shutdown? Any processes still present at the time drives are > being unmounted should not require NSS to do their job; and in fact, on > none of the machines where I use nss_ldap have I had problems with > drives not being unmounted cleanly. I actually figured out what is causing the errors while unmounting /usr, (at this point i assume you have ash installed and /bin/sh pointing to it) it turned out that /etc/init.d/rc is run under /bin/sh, which is bash by default, and needs the nss libraries for some reason. I was able to fix the problem by installing ash as /bin/sh. i don't think i should re-assign the bug (#118607) that started this discussion as it doesn't refer to this problem but to a different problem. Also i'm not quite sure if i should file a bug against sysvinit either, as the bug is not really sysvinit's fault, it's more of a bug in bash, which is not related to the problem that much.. Thoughts? Sami -- -< Sami Haahtinen >- -[ Notify immediately if you do not receive this message ]- -< 2209 3C53 D0FB 041C F7B1 F908 A9B6 F730 B83D 761C >-
Sign up for updates to this mailing list. email:
Loading Comments...
Home | News | Patents | Sitemap | FAQ | advertise

Advertising by