Как я могу сделать протокол поддержки nfs-сервера версии 2 в Ubuntu 17.10?
Я вижу, что проект PPA все еще активен. Таким образом, ошибка, с которой вы столкнулись, может быть вызвана «Выбор сервера». Обязательно установите «Загрузка с сервера» на «Основной сервер», так как некоторые зеркальные серверы не обновлены.
Перейдите к «Настройки системы»> «Программное обеспечение и обновления»> «Программное обеспечение Ubuntu»> «Измените загрузку с« Основной сервер »> Убедитесь, что она обновляет кеш
Затем попробуйте переустановить WEBAPPS. [ ! d2]
6 ответов
Если вы перейдете на Ubuntu 18.04, вы обнаружите, что в /etc/default/nfs-kernel-server нет переменной RPCNFSDOPTS.
Мне пришлось захватить RPCNFSDCOUNT, чтобы заставить его использовать NFS v2:
RPCNFSDCOUNT="--nfs-version 2 8"
Доказательство того, что он работал:
$ service nfs-kernel-server restart
$ cat /proc/fs/nfsd/versions
+2 +3 +4 +4.1 +4.2
После этого я может монтировать файловую систему из OpenVMS Alpha 8.2 (... да, действительно, ...)
$ tcpip mount dnfs2:[000000] /host=beauty /path="/exports/home" /struct=5
%TCPIP$DNFSMOUNT-S-MOUNTED, /exports/home mounted on _DNFS2:[000000]
Вам нужно изменить / etc / default / nfs-kernel-server, чтобы иметь следующие строки:
RPCNFSDOPTS="--nfs-version 2,3,4 --debug --syslog"
# To confirm above mods are in effect after service restart use
# cat /run/sysconfig/nfs-utils
# or
# service nfs-kernel-server status
#
и перезапустить службу
service nfs-kernel-server restart
позаботиться о том, чтобы после перезапуск службы вам может потребоваться перезапустить общие ресурсы
zfs share -a
Наконец, подтвердите, что поддерживается протокол 2 (tcp и udp, если необходимо)
rpcinfo -p servername | fgrep nfs
Вы должны увидеть это
100003 2 tcp 2049 nfs
100003 3 tcp 2049 nfs
100003 4 tcp 2049 nfs
100003 2 udp 2049 nfs
100003 3 udp 2049 nfs
Я столкнулся с той же проблемой с моей встроенной системой (TI AM5728). Предполагая, что вы используете uboot, трюк заключается в изменении командной строки, передаваемой ядру. Это задается содержимым переменной среды bootargs. (подробнее см. документацию по uboot)
Для исправления вам нужно добавить дополнение «, nfsvers = 3» в конец части nfsroot вашей командной строки ядра (переменная bootargs)
В моей системе при загрузке в NFS строка переменной bootargs выглядит следующим образом:
bootargs = console = ttyO2,115200n8 root = / dev / nfs rw rootfstype = nfs ip = dhcp nfsroot = 192.168. xx: / path / to / share
Это работало нормально до 17.10, а затем умерло. Следующее изменение заставляет ядро подключаться с использованием NFS v3.
bootargs = console = ttyO2,115200n8 root = / dev / nfs rw rootfstype = nfs ip = dhcp nfsroot = 192.168.xx: / path / to / share, nfsvers = 3
Если вы перейдете на Ubuntu 18.04, вы обнаружите, что в /etc/default/nfs-kernel-server нет переменной RPCNFSDOPTS.
Мне пришлось захватить RPCNFSDCOUNT, чтобы заставить его использовать NFS v2:
RPCNFSDCOUNT="--nfs-version 2 8"
Доказательство того, что он работал:
$ service nfs-kernel-server restart
$ cat /proc/fs/nfsd/versions
+2 +3 +4 +4.1 +4.2
После этого я может монтировать файловую систему из OpenVMS Alpha 8.2 (... да, действительно, ...)
$ tcpip mount dnfs2:[000000] /host=beauty /path="/exports/home" /struct=5
%TCPIP$DNFSMOUNT-S-MOUNTED, /exports/home mounted on _DNFS2:[000000]
Вам нужно изменить / etc / default / nfs-kernel-server, чтобы иметь следующие строки:
RPCNFSDOPTS="--nfs-version 2,3,4 --debug --syslog"
# To confirm above mods are in effect after service restart use
# cat /run/sysconfig/nfs-utils
# or
# service nfs-kernel-server status
#
и перезапустить службу
service nfs-kernel-server restart
позаботиться о том, чтобы после перезапуск службы вам может потребоваться перезапустить общие ресурсы
zfs share -a
Наконец, подтвердите, что поддерживается протокол 2 (tcp и udp, если необходимо)
rpcinfo -p servername | fgrep nfs
Вы должны увидеть это
100003 2 tcp 2049 nfs
100003 3 tcp 2049 nfs
100003 4 tcp 2049 nfs
100003 2 udp 2049 nfs
100003 3 udp 2049 nfs
-
1Большое вам спасибо, это помогло мне выйти из действительно липкой ситуации. – Ron Thompson 23 January 2018 в 03:00
Я столкнулся с той же проблемой с моей встроенной системой (TI AM5728). Предполагая, что вы используете uboot, трюк заключается в изменении командной строки, передаваемой ядру. Это задается содержимым переменной среды bootargs. (подробнее см. документацию по uboot)
Для исправления вам нужно добавить дополнение «, nfsvers = 3» в конец части nfsroot вашей командной строки ядра (переменная bootargs)
В моей системе при загрузке в NFS строка переменной bootargs выглядит следующим образом:
bootargs = console = ttyO2,115200n8 root = / dev / nfs rw rootfstype = nfs ip = dhcp nfsroot = 192.168. xx: / path / to / share
Это работало нормально до 17.10, а затем умерло. Следующее изменение заставляет ядро подключаться с использованием NFS v3.
bootargs = console = ttyO2,115200n8 root = / dev / nfs rw rootfstype = nfs ip = dhcp nfsroot = 192.168.xx: / path / to / share, nfsvers = 3