Starting with 13.04, NIS fails when parsing long group lines (in my case, 1262 bytes).
On login, errors such as the following are repeated numerous times:
yp_all: clnt_call: RPC: Can't decode result do_ypcall: clnt_call: RPC: Can't decode result
The root cause can be seen with ypcat, where the first long group line causes a failure:
$ ypcat group.byname <shorter lines printed correctly> yp_all: clnt_call: RPC: Can't decode result No such map group.byname. Reason: RPC failure on NIS operation
Perhaps this is due to a security fix similar to this one in RHEL, where YP record parsing was limited to YPMAXRECORD (1024):
https://bugzilla.redhat.com/show_bug.cgi?id=848748
The regression this caused was reported and fixed for Fedora 18:
https://bugzilla.redhat.com/show_bug.cgi?id=892777 https://admin.fedoraproject.org/updates/glibc-2.16-31.fc18 http://lists.fedoraproject.org/pipermail/scm-commits/Week-of-Mon-20130429/1008442.html
Starting with 13.04, NIS fails when parsing long group lines (in my case, 1262 bytes).
On login, errors such as the following are repeated numerous times:
yp_all: clnt_call: RPC: Can't decode result
do_ypcall: clnt_call: RPC: Can't decode result
The root cause can be seen with ypcat, where the first long group line causes a failure:
$ ypcat group.byname
<shorter lines printed correctly>
yp_all: clnt_call: RPC: Can't decode result
No such map group.byname. Reason: RPC failure on NIS operation
Perhaps this is due to a security fix similar to this one in RHEL, where YP record parsing was limited to YPMAXRECORD (1024):
https:/ /bugzilla. redhat. com/show_ bug.cgi? id=848748
The regression this caused was reported and fixed for Fedora 18:
https:/ /bugzilla. redhat. com/show_ bug.cgi? id=892777 /admin. fedoraproject. org/updates/ glibc-2. 16-31.fc18 lists.fedorapro ject.org/ pipermail/ scm-commits/ Week-of- Mon-20130429/ 1008442. html
https:/
http://