hosts: files,nisplus,dns
ssh will have the following order:
IPv6-files,IPv6-nisplus,IPv6-dns,IPv4-files,IPv4-nisplus,IPv4-dns
And if a bad DNS server is in the resolv.conf, then the IPv6-dns search is the holdup. You can do a quick test of this by forcing IPv4 on your ssh command line:
ssh -4 node1 date
It should go much faster. If it does, then you need to fix your resolv.conf files on the nodes.
Jeremy
At 09:38 PM 1/30/2003 -0500, Weirong Zhu wrote:
Dear all: Platform Redhat 7.2. Oscar 1.3 It's strange that the SSH connection to slave nodes from master node became very slow recently. I try "ssh -v c1" (c1 is a slave node) I got: ==================================================================== debug1: Reading configuration data /etc/ssh/ssh_config debug1: Applying options for * debug1: Rhosts Authentication disabled, originating port will not be trusted. debug1: restore_uid debug1: ssh_connect: getuid 2473 geteuid 0 anon 1 ==================================================================== It will stop here for almost 40 seconds Then continue remaining steps very quickly.Meanwhile, rsh to slave nodes is very quickly,and ssh from slave nodes to master nodes, is also very fast. Does anybody has idea about this issue? Thanks. Weirong ------------------------------------------------------- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com _______________________________________________ Oscar-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/oscar-users
------------------------------------------------------- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com _______________________________________________ Oscar-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/oscar-users
