4.3.2-un-def-alt1, x86_64, systemd (виртуалка на Hyper-V). IPv6 на машине выключен вот так: =8<== /etc/modprobe.d/local.conf =============== blacklist ipv6 options ipv6 disable_ipv6=1 disable=1 =8<================================= + =8<== /etc/sysctl.d/disableipv6.conf ============= net.ipv6.conf.all.disable_ipv6=1 =8<================================= При попытке запустить nfs-service.service из комплекта nfs-server-1.3.3-alt1 (вообще вся система из актуального Сизифа) наблюдает такое в логе journald: =8<================================= rpc.nfsd[867]: rpc.nfsd: address family AF_INET6 not supported by protocol TCP rpc.nfsd[867]: rpc.nfsd: unable to set any sockets for nfsd =8<================================= и сервис выходит с кодом возврата 1. В то же время на этой же машине с этим же самым ПО но ядром std-def-4.1.14-alt1 и теми же самими настройками сервер запускался. Объезд: удалить две строчки про ipv6 из /e/modprobe.d/local.conf, перезагрузиться.
можно видимо закомментить строчки с inet6 в /etc/netconfig, если хочется странного.
net.ipv6.conf.all.disable_ipv6=1 вполне справился с желанием странного - на хосте отсутствуют ipv6-адреса и маршрутизация. Но с моей т.з. это nfs-server хочет странного - слушать по протоколу, которого на хосте может и не быть и не обрабатывать эту ситуацию корректно. Хотя возможно дело, например, в ядре - ведь на std-def такое не воспроизвелось.
Может, control для v6 докрутить?
Общесистемный? Тогда я за :-) Сейчас приходится через SCM разливать, учитывая различия дистрибутивов и ядер разных лет. Грустновато если придётся ещё и роль машины (nfs server/нет) учитывать.
