HPE GreenLake Administration
- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Re: NIS bug?
Operating System - HP-UX
1833323
Members
2886
Online
110051
Solutions
Forums
Categories
Company
Local Language
back
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Forums
Discussions
Discussions
Discussions
Forums
Discussions
back
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
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
Blogs
Information
Community
Resources
Community Language
Language
Forums
Blogs
Go to solution
Topic Options
- 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
10-19-2001 07:09 AM
10-19-2001 07:09 AM
HELP!
make group returns with an error whenever I add more than 132 users to any NIS group.
Using SAM to add users to a group was very uninformative as it indicated it make the change and attempted to push the files out but there were hung yppush processes out there. Making manual changes to the group files and issuing make group return the error (just exit code 1).
I am running HP 10.20 on regular NIS (not NIS+) on a D310 system.
How do you find out what version of ypbind and ypserv you are running?
Still waiting for HP support to call back.
Any help is greatly apreciated.
Thanks
E.M.TAN
etan@transunion.com
make group returns with an error whenever I add more than 132 users to any NIS group.
Using SAM to add users to a group was very uninformative as it indicated it make the change and attempted to push the files out but there were hung yppush processes out there. Making manual changes to the group files and issuing make group return the error (just exit code 1).
I am running HP 10.20 on regular NIS (not NIS+) on a D310 system.
How do you find out what version of ypbind and ypserv you are running?
Still waiting for HP support to call back.
Any help is greatly apreciated.
Thanks
E.M.TAN
etan@transunion.com
Solved! Go to Solution.
3 REPLIES 3
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
10-19-2001 07:24 AM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
10-19-2001 07:26 AM
10-19-2001 07:26 AM
Re: NIS bug?
Hi Meng,
#rpcinfo -p systemname
Will give you the version of ypbind and ypserv.
I don't know that 132 is limit on group or not. When did you have last install nis patch?
Sachin
#rpcinfo -p systemname
Will give you the version of ypbind and ypserv.
I don't know that 132 is limit on group or not. When did you have last install nis patch?
Sachin
Is photography a hobby or another way to spend $
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
10-19-2001 08:11 AM
10-19-2001 08:11 AM
Re: NIS bug?
Hi:
You have a group entry that is too large. The solution is rather simple: Split your large group entry into smaller chunks: It is perfectly legal to have identical entries with the same groupname and group id. Only the FIRST will actually be mapped by NIS so that ypcat group will only list those members in the first entry for the large group. Since primary group membership is specified in the passwd map all should be well - unless you have large numbers of people who are members of multiple groups. In that case, those guys should be placed in the first group entry and trhose that are not members or multiple groups should be placed in the subsequent group entry. This is not really a bug but rather a size limitation for a single NIS map entry.
Clay
You have a group entry that is too large. The solution is rather simple: Split your large group entry into smaller chunks: It is perfectly legal to have identical entries with the same groupname and group id. Only the FIRST will actually be mapped by NIS so that ypcat group will only list those members in the first entry for the large group. Since primary group membership is specified in the passwd map all should be well - unless you have large numbers of people who are members of multiple groups. In that case, those guys should be placed in the first group entry and trhose that are not members or multiple groups should be placed in the subsequent group entry. This is not really a bug but rather a size limitation for a single NIS map entry.
Clay
If it ain't broke, I can fix that.
The opinions expressed above are the personal opinions of the authors, not of Hewlett Packard Enterprise. By using this site, you accept the Terms of Use and Rules of Participation.
Company
Events and news
Customer resources
© Copyright 2025 Hewlett Packard Enterprise Development LP