Bug 17993 - improving on the default /etc/amd.map
Summary: improving on the default /etc/amd.map
Status: Closed Overcome By Events
Alias: None
Product: Base System
Classification: Unclassified
Component: conf (show other bugs)
Version: 4.0-STABLE
Hardware: Any Any
: Normal Affects Only Me
Assignee: freebsd-bugs (Nobody)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2000-04-13 22:20 UTC by Mikhail Teterin
Modified: 2022-12-04 22:15 UTC (History)
3 users (show)

See Also:

Attachments
file.diff (416 bytes, patch)
2000-04-13 22:20 UTC, Mikhail Teterin 		no flags Details | Diff
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Mikhail Teterin 2000-04-13 22:20:00 UTC 
	Currently, the  default amd.map will cause  amd to mount
	the filesystems using NFS even  if the requested host is
	the same.

	The  change below  will make  it use  symboliic link  to
	the  / when  the machine  is  local. One  can still  use
	/net/localhost if NFS mount is essential...

	Putting a reference to
		http://www.cs.columbia.edu/~ezk/am-utils/
	into amd(8) and amd.conf(5) would A Very Good Thing (SM).

Fix: This can probably be expressed even better, but it works
	for me...
Comment 1 David E. O'Brien freebsd_committer 2001-09-02 18:04:28 UTC 
Responsible Changed
From-To: freebsd-bugs->obrien

its mine
Comment 2 Edward Tomasz Napierala freebsd_committer 2015-08-23 12:25:31 UTC 
Just for the record - the new autofs(5) doesn't handle localhost in any special way.  While most implementations indeed have a special case for this, using nullfs, and it would be possible to do the same in ours, I'm not sure it's worth it anymore with current hardware.
Comment 3 Xin LI freebsd_committer 2022-12-04 22:15:42 UTC 
amd(8) is retired in r358821.