- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- NIS Problem
Categories
Company
Local Language
Forums
Discussions
- Integrity Servers
- Server Clustering
- HPE NonStop Compute
- HPE Apollo Systems
- High Performance Computing
Knowledge Base
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Knowledge Base
Forums
Discussions
- Cloud Mentoring and Education
- Software - General
- HPE OneView
- HPE Ezmeral Software platform
- HPE OpsRamp Software
Knowledge Base
Discussions
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-26-2004 10:55 PM
08-26-2004 10:55 PM
NIS Problem
i have a small query?? if i restart the NIS server do i need to restart the NIS Clients???
thanks in advance.
Govind.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-26-2004 10:57 PM
08-26-2004 10:57 PM
Re: NIS Problem
Regards,
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-26-2004 11:01 PM
08-26-2004 11:01 PM
Re: NIS Problem
thank you, but after rebooting my NIS server the nis users are not able to workon.. any inputs for this.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-26-2004 11:11 PM
08-26-2004 11:11 PM
Re: NIS Problem
Please chack NIS serevr daemons(named)are running in NIS server.
Sunil
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-27-2004 01:45 AM
08-27-2004 01:45 AM
Re: NIS Problem
Check the /etc/rc.config.d/namesvrs file on your NIS Master & Slave servers and make sure it is configured to start NIS during a reboot.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-27-2004 02:12 AM
08-27-2004 02:12 AM
Re: NIS Problem
If you're referring to the NIS client processes on the same system as the server, then I'd say yes - you should restart them, since the client processes on the server are usually bound to the server.
My rule of thumb for NIS processes on the same system are:
1. Always start the server before starting the client, so that the client has something to bind to.
2. Always stop the client before stopping the server so that the client will not be trying to bind somewhere that won't answer.
Normally, you'd have multiple NIS servers on a subnet, so stopping one server shouldn't affect other clients, but for the client services on the NIS server itself, they'll usually hang if you don't stop them first.
You can also use the "NIS Server List" function of NIS to specify a list of NIS servers to bind to in priority order, so that if one server goes away the clients will know exactly where to go to get to other servers.
So, for remote NIS clients, you shouldn't have to stop them provided other servers are available and the clients know how to get to them. For NIS client processes on the NIS server itself, I usually stop them first before shutting down the server just to save myself the hassle.
Regards,
Dave
I work at HPE
HPE Support Center offers support for your HPE services and products when and how you need it. Get started with HPE Support Center today.
[Any personal opinions expressed are mine, and not official statements on behalf of Hewlett Packard Enterprise]