как правильно настроить раздачу по NFS c LVM-радела
Помогите расшарить LVM-раздел по NFS (на сервере ОС Debian+Proxmox). Я раньше этого не делал, поэтому хочу уточнить пару вопросов, может быть есть какие-то «подводные камни» или неочевидные для меня нюансы.
У меня есть группа LVM-томов vg1 и в ней том lv1. Нужно расшарить этот том vg1/lm1 для полного доступа по сети через nfs.
Нужно ли монитировать том vg1/lm1 на сервере (указать его в /etc/fstab)?
в /etc/exports нужно указывать этот том как /dev/vg1/lm1 или /dev/mapper/vg1-lv1 ?
нужно ли где-то в настройках lvm-тома указать дополнительные опции, связанные с его работой через nfs?
Например, когда я расшаривал для этого ZFS-пул, я указывал в настройках пула опцию zfs set sharenfs=on .
Есть что-то подобное для lvm-тома?
NFS с доступом по паролю
Есть ли простой способ сделать доступ к расшаренной директории по логину и паролю, как, например, в Samba?
P.S. Если через Kerberos, сможет ли с ним работать виндовая программа, которая подключается к NFS и SMB функцией WNetAddConnection2 с lpLocalName=NULL ?
fstab перестал монтировать NFS
Всем привет! Есть у меня хранилка домашняя, на ней каталог который я обычно монтировал fstab'ом к домашнему компу. Так вот некоторое время назад я начал получать ошибку «превышено время ожидания командной строки» от Наутилуса, а при попытке примонтировать консолью никакой реакции. Вот fstab. Хранилку перезапускал, выключал и включал на ней поддержку NFS, пересобирал nfs-utils. Подскажите пожалуйста, куда ещё копать? p.s. По самбе всё работает прекрасно, но медленнее.
autofs и auto.net
Добрый день. Настраиваю автомонтирование через autofs4 расшареную nfs директорию(nfshare). В auto.master стоит /net /auto.net. При обращении к этой директории cd /net/sles9/ пусто, хотя при ручном показывает содержимое. в логах пишет mkdir_path /net/sles9/nfshare failed: Operation not permitted. Подскажите куда копать?
p.s дистр sles 9
В чем плюсы NFSv3?
Здравствуйте. Вопрос больше для моего понимания. Много чего прочитал, но не пойму одной вещи: почему все производители SAN и подобных систем не мигрировали на NFSv4 в своих системах? Почему на рынке еще много систем, которые работают в 3й версии по умолчанию (не в режиме совместимости, к примеру)?
Нашел среди своего окружения дисковую подсистему, не совсем обычную по характеру работы, но на Dell EMC: два управляющих сервера, интерфейсы по 40 Гбит, Corosync+Pacemaker для обеспечения работы NFS без сбоев… Но почему-то отдает она все по NFSv3, при этом это был выбор производителя. Рассказывают, что в былые времена приезжал человек от производителя и настроил все в 3 версии, хотя специально спрашивали про 4-ю, на что был получен ответ «не положено» и «так надо». Рядом стоит достаточно новая Synology, тоже настройка была от производителя и тоже в 3й версии NFS. При этом системы, которые используют данные, спокойно поддерживают 4ю - RHEL8. Не подскажете, в чем может причина? Спасибо.
chown: Operation not permitted
Примонтирован в каталог /mnt/1 раздел с файлопомойки по протоколу nfs. Создал нового пользователя, чтобы работать под ним. Не могу выполнить команду chown.
sudo chown -R pinux /mnt/1/*
Все файлы принадлежат старому пользователю без возможности изменить это. Нет возможности от других пользователей и рута создавать и изменять файлы в /mnt/1
От рута или от старого пользователя выполнение команды chown завершается такой же ошибкой. Operation not permitted
NFSv4, если это важно.
Тут вывод rpcinfo и rc.conf если нужно: https://pastebin.com/XV3VMF1X
Зачем нужны 2 слеша при монтировании NFS?
Добрый день. Разбираюсь в сервере предшественника, NFS шары смонтированы вот так, c 2мя слешами вначале (в fstab, Centos 6.1):
Убирал - ничего не меняется, но может я чего-то не знаю?
Есть этому какое-то объяснение - зачем такое нужно? Нашел в спецификации POSIX такое:
A pathname consisting of a single slash shall resolve to the root directory of the process. A null pathname shall not be successfully resolved. A pathname that begins with two successive slashes may be interpreted in an implementation-defined manner, although more than two leading slashes shall be treated as a single slash.
NFS на клиенте выдаёт папке левый uid/gid
монтирую через autofs так: fs_public -fstype=nfs,ro,soft,intr,rsize=8192,wsize=8192 192.168.1.1:/usr/local/nfs
и папка fs_public, после обращения к ней, получает 5000:5000 (это владелец на сервере) а если idmapd на сервере покрутить (echo N > /sys/module/nfsd/parameters/nfs4_disable_idmapping), то получаю nobody:-2
из-за этого firefox не может попасть в эту папку хотя сам юзер ходит свободно.
Лагает hd контент в локалке 😳
Какой-то бред происходит у меня в локалке. Никак не соображу, где та самая собака.
Исходные данные
Есть локалка на гигабитном роутере с 5ггц вайфаем. Два клиента: ноутбук и сервер на дебиане 11 с гигабитной картой. Задача: воспроизводить фильмы с сервера (1080p до 20 Мбпс).
Проблема
Периодически лагает видео при просмотре на ноутбуке. Периодичность произвольная (от десятков секунд до десятков минут), проявляется на всех фильмах, где битрейт больше примерно 1 Мбит. Пробую это делать на samba, nfs, sshfs. Везде +- одно и то же. Фильм может проигрываться несколько минут без проблем, а потом идет треш несколько минут. На влс это зависание и скип нескольких секунд кадров (аудио продолжает идти), в мпв это слайдшоу без звука.
Что пробовал/смотрел
Кеширование в плеерах включено. Пробовал от 1 секунды до 60 секунд в влц и 10 минут в мпв. Пробовал отключать кеширование.
Мерил iperf-ом скорости - стабильные 150 Мбит до сервера по tcp с дефолтным размером пакета. Пинг в пределах 7 мс.
По данным ethtool, карта сервера успешно работает на 1 Гбите.
В момент лагов никаких затыков в загрузке процессора по htop, загрузке диска по iotop нет. При этом по iotop скорость чтения с диска абсолютно такая же, как при нормальном просмотре (без лагов).
Температуры, смарт (проверил смартцтлом и сельфтестом) и память в порядке (проверил мемтестом).
Пинги в момент лагов фильма тоже не отличаются от обычных.
Все фаерволлы пробовал полностью вырубать (на ноуте, роутере, сервере). На роутере никаких запретов нет. Фасттрак и фастпас включены. Арп сервера и ноута в таблице есть. Друг друга прекрасно видят. IP статика. Пробовал переключаться на 2,4 ггц.
Кабель от роутера к серверу рабочий (проверил тестером). На всякий случай попробовал другой.
На ноуте любой контент с ютуба (8к 60фпс, hdr) и нетфликса работает на ура без лагов в браузере.
Доступ к файлам на сервере получаю через маунт или из фм в разделе с сетью (на сервере включен анонс шары через авахи).
В общесистемных логах, логах самбы, нфс, ссх никаких намеков на проблемы.
Вопрос
P.S. Проблема не в фильмах. Если их скачать на ноут, то просмотр работает без лагов.
P.P.S. Раньше такого не была. Правда я так не смотрел фильмы с полгода. До этого на сервере была слакварь.
Вопрос по SUSE
Понадобилось кое-что сделать под openSUSE 12.2. После нескольких часов ковыряния в интернете обнаружил, что установить сервер NFS по SSH без использования графического конфигуратора невозможно. А для применения конфигураций нужно каждый раз перезапускать систему.
Вопрос: в 15 всё так же грустно?
Перемещено xaizek из talks
P.S. Раз уж вынесли из Talks, повторю, что проблему решил ещё вчера.
Тормозит NFS на хостах
Всем привет! есть кластер Cassandra из 6 ВМ, на каждой из этих вм примаплена NFS шара, последние несколько недель стали отваливатся бекапы с некоторых нод, стал деббажить, по итогу попробовал позаписывать нолики вот что в итоге вышло
как вы видите на 5 и 3 вм запись на шару идет очень медленно
параметры монтирования на всех вм одинаковые
пропинговать шару не могу, пинги закрыты в чем может быть подвох?
NFS квота на размер папки
На cервере есть папка доступная по NFS и в эту папку видеокамера записывает данные, камера видит что на сервере 100 Гб свободного места и пытатеся всё это место занять под видео. Как сделать ограничения на размер папки чтобы была видна только половина места - 50 Гб?
Содержимое файла /etc/exports на сервере:
В камере посто прописывается IP и путь к папке. Никаких других настроек нет, камера видит и занимает все свободное место что доступно.
Если можно дайте ссылку на нормальную инструкцию как это сделать.
Сетевой путь к заданному файлу
Имеется смонтированная сетевая директория. Samba или NFS. Существует ли простой как basename способ получить путь к файлу или директории в ней относительно сервера? (Помимо парсить скриптом вывод mount и сравнивать с заданным путём и $PWD.)
Что-нибудь такое есть?
помогите разобраться с проблемой в файловом сервере
у меня есть контроллер домена, в который введены компьютеры и вот мне нужно сделать чтобы рабочие столы были на сервере. сколько интернетов не перерыл, сколько конфигов не перепробовал - создать папку создает, полные права имеет, а вот групповая политика не действует.
файловый сервер на отдельно от контроллера домена работает и никак с ним не связан, но!
сегодня попробовал nfs поставить, и вот оно - заработало, папка пользователя lamer появилась в моей папке на сервере с правами 777, но вот кириллицу она превращает в кракозябры и не читает. интернет перерыл - решения этому не нашел, может вы что подскажете.
примерно такого содержания конфик smb.conf [share] path=путь public = yes writable = yes browsable = yes read only = no guest ok = yes
Какой параметр autofs отвечает за время ожидания до отказа в чтении?
Есть несколько нестабильных NFS share-ов, к которым хотелось бы обращаться, если они доступны.
Монтирую их automount-ом и затем читаю через dolphin, krusader и иногда firefox.
Проблема - как только шара отваливается, браузер и ФМ блокируются и ждут в статусе disk sleep. Ждут порядка нескольких минут или около того.
Вопрос: как сократить это время? Если шара отвалилась, пусть будет IO error в течение нескольких секунд.
NFS не монтируется
У кого были проблемы с NFS - проверьте, возможно вы на 5.13ом ядре понизить до 5.12.х на сервере может решить проблемы монитрования клиентов.
Ubuntu GUI: /home/user через NFS - почему тормозит?
Отлаживаю развесистую софтину под убунтой (20.04) в виртуалке.
Она использует в том числе локальные юзерские файлы всякие. Поэтому, решил для простоты пробросить всю /home/user к себе на локальный хост чтобы своим редактором можно было туда залезть, git опять же сподручнее так юзать и т.п.
Но вот странность: почему-то если в графическом режиме залогиниться этим юзером в убунте то графическая оболочка убунты начинает ОЧЕНЬ сильно тормозить: полностью загружается минут за 15, меню пользоваться вообще невозможно.
Что это за ерунда с ней такая и как это лечится?
no_root_squash попробовал - не помогает
cachefilesd поставил, убедился что работает - не помогает
Опции сервера сейчас такие: rw=192.168.105.48/32,insecure,no_root_squash
На клиенте: 192.168.105.34:/xxx/fake_home on /home/user type nfs (rw,relatime,vers=3,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=192.168.105.34,mountvers=3,mountport=42156,mountproto=udp,fsc,local_lock=none,addr=192.168.105.34)
(всё, кроме версии и fsc проставляет сам mount)
nfs write=eager
прочитал сейчас про изменения для nfs в 5.12, а именно опции монтирования write на стороне клиента. Если на сервере версия ядра 5.4 и для nfs изменений там нет, то как я могу монтировать без ошибок с опцией write=eager на стороне клиента? К слову смонтировалось без проблем. Вопрос функционирует ли вообще в такой конфигурации?
Глюки с правами доступа к NFS
На NFS-сервере есть правильно настроенный NIS и вот такие (идентичные в урезанном варианте) определения сетевых групп (в /etc/netgroup ):
И вот так выглядит /etc/exports :
И вот загвоздка в том, что NFS-клиенту proxima один из сетевых ресурсов ( /export/backup0 ) доступен, а второй нет.
Возникло внезапно. До сих пор всё долгие месяцы работало как часы.
firewalld блокирует работу NFS
Здравствуйте. Имеется сервер с крутящимися на нём сервисами dhcpd, httpd, tftpd, nfs. Между сервером и клиентами два устройства, выполняющие роли маршрутизаторов и файрволлов. Сервер и клиенты в разных подсетях. Все устройства на VMware, с установленными CentOS 8.
Клиенты бездисковые, по tftp и http (с помощью pxe) заливают себе в память загрузчик и прочие файлы. И далее, при условии выключенного firewall-cmd на промежуточных устройствах, клиенты подключаются к nfs-серверу и выводят окно ввода логина и пароля. Если firewall-cmd включен, то этап с подключением к nfs-серверу обламывается (выводится спам сообщениями: mount.nfs access denied by server while mounting). Задача состоит в обеспечении стабильной связи клиентов с сервером через включенные файрволлы.
Что пробовал. В firewall-cmd пробовал добавлять сервисы и разные порты, имеющие отношение к nfs. Также, учитывая динамическое использование портов nfs и смежными службами, вручную назначил конкретные порты и также добавил их в файрволл. Но всё безрезультатно. Пробовал ещё засунуть клиентов в одну подсеть с сервером, но в таком случае всё работает и без настроек файрволла. Ещё проверял на доступность порты сервера через nc (нужные порты открыты).