1825731 Members
2687 Online
109687 Solutions
New Discussion

ypbind failure

 
SOLVED
Go to solution
George Liu_4
Trusted Contributor

ypbind failure

That is a working system for a long time. Suddenly found nis accounts are not there but ypcat passwd still display all nis accounts. restart the nis.client got the following messages,

# ./nis.client start
starting NIS CLIENT networking
starting up the rpcbind
rpcbind already started, using pid: 688
domainname earth
starting up the Network Information Service
starting up the ypbind daemon
FAILURE CODE: 1
calling ypset with 172.16.251.60
Sorry, I can't set up a udp connection to ypbind on host x25a.awc.
Checking NIS binding.
Bound to NIS server using domain earth.
starting up the keyserv daemon
/usr/sbin/keyserv
8 REPLIES 8
Steven E. Protter
Exalted Contributor

Re: ypbind failure

Try killing the current yp daemon prior to restart. The system thinks its running. Thtat could be because something is running oir the process has a file with the process id saved.

Kill and re-run see if that helps.

Make sure all filesystems are mounted, especially /var

SEP
Steven E Protter
Owner of ISN Corporation
http://isnamerica.com
http://hpuxconsulting.com
Sponsor: http://hpux.ws
Twitter: http://twitter.com/hpuxlinux
Founder http://newdatacloud.com
George Liu_4
Trusted Contributor

Re: ypbind failure

reboot the system and still getting the error... From syslog, it says
syslog: ypbind: /var/yp/secureservers line 17: netmask does not match network

Apparantly the line 17 has no problem that is

255.255.255.0 172.16.251.60

comment this line out and now /var/yp/secureservers is empty

restart the ypbind, got

# ./nis.client start
starting NIS CLIENT networking
starting up the rpcbind
rpcbind already started, using pid: 689
domainname earth
starting up the Network Information Service
starting up the ypbind daemon
/usr/lib/netsvc/yp/ypbind
calling ypset with 172.16.251.60
Sorry, ypbind on host x25a.awc has rejected your request.
Checking NIS binding.
Bound to NIS server using domain earth.
starting up the keyserv daemon
/usr/sbin/keyserv


There is no useful message logged on syslog at this time.

Robert-Jan Goossens
Honored Contributor

Re: ypbind failure

Hi,

Check this doc.

"ypset: Sorry, I can't set up a udp connection to ypbind on host"
DocId: KBRC00005709

Europe
http://www5.itrc.hp.com/service/cki/docDisplay.do?docLocale=en_US&docId=200000074024259

US
http://www2.itrc.hp.com/service/cki/docDisplay.do?docLocale=en_US&docId=200000074024259

Hope this helps,
Robert-Jan
George Liu_4
Trusted Contributor

Re: ypbind failure

add "-ypset" in YP_BIND_OPTION in namesvrs files, and restart ypbind, yields,
# ./nis.client start
starting NIS CLIENT networking
starting up the rpcbind
rpcbind already started, using pid: 691
domainname earth
starting up the Network Information Service
starting up the ypbind daemon
ypbind will not use the server list available in the file /var/yp/binding//ypservers for binding purpose. Also if ypbind is invoked with -broadcast option, then -broadcast option is ignored.
/usr/lib/netsvc/yp/ypbind -ypset
calling ypset with 172.16.251.60
Checking NIS binding.
Bound to NIS server using domain earth.
starting up the keyserv daemon
/usr/sbin/keyserv

At this time, ypcat passwd displays all nis accounts, but the nis accounts are not reachable

# su - gtest
su: Unknown id: gtest

Ermin Borovac
Honored Contributor
Solution

Re: ypbind failure

Please try restarting password caching daemon.

# /sbin/init.d/pwgr stop
# /sbin/init.d/pwgr start
George Liu_4
Trusted Contributor

Re: ypbind failure

pwgrd daemon fixed the problem. So is pwgrd necessary to make nis client working? Any document for this? Thanks a lot
Ermin Borovac
Honored Contributor

Re: ypbind failure

Password caching daemon tends to cache NIS information and it won't update automatically.

You don't need to have pwgrd running, it can be disabled without adverse consequences to the system.

See pwgrd(1M) for more information.
George Liu_4
Trusted Contributor

Re: ypbind failure

Problem is when I stop pwgrd, nis user couldn't be reached. There may be bugs somewhere.