Ignite-UX (IUX) Frequently Asked Questions (July 2013)

Place this configuration stanza in "/var/opt/ignite/config.local" or
directly in the configuration file with the core sw_source:
sw_source "core"
{
post_load_cmd += "
swconfig -xautoselect_dependencies=false /
-xenforce_dependencies=false SystemAdmin.SAM "
}
=============================================================================
==
1.5
Q: Can an Ignite-UX server install clients on multiple subnets?
A: There is one known problem with having an Ignite-UX server that is
multi-homed (connected to multiple subnets):
The "server" keyword that specifies the IP address for your Ignite-UX
server can only correspond to one of the LAN interfaces. If each
subnet is routed such that all clients can use the one IP address to
contact their server, then the installation will work. However, it
is more efficient for the client to use the server's IP address that
is connected directly to the client's own subnet. If a client is on
a subnet that does not have a route to the IP address specified by
"server", then it will not be able to contact the server after it
boots.
The workarounds for this problem are as follows:
- Manually correct the server's IP address on the networking screen
that appears on the client console when you boot the client.
- Use a boot-helper on each subnet. When using a boot helper, the
server's IP address can be specified correctly on each helper
system. For more information, refer to the "Ignite-UX
Administration Guide," particularly the section on complex network
solutions.
=============================================================================
==
1.6
Q: Why do some applications and shells hang over NFS after igniting?
A: The reason for the hang is most likely due to a problem with the NFS
file locking daemons rpc.statd and rpc.lockd, caused by the action of
reinstalling the client.
Many applications use file locking and can hang in this situation.
Most common is user home directories that are NFS mounted, in which
case sh and ksh attempt to lock the .sh_history file and hang before
giving you a prompt.
When a client is running and has an active NFS mount with a server in
which files have been previously locked, both the client and server
cache information about each other. Part of the information that is