Your message dated Mon, 18 Sep 2006 09:21:22 +1000
with message-id <[EMAIL PROTECTED]>
and subject line Bug#386504: am-utils causes nfs mount to unmount
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message ---
Package: am-utils
Version: 6.1.5-1
Severity: normal
I have just upgraded from sarge to etch. I have the following line in my fstab:
sd01:/home /home nfs defaults,rw,hard,intr 0 0
Now when the boot process finishes /home is not mounted. I booted and set
init=/bin/bash to single step through the init scripts. When
/etc/rcS.d/S45mountnfs.sh runs, /home is correctly mounted. However when
/etc/rc2.d/S35am-utils runs, the /home mount disappears.
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-2-686-smp
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)
Versions of packages am-utils depends on:
ii debconf [debconf-2.0] 1.5.3 Debian configuration management sy
ii libamu4 6.1.5-1 Support library for amd the 4.4BSD
ii libc6 2.3.6.ds1-4 GNU C Library: Shared libraries
ii libgdbm3 1.8.3-3 GNU dbm database routines (runtime
ii libhesiod0 3.0.2-16 Libraries for hesiod, a service na
ii libldap2 2.1.30-13+b1 OpenLDAP libraries
ii libwrap0 7.6.dbs-11 Wietse Venema's TCP wrappers libra
ii perl 5.8.8-6.1 Larry Wall's Practical Extraction
ii portmap 5-20 The RPC portmapper
am-utils recommends no packages.
-- debconf information:
am-utils/import-amd-failed:
am-utils/config-reimport: import
am-utils/clustername:
* am-utils/map-net: true
am-utils/reconfigure:
* am-utils/use-nis: false
am-utils/nis-custom: echo "/amd-is-misconfigured /usr/share/am-utils/amd.net"
am-utils/import-amd-conf-done: false
am-utils/import-amd-conf: false
am-utils/nis-master-map: amd.master
am-utils/nis-key: default
* am-utils/done: yes
am-utils/map-others:
am-utils/nis-master-map-key-style: onekey
am-utils/config-md5sum: 8c672f9a4427df7dd53fe00ac2d149f1
am-utils/config-reimport-failed:
* am-utils/map-home: true
am-utils/log-to-file:
--- End Message ---
--- Begin Message ---
Tim Cutts wrote:
On 15 Sep 2006, at 12:23 am, Geoff Crompton wrote:
In particular, I've notice these settings.
In /etc/defaults/am-utils I've got:
AM_UTILS_MAP_HOME='true'
Ah - I think that's the kicker. That activates the amd 'passwd' map,
which does clever and scary things with automounting home directories
under /home. That means that /home becomes an amd intercept point, and
your original fstab mount on there disappears (or is at least masked by
the amd automounter being mounted over the top of it. You almost
certainly want that to be set to 'false'.
Tim
Close this bug. It was a misconfiguration, rather than a bug, as Tim and
I worked out.
--
Geoff Crompton
Debian System Administrator
Strategic Data
+61 3 9340 9000
--- End Message ---
