I've reproduced the problem on dapper.
** Description changed:
+ Due to a compiler misoptimisation on amd64 in dapper ypxfr crashes when
+ attempting to bulk transfer maps. This means that as standard the
+ package can't be used to provide a slave server when the master can do
+ bulk transfers. The compiler issue seems to have been fixed before edgy
+ and so only affects dapper.
+
+ The patch attached to the bug avoids this problem by disabling
+ optimisation when compiling the relevant bits of code. Since this code
+ should not be any kind of hot spot doing this should have a minimal
+ operational impact.
+
+ Original description:
+
Binary package hint: nis
Hi all,
I have got a problem with NIS on different platforms.
NIS slave server is 3.14-1ubuntu1 on kubuntu 5.10 AMD64 (dresden)
NIS master server is 3.13-2 on debian sarge i386 (kassel)
Execution of
/usr/lib/yp/ypxfr -f -h kassel -c -d <mydomain> shadow.byname
on dresden produces the output
Trying ypxfrd ...rpc.ypxfrd doesn't support the needed database type
call to rpc.ypxfrd failed: RPC: Can't decode result
(failed, fallback to enumeration)
Segmentation fault
After execution there is no file named shadow.byname in
/var/yp/<mydomain>. Instead there is a file shadow.byname~ but without
any NIS records in it
Transfer of other maps between "dresden" and "kassel" works in
"enumeration mode"
Raffaele Biscosi
** Changed in: nis (Ubuntu Dapper)
Status: Unconfirmed => Confirmed
--
/usr/lib/yp/ypxfr produces segmentation fault
https://bugs.launchpad.net/bugs/47815
You received this bug notification because you are a member of Ubuntu
Bugs, which is a direct subscriber.
--
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
