[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: bin/49601: amd(8) no longer works, at least in LDAP mode
The following reply was made to PR bin/49601; it has been noted by GNATS.
From: Matthias Scheler <tron%zhadum.org.uk@localhost>
Subject: Re: bin/49601: amd(8) no longer works, at least in LDAP mode
Date: Sun, 25 Jan 2015 09:05:14 +0000
On Sat, Jan 24, 2015 at 05:01:34PM +0000, Matthias Scheler wrote:
> On Sat, Jan 24, 2015 at 02:05:00PM +0000, gnats-admin%netbsd.org@localhost wrote:
> > Thank you very much for your problem report.
> > It has the internal identification `bin/49601'.
> > The individual assigned to look at your
> > report is: bin-bug-people.
> > >Category: bin
> > >Responsible: bin-bug-people
> > >Synopsis: amd(8) no longer works, at least in LDAP mode
> > >Arrival-Date: Sat Jan 24 14:05:00 +0000 2015
> Rebuilding "am-utils" using source from 2015-01-16 and using those with
> kernel, userland etc. from 2015-01-24 fixes the problem as well.
Christous Zoulas came up with a work around in the meantime. If you add
"map_type = ldap" to the "[global]" section of "amd.conf" auto mounting
works on my setup.
I think there at least two bugs in amd(8):
1.) The configuration parser is somehow broken.
2.) If amd(8) fails to load the maps it exists without unregistering
its mountpoints which is why access to "/home/tron" hung on my system.
Matthias Scheler https://zhadum.org.uk/
Main Index |
Thread Index |