The following section describes some common problems that users may encounter when installing and using N1GE in a Services for UNIX environment on a Windows system.
Impossible connect to the Interix subsystem via telnet or rsh
Make sure that the correct services are started. The corresponding Windows services have to be disabled. The Interix versions of telnetd and rshd have to be started. You can do this task by removing the pound sign (#) from the following lines part of /etc/inetd.conf
#telnet stream tcp nowait NULL /usr/sbin/in.telnetd in.telnetd -i #shell stream tcp nowait NULL /usr/sbin/in.rshd in.rshd -a
If it is still not possible to connect to the machine, please check your firewall configuration. Donot block connections to corresponding ports:
Service | Ports ---------+----------- ftp | 20, 21 ssh | 22 telnet | 23 rsh | 514
The wrong default login shell is started. Why?
.rhost and host.equiv authentications fails if new users accounts are created and if passwords of existing users are changed. The command regpwd has to be called. After that, use the steps to register passwords correctly.
Why is the access to NFS mounted home directories to slow?
User Name Mapping might be the cause for this problem. If you have a large number of user maps, installing User Name Mapping on a Domain Controller improves performance by reducing network traffic. It is possible to create a User Name Mapping server pool. This method means you can use DNS round-robin to create a pool of computers running User Name Mapping. This will provide improved performance on wide area networks as well as provide fail over when one of the servers is no longer available
How can I map user root if it does not exist in the NIS maps?
First create a passwd file which contains an entry for the user root. Then, explicitly map the root account (no basic mapping) using the created passwd file. Finally, change the mapping to use the NIS maps. Note that the previous root mapping will persist.
NIS Server cannot be contacted during the SFU installation
Interrupt the SFU installation and make sure that there is no other service or application running which already configures or uses the NIS server. If this is the case, then disable this service for the time of the SFU installation.
The Interix Subsystem of SFU and/or the User Mapping is not enabled after reboot
Make sure that following services are automatically started after machine reboot: Interix Subsystem Startup, User Name Mapping
Also if you use NFS mounted directories that also enable the service per default: Client for NFS
Queues stick in u-statefor a very long time
After the installation/restart of an execution host the corresponding queues have attached the unknown (u) state for a very long. This is normal behavior for Windows machines. After a full load report interval the u-state should be gone. If this is not the case, then check that the sge_execd has really been started on the corresponding machine.