Ken Moffat wrote:
I'm glad I started my testing in qemu, rather than hitting a
problem on real hardware and having to reboot to get to a desktop.
At the moment, I cannot boot *my* minimally-usable system, the
nfs-client bootscript is hanging.
First time, I had messages something like:
Starting NFS statd...rpc.statd: svc_tli_create: could not open
connection for udp6
rpc.statd: svc_tli_create: could not open connection for tcp6
(copied by hand, reformatted by pasting)
The messages are because ipv6 is now the default in nfs-utils,
configure --help says
--disable-ipv6 disable support for IPv6 [default=no]
So, I tried that and got rid of the messages, but the hang
persists, in start_daemon/usr/sbin/rpc.statd from the nfs-client
bootscript.
I'm going out now, will look at this later - for the moment, just a
Heads Up that there might be a problem here.
I did a test of nfs a week or two ago and didn't have any problems, I'll test
it when I get to it.
Also, should we (both LFS and BLFS) assume that our kernels support
ipv6 ?
I do have ipv6 enabled in my kernels, but do not use it at all. I do not assign
any ipv6 addresses to any interfaces.
-- Bruce
--
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
