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
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 >-