| Summary: | Не запускается на un-def, если модуль ipv6 в блэклисте | ||
|---|---|---|---|
| Product: | Sisyphus | Reporter: | Evgenii Terechkov <evg> |
| Component: | nfs-server | Assignee: | Sergey Bolshakov <sbolshakov> |
| Status: | CLOSED NOTABUG | QA Contact: | qa-sisyphus |
| Severity: | major | ||
| Priority: | P3 | CC: | arseny, mike, sbolshakov |
| Version: | unstable | ||
| Hardware: | all | ||
| OS: | Linux | ||
| URL: | https://lists.altlinux.org/pipermail/sisyphus/2015-October/364285.html | ||
|
Description
Evgenii Terechkov
2015-12-15 20:59:24 MSK
можно видимо закомментить строчки с inet6 в /etc/netconfig, если хочется странного. net.ipv6.conf.all.disable_ipv6=1 вполне справился с желанием странного - на хосте отсутствуют ipv6-адреса и маршрутизация. Но с моей т.з. это nfs-server хочет странного - слушать по протоколу, которого на хосте может и не быть и не обрабатывать эту ситуацию корректно. Хотя возможно дело, например, в ядре - ведь на std-def такое не воспроизвелось. Может, control для v6 докрутить? Общесистемный? Тогда я за :-) Сейчас приходится через SCM разливать, учитывая различия дистрибутивов и ядер разных лет. Грустновато если придётся ещё и роль машины (nfs server/нет) учитывать. Нет уже никакого модуля, блеклистить нечего, а соотв. мейнтейнеры ядра мечтают вообще прекратить поддержку варианта m. Если для каких-то особых целей требуется предотвратить участие ядра в протоколе IPv6, есть опция в командной строке ядра ipv6.disable=1 и devconf sysctl net.ipv6.conf.*.disable_ipv6=1. Т. е. в исходной формулировке багрепорт потерял смысл. Не исключено, что его надо уточнить. |