This section describes common slow performance and system hang problems.
Error messages with operative clauses such as:
"Busy try again later"
"Not responding"
Other common symptoms:
Someone has issued an nisping or nisping -C command. Or the rpc.nisd daemon is performing a checkpoint operation.
Attention: Do not reboot! Do not issue any more nisping commands. You may have corrupted information in the NIS+ domain.
When performing a nisping or checkpoint, the server will be sluggish or may not immediately respond to other commands. Depending on the size of your namespace, these commands may take a noticeable amount of time to complete. Delays caused by checkpoint or ping commands are multiplied if you, or someone else, enter several such commands at one time. Do not reboot. This kind of problem will solve itself. Just wait until the server finishes performing the nisping or checkpoint command.
During a full master-replica resync, the involved replica server will be taken out of service until the resync is complete. Do not reboot--just wait.
Make sure that your NIS_PATH variable is set to something clean and simple. For example, the default: org_dir.$:$. A complex NIS_PATH, particularly one that itself contains a variable, will slow your system and may cause some operations to fail. (See NIS_PATH Environment Variable for more information.)
Do not use nistbladm to set nondefault table paths. Nondefault table paths will slow performance.
Do not use table paths because they will slow performance.
Too many replicas for a domain degrade system performance during replication. There should be no more than 10 replicas in a given domain or subdomain. If you have more than five replicas in a domain, try removing some of them to see if that improves performance.
A recursive group is a group that contains the name of some other group. While including other groups in a group reduces your work as system administrator, doing so slows down the system. You should not use recursive groups.
When rpc.nisd starts up it goes through each log. If the logs are long, this process could take a long time. If your logs are long, you may want to checkpoint them using nisping -C before starting rpc.nisd.
If you used the -M option to specify that your request be sent to the master server, and the rpc.nisd daemon has died on that machine, you will get a "server not responding" type error message and no updates will be permitted. (If you did not use the -M option, your request will be automatically routed to a functioning replica server.)
Using uppercase letters in the name of a home directory or host can sometimes cause rpc.nisd to die.
First make sure that the server itself is up and running. If it is, run ps -ef | grep rpc.nisd to see if the daemon is still running.
If the daemon has died, restart it. If rpc.nisd frequently dies, contact your service provider.
It takes too long for a machine to locate namespace objects in other domains.
You do not have nis_cachemgr running.
Run ps -ef | grep nis_cachemgr to see if it is still running.
Start nis_cachemgr on that machine.
A server performs slowly and sluggishly after using the NIS+ scripts to install NIS+ on it.
You forgot to run nisping -C -a after running the nispopulate script.
Run nisping -C -a to checkpoint the system as soon as you are able to do so.
You run niscat and get an error message indicating that the server is busy.
The server is busy with a heavy load, such as when doing a resync.
The server is out of swap space.
Run lsps -a to check your server's swap space.
You must have adequate swap and disk space to run NIS+. If necessary, increase your space.
Setting the host name for an NIS+ server to be fully qualified is not recommended. If you do so, and NIS+ queries then just hang with no error messages, check the following possibilities:
Fully qualified host names must meet the following criteria:
Kill the NIS+ processes that are hanging and then kill rpc.nisd on that host or server. Rename the host to match the requirements listed above (use SMIT or the hostname command). Then reinitialize the server with nisinit. (If queries still hang after you are sure that the host is correctly named, check other problem possibilities in this section.)
Note: If you started rpc.nisd with the -B option, you must also kill the rpc.nisd_resolv daemon.