Unix Technical Forum

NIS slave server maps ok but it's clients not updated

This is a discussion on NIS slave server maps ok but it's clients not updated within the Sun Solaris Administration forums, part of the Solaris Operating System category; --> Hi, I have a master NIS server and several slaves. the clients of one of the slave servers are ...


Go Back   Unix Technical Forum > Unix Operating Systems > Solaris Operating System > Sun Solaris Administration

Register FAQ Members List Calendar Search Today's Posts Mark Forums Read
  #1 (permalink)  
Old 01-12-2008, 06:14 AM
Tom in Joisey
 
Posts: n/a
Default NIS slave server maps ok but it's clients not updated

Hi,

I have a master NIS server and several slaves. the clients of one of
the slave servers are not getting the passwd map changes, even after
starting and stoping ypbind or restarting the client or the nis slave.

The maps on the nis slave is ok and current. When you do a ypcat
passwd |grep someuser on either, the user's info on slave is current
but nto matching on client. I've checked all the settings and nothing
seems out of order. The machines can see each other fine, traceroute,
ping.... The client is bound to the slave when I issue the ypwhich
command and I see to related errors in the logs. Other pertinant
files like /var/yp/securenets and such all check out ok.

This issue is the same on ALL of the clients of this particular slave
server. I'm starting to think that I'm in the Twilight Zone.

Any suggestions?

Thanks,

Tom

Digg this Post!Add Post to del.icio.usBookmark Post in TechnoratiFurl this Post!
Reply With Quote
  #2 (permalink)  
Old 01-12-2008, 06:14 AM
Darren Dunham
 
Posts: n/a
Default Re: NIS slave server maps ok but it's clients not updated

In comp.unix.solaris Tom in Joisey <tom@nospam.techbait.net> wrote:
> Hi,


> I have a master NIS server and several slaves. the clients of one of
> the slave servers are not getting the passwd map changes, even after
> starting and stoping ypbind or restarting the client or the nis slave.


Is this forever or short term?

Did you disable or restart nscd on the client?

> The maps on the nis slave is ok and current. When you do a ypcat
> passwd |grep someuser on either,


either what? do you mean the slave and the master or the slave and the
client?

> the user's info on slave is current but nto matching on client.


Does 'ypmatch <user> passwd' match on the client?

If not, what does 'ypwhich' return on the client? The same slave?

Can you bind the client explicitly to the master or to another slave and
see the behavior change immediately?

--
Darren Dunham ddunham@taos.com
Unix System Administrator Taos - The SysAdmin Company
Got some Dr Pepper? San Francisco, CA bay area
< This line left intentionally blank to confuse you. >
Digg this Post!Add Post to del.icio.usBookmark Post in TechnoratiFurl this Post!
Reply With Quote
  #3 (permalink)  
Old 01-12-2008, 06:15 AM
Florian Stiassny
 
Posts: n/a
Default Re: NIS slave server maps ok but it's clients

In article rvgt00hjefci46ou6j3dg5tmaihqok8bsv@4ax.com, Tom in Joisey <tom@NoSpAm.techbait.net> writes:
>Hi,
>
>I have a master NIS server and several slaves. the clients of one of
>the slave servers are not getting the passwd map changes, even after
>starting and stoping ypbind or restarting the client or the nis slave.
>
>The maps on the nis slave is ok and current. When you do a ypcat
>passwd |grep someuser on either, the user's info on slave is current
>but nto matching on client. I've checked all the settings and nothing
>seems out of order. The machines can see each other fine, traceroute,
>ping.... The client is bound to the slave when I issue the ypwhich
>command and I see to related errors in the logs. Other pertinant
>files like /var/yp/securenets and such all check out ok.
>
>This issue is the same on ALL of the clients of this particular slave
>server. I'm starting to think that I'm in the Twilight Zone.
>
>Any suggestions?
>
>Thanks,
>
>Tom
>


restart nscd ? man nscd
Example 1: Stopping and restarting the nscd daemon.

example# /etc/init.d/nscd stop

example# /etc/init.d/nscd start



---
\|/
o o
___________________oOO_(_)_OOo____________________ __________________
Florian Stiassny Florian.Stiassny@motorola.com


Digg this Post!Add Post to del.icio.usBookmark Post in TechnoratiFurl this Post!
Reply With Quote
  #4 (permalink)  
Old 01-12-2008, 06:15 AM
Michael Gernoth
 
Posts: n/a
Default Re: NIS slave server maps ok but it's clients not updated

["Followup-To:" header set to comp.unix.solaris.]
On Wed, 21 Jan 2004 13:39:07 -0500, Tom in Joisey wrote:
> The maps on the nis slave is ok and current. When you do a ypcat
> passwd |grep someuser on either, the user's info on slave is current
> but nto matching on client.


Is the slave by any chance bound to the master and not to itself?
If this is the case, it would explain what you describe.
Try updating the map by hand:
/usr/lib/netsvc/yp/ypxfr -f passwd.byname
/usr/lib/netsvc/yp/ypxfr -f passwd.byuid

Regards,
Michael
Digg this Post!Add Post to del.icio.usBookmark Post in TechnoratiFurl this Post!
Reply With Quote
  #5 (permalink)  
Old 01-12-2008, 06:18 AM
Tom in Joisey
 
Posts: n/a
Default Re: NIS slave server maps ok but it's clients not updated

On Wed, 21 Jan 2004 13:39:07 -0500, Tom in Joisey
<tom@NoSpAm.techbait.net> wrote:

>Hi,
>
>I have a master NIS server and several slaves. the clients of one of
>the slave servers are not getting the passwd map changes, even after
>starting and stoping ypbind or restarting the client or the nis slave.
>
>The maps on the nis slave is ok and current. When you do a ypcat
>passwd |grep someuser on either, the user's info on slave is current
>but nto matching on client. I've checked all the settings and nothing
>seems out of order. The machines can see each other fine, traceroute,
>ping.... The client is bound to the slave when I issue the ypwhich
>command and I see to related errors in the logs. Other pertinant
>files like /var/yp/securenets and such all check out ok.
>
>This issue is the same on ALL of the clients of this particular slave
>server. I'm starting to think that I'm in the Twilight Zone.
>
>Any suggestions?
>
>Thanks,
>
>Tom


Just to update in response to the kind souls who offerred advice...

It turns out that most of the other "clients" on the subnet that this
slave in question services were actually bound to another slave
server. It also turned out that this one client was not getting the
map updates. This client was also on a subnet that was only serviced
by the one slave, so I converted this client into an NIS slave and now
it does get the updates and all the clients seem to be happy.

The other initial slave is bound to itself, btw. Not sure how I would
have fixed it had "newslave" been left as a client only. ...


thanks,

tom



Digg this Post!Add Post to del.icio.usBookmark Post in TechnoratiFurl this Post!
Reply With Quote
Reply


Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On
Forum Jump


All times are GMT. The time now is 10:27 PM.


Powered by vBulletin® Version 3.6.5
Copyright ©2000 - 2008, Jelsoft Enterprises Ltd.
SEO by vBSEO 3.2.0
www.UnixAdminTalk.com