[Bug 213506] YP/NIS: yppush, ypxfr dump core
bugzilla-noreply at freebsd.org
bugzilla-noreply at freebsd.org
Sat Oct 15 17:35:13 UTC 2016
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213506
Bug ID: 213506
Summary: YP/NIS: yppush, ypxfr dump core
Product: Base System
Version: 11.0-STABLE
Hardware: Any
OS: Any
Status: New
Severity: Affects Only Me
Priority: ---
Component: bin
Assignee: freebsd-bugs at FreeBSD.org
Reporter: la5lbtyi at aon.at
I have a YP (NIS) setup with one master server and several slave servers. One
of the latter is in ypservers (together with the master server, as setup by
ypinit -m).
If I modify a YP-relevant file on the master server and do a 'make' in /var/yp,
yppush fails with a segmentation violation (signal 11) and dumps core. This
aborts 'make', thereby not processing the remaining maps.
If I manually ypxfr a map from the master to any of the slave servers (invoked
at the respective slave server as "ypxfr -h <master server> <map name>"), ypxfr
fails with a segmentation violation (signal 11) and dumps core. It leaves a
zero-sized file in /var/yp/<domainname> with a .nnnn suffix, e.g.,
rpc.byname.4631.
None of this happened with 10.3.
Btw, the only maps which can be successfully transferred are empty ones, i.e.,
containing no entries. The associated file in /var/yp/<domainname> has a size
of 40960 bytes.
One more note: this started to happen several months ago on 11-current compiled
for armv6. At that time I thought it was just a problem on that architecture.
But now, after installing 11.0 on all my machines, it happens on all of them
(amd64 and i386).
--
You are receiving this mail because:
You are the assignee for the bug.
More information about the freebsd-bugs
mailing list