If "yes", then amd’s top-level mount points will be browsable to readdir(3) calls. This means you could run for example ls(1) and see what keys are available to mount in that directory. Not all entries are made visible to readdir(3): the "/default" entry, wildcard entries, and those with a "/" in them are not included. If you specify "full" to this option, all but "/default" will be visible. Note that if you run a command which will attempt to stat(2) the entries, such as often done by "ls -l" or "ls -F", amd will attempt to mount every entry in that map. This is often called a "mount storm".
map_options Xo
(string, default no options)
This option is the same as specifying map options on the command line to amd, such as ‘cache:=all’.
map_type Xo
(string, default search all map types)
If specified, amd will initialize the map only for the type given. This is useful to avoid the default map search type used by amd which takes longer and can have undesired side-effects such as initializing NIS even if not used. Possible values are:
file
plain files
hesiod
Hesiod name service from MIT
ldap
Lightweight Directory Access Protocol
ndbm
(New) dbm style hash files
nis
Network Information Services (version 2)
nisplus
Network Information Services Plus (version 3)
passwd
local password files
union
union maps
mount_type Xo
(string, default=nfs)
All amd mount types must be NFS. That is, amd is an NFS server on the map mount points, for the local host it is running on. If "autofs" is specified, amd will log an error and convert it to NFS.
search_path Xo
(string, default no search path)
This provides a (colon-delimited) search path for file maps. Using a search path, sites can allow for local map customizations and overrides, and can query distributed maps in several locations as needed.
Allows you to override the value of the arch amd variable.
auto_dir Xo (string, default= /a)
Same as the -a option to amd. This sets the private directory where amd will create sub-directories for its real mount points.
cache_duration Xo
(numeric, default=300)
Same as the -c option to amd. Sets the duration in seconds that looked up map entries remain in the cache.
cluster Xo
(string, default no cluster)
Same as the -C option to amd. Specifies the alternate HP-UX cluster to use.
debug_options Xo
(string, default no debug options)
Same as the -D option to amd. Specify any debugging options for amd. Works only if am-utils was configured for debugging using the --enable-debug option. The "mem" option alone can be turned on via --enable-debug-= mem. Otherwise debugging options are ignored. Options are comma delimited, and can be preceded by the string "no" to negate their meaning. You can get the list of supported debugging options by running amd-v. Possible values are:
all
all options
amq
register for amq(8)
daemon
enter daemon mode
fork
fork server
full
program trace
info
info service specific debugging (hesiod, nis, etc.)
mem
trace memory allocations
mtab
use local ./mtab file
str
debug string munging
test
full debug but no daemon
trace
protocol trace
dismount_interval Xo
(numeric, default=120)
Same as the -w option to amd. Specify, in seconds, the time between attempts to dismount file systems that have exceeded their cached times.
fully_qualified_hosts Xo
(string, default=no)
If "yes", amd will perform RPC authentication using fully-qualified host names. This is necessary for some systems, and especially when performing cross-domain mounting. For this function to work, the amd variable ${hostd} is used, requiring that ${domain} not be null.
hesiod_base Xo
(string, default=automount)
Specify the base name for hesiod maps.
karch Xo
(string, default to karch of the system)
Same as the -k option to amd. Allows you to override the kernel-architecture of your system. Useful for example on Sun (Sparc) machines, where you can build one amd binary and run it on multiple machines, yet you want each one to get the correct karch variable set (for example, sun4c, sun4m, sun4u, etc.) Note that if not specified, amd will use uname(3) to figure out the kernel architecture of the machine.
ldap_base Xo
(string, default not set)
Specify the base name for LDAP.
ldap_cache_maxmem Xo
(numeric, default=131072)
Specify the maximum memory amd should use to cache LDAP entries.
ldap_cache_seconds Xo
(numeric, default=0)
Specify the number of seconds to keep entries in the cache.
ldap_hostports Xo
(string, default not set)
Specify LDAP-specific values such as country and organization.
local_domain Xo
(string, default no sub-domain)
Same as the -d option to amd. Specify the local domain name. If this option is not given the domain name is determined from the hostname by removing the first component of the fully-qualified host name.
log_file Xo (string, default= /dev/stderr)
Same as the -l option to amd. Specify a file name to log amd events to. If the string /dev/stderr is specified, amd will send its events to the standard error file descriptor. IF the string syslog is given, amd will record its events with the system logger syslogd(8). The default syslog facility used is LOG_DAEMON. If you wish to change it, append its name to the log file name, delimited by a single colon. For example, if logfile is the string "syslog:local7" then amd will log messages via syslog(3) using the LOG_LOCAL7 facility (if it exists on the system).
log_options Xo
(string, default no logging options)
Same as the -x option to amd. Specify any logging options for amd. Options are comma delimited, and can be preceded by the string "no" to negate their meaning. The "debug" logging option is only available if am-utils was configured with --enable-debug . You can get the list of supported debugging and logging options by running amd-H. Possible values are:
all
all messages
debug
debug messages
error
non-fatal system errors
fatal
fatal errors
info
information
map
map errors
stats
additional statistical information
user
non-fatal user errors
warn
warnings
warning
warnings
nfs_proto Xo
(string, default to trying version tcp then udp)
By default, amd tries TCP and then UDP. This option forces the overall NFS protocol used to TCP or UDP. It overrides what is in the amd maps, and is useful when amd is compiled with NFSv3 support that may not be stable. With this option you can turn off the complete usage of NFSv3 dynamically (without having to recompile amd) until such time as NFSv3 support is desired again.
nfs_retransmit_counter Xo
(numeric, default=110)
Same as the counter part of the -t interval.counter option to amd. Specifies the retransmit counter’s value in tenths of seconds.
nfs_retry_interval Xo
(numeric, default=8)
Same as the interval part of the -t interval.counter option to amd. Specifies the NFS timeout interval, in tenths of seconds, between NFS/RPC retries (for UDP only). This is the value that the kernel will use to communicate with amd.
Amd relies on the kernel RPC retransmit mechanism to trigger mount retries. The values of the nfs_retransmit_counter and the nfs_retry_interval parameters change the overall retry interval. Too long an interval gives poor interactive response; too short an interval causes excessive retries.
nfs_allow_insecure_port Xo
(string, default=no).
Normally amd will refuse requests coming from unprivileged ports (i.e. ports >= 1024 on Unix systems), so that only privileged users and the kernel can send NFS requests to it. However, some kernels (certain versions of Darwin, MacOS X, and Linux) have bugs that cause them to use unprivileged ports in certain situations, which causes amd to stop dead in its tracks. This parameter allows amd to operate normally even on such systems, at the expense of a slight decrease in the security of its operations. If you see messages like "ignoring request from foo:1234, port not reserved" in your amd log, try enabling this parameter and give it another go.
nfs_vers Xo
(numeric, default to trying version 3 then 2)
By default, amd tries version 3 and then version 2. This option forces the overall NFS protocol used to version 3 or 2. It overrides what is in the amd maps, and is useful when amd is compiled with NFSv3 support that may not be stable. With this option you can turn off the complete usage of NFSv3 dynamically (without having to recompile amd) until such time as NFSv3 support is desired again.
nis_domain Xo
(string, default to local NIS domain name)
Same as the -y option to amd. Specify an alternative NIS domain from which to fetch the NIS maps. The default is the system domain name. This option is ignored if NIS support is not available.
normalize_hostnames Xo
(boolean, default=no)
Same as the -n option to amd. If "yes", then the name referred to by ${rhost} is normalized relative to the host database before being used. The effect is to translate aliases into "official" names.
os Xo
(string, default to compiled in value)
Same as the -O option to amd. Allows you to override the compiled-in name of the operating system. Useful when the built-in name is not desired for backward compatibility reasons. For example, if the build in name is "sunos5", you can override it to "sos5", and use older maps which were written with the latter in mind.
osver Xo
(string, default to compiled in value)
Same as the -o option to amd. Override the compiled-in version number of the operating system. Useful when the built in version is not desired for backward compatibility reasons. For example, if the build in version is "2.5.1", you can override it to "5.5.1", and use older maps that were written with the latter in mind.
pid_file Xo (string, default= /dev/stdout)
Specify a file to store the process ID of the running daemon into. If not specified, amd will print its process id only the standard output. Useful for killing amd after it had run. Note that the PID of a running amd can also be retrieved via amq-p. This file is used only if the print_pid option is on.
plock Xo
(boolean, default=yes)
Same as the -S option to amd. If "yes", lock the running executable pages of amd into memory. To improve amd ’s performance, systems that support the plock(3) call can lock the amd process into memory. This way there is less chance it that the operating system will schedule, page out, and swap the amd process as needed. This improves amd ’s performance, at the cost of reserving the memory used by the amd process (making it unavailable for other processes).
portmap_program Xo
(numeric, default=300019)
Specify an alternate Port-mapper RPC program number, other than the official number. This is useful when running multiple amd processes. For example, you can run another amd in "test" mode, without affecting the primary amd process in any way. For safety reasons, the alternate program numbers that can be specified must be in the range 300019-300029, inclusive. amq has an option -P which can be used to specify an alternate program number of an amd to contact. In this way, amq can fully control any number of amd processes running on the same host.
print_pid Xo
(boolean, default=no)
Same as the -p option to amd. If "yes", amd will print its process ID upon starting.
print_version Xo
(boolean, default=no)
Same as the -v option to amd, but the version prints and amd continues to run. If "yes", amd will print its version information string, which includes some configuration and compilation values.
restart_mounts Xo
(boolean, default=no)
Same as the -r option to amd. If "yes", amd will scan the mount table to determine which file systems are currently mounted. Whenever one of these would have been auto-mounted, amd inherits it.
selectors_on_default Xo
(boolean, default=no)
If "yes", then the /default entry of maps will be looked for and process any selectors before setting defaults for all other keys in that map. Useful when you want to set different options for a complete map based on some parameters. For example, you may want to better the NFS performance over slow slip-based networks as follows:
If "yes", then all maps which are browsable will also show the number of entries (keys) they have when "df" runs. (This is accomplished by returning non-zero values to the statfs(2) system call.)
unmount_on_exit Xo
(boolean, default=no)
If "yes", then amd will attempt to unmount all file systems which it knows about. Normally amd leaves all (esp.) NFS mounted file systems intact. Note that amd does not know about file systems mounted before it starts up, unless the restart_mounts option or -r flag are used.
Each map entry in the configuration file can be tagged. If no tag is specified, that map section will always be processed by amd. If it is specified, then amd will process the map if the -T option was given to amd, and the value given to that command-line option matches that in the map section.
