Настройка autofs centos 7

Обновлено: 06.07.2024

На сайте CentOS сказано что в врессии 7 netfs отключен. И это так в init.d его нет.

За каким хреном он Вам понадобился, можете объяснить?

в консоли
вку́пе (с чем-либо)
в общем
вообще

в течение (часа)
новичок
нюанс
по умолчанию

приемлемо
проблема
пробовать
трафик

За каким хреном он Вам понадобился, можете объяснить?

а пакет не уставновлен

Вот всё что на букву n установлено

Что есть кластер, построенный на netfs? Если речь об этом, то это просто монтировалка сетевых шар. Выпилили её, видимо, чтобы не дублировать функционал systemd. Пишите mount-юниты.

Не нужно воспринимать кусок лога из чужой системы как руководство к действию.

в консоли
вку́пе (с чем-либо)
в общем
вообще

в течение (часа)
новичок
нюанс
по умолчанию

приемлемо
проблема
пробовать
трафик

Не нужно воспринимать кусок лога из чужой системы как руководство к действию.

Не нужно воспринимать кусок лога из чужой системы как руководство к действию.

Если хотите выяснить, из какого пакета был сервис, см. rpm -qf /etc/init.d/netfs .

в консоли
вку́пе (с чем-либо)
в общем
вообще

в течение (часа)
новичок
нюанс
по умолчанию

приемлемо
проблема
пробовать
трафик

Я смотрю CentOS7 это такой же гемор как в своё вемя была Vista для Windows. ТО что нужно нет, а то чего не надо -навалом, напри мер firewallD который сразу же надо отключить и поставить iptables
Вот! Вам нужен NFS, так бы сразу и сказали. А то всё netfs какой-то, а для чего он — непонятно.
Монтируйте через mount-юниты, fstab (как описано по приведённой Вами ссылке, в этом случае юниты сгенерируются автоматически), autofs (если его тоже не выпилили из 7-ки, конечно) — вариантов тьма. Зачем именно netfs нужен?

в консоли
вку́пе (с чем-либо)
в общем
вообще

в течение (часа)
новичок
нюанс
по умолчанию

приемлемо
проблема
пробовать
трафик

И на centOS 7 он eу меня стоит тоже

Вот! Вам нужен NFS, так бы сразу и сказали. А то всё netfs какой-то, а для чего он — непонятно.
Монтируйте через mount-юниты, fstab (как описано по приведённой Вами ссылке, в этом случае юниты сгенерируются автоматически), autofs (если его тоже не выпилили из 7-ки, конечно) — вариантов тьма. Зачем именно netfs нужен?

А netfs это сервис который фиг запускается потому чтоd СentOS7 его нет в init.d а в CentOS6.7 он есть

Как — так? Я три разных способа упомянул.

А netfs это сервис который фиг запускается потому чтоd СentOS7 его нет в init.d а в CentOS6.7 он есть
Зачем Вам нужно, чтобы он запускался? Вам шашечки или ехать сервис запустить надо или шару смонтировать?

в консоли
вку́пе (с чем-либо)
в общем
вообще

в течение (часа)
новичок
нюанс
по умолчанию

приемлемо
проблема
пробовать
трафик

Да как сервис запустить если соответствующего ему пакета нет в системе ?

CentOs6.7

Centos7

Я всё делал как написано здесь для клиента (узла)

Однако ,начиная отсюда ,появляются ошибки:

в консоли
вку́пе (с чем-либо)
в общем
вообще

в течение (часа)
новичок
нюанс
по умолчанию

приемлемо
проблема
пробовать
трафик

(home /scratch - потому-что /home находится на другом узле-хранилище)
Тот же эффект. А узлы с CentOS 6.7 с таким конфигом работают
А это тут причём вообще? Или не ту строку скопировали?

в консоли
вку́пе (с чем-либо)
в общем
вообще

в течение (часа)
новичок
нюанс
по умолчанию

приемлемо
проблема
пробовать
трафик

Я всё делал как написано здесь для клиента (узла)

Хорошо бы упомянуть, что шаги 2 и 3 в настройке клиента являются альтернативными, и нужен только один из них. А то ТС наворотит такого, что никогда не разгребёт. А может, уже наворотил.

в консоли
вку́пе (с чем-либо)
в общем
вообще

в течение (часа)
новичок
нюанс
по умолчанию

приемлемо
проблема
пробовать
трафик

Я всё делал как написано здесь для клиента (узла)

Спасибо, поробую в понедельник. А пока у меня затык на этом шаге для клиента.

Я еще уточню что у меня //home находится не на этом, а на другом узле (хранилище) , поэтому в fstab настраиваемого узла стоит строка,
несколько отличная от рекомендуемой

А не может ли это происходить из-за разных файловых систем?
На работающих узлах с CentOS-6

А на этом, с CetntOS-7 по умолчанию устанавливается

Странно, я просто перезагрузил узел и /home расшарился но netfs в директории /etc/rc.d/init.d так и не появился как в CentOS-6 Я только ввёлл перед перезагрузкой

Только есть один нюанс. Чудеса не прекращаются. Если выходишь с узла а затем на него заходишь, то /home имеет размер 0 и df -hT показывает нерасшаренный узел. Тогда с помощью mc заходишь на /home и он сразу становится размером 4096, и там видны директории всех расшаренных пользователеё и df -hT даёт расшаренный вариант

Наверное потому что я добавил ,как на всех работающих узлах CentOS-6, в./etc/auto.master строку:

Очевидно TORQUE Resource Manager их сам автоматически подключает а я его ещё не поставил Получается что CentOS-7 не использует демона(сервис) netfs,обеспечивающего монтирование удаленных сетевых файловых систем (NFS, SMB, NCP (NetWare) в CentOS-6. Что же тогда вместо него здесь используется?

По-моему, у вас в голове полная каша.

То вы упоминаете netfs, который вообще для другого: это API для управления сетью (интерфейсами, маршрутизацией. - совсем не томами) - альтернатива netlink/rnetlink
То nfs - древний, но живой, протокол монтирования удаленных (причём не очень далеко - в пределах LAN!) томов
То хватаетесь за файлы, нужные для работы autofs (монтирование томов по запросу - тоже заслуженный сервис, но постоянно какой-то недоделанный)

Объясните чего вы на самом деле хотите, а то вы объясняете исключительно общими фразами или наоборот ссылаетесь на конкретные решения, причём какие-то случайные.

По-моему, у вас в голове полная каша.

Наберите Сtrl-F netfs и почитайте. В моем случае это система расрпеделенных вычислений ,которая объединяет примерно 25 стран, один том скажем находится в Швеции а другой в Великобритании и обмен частями скажем моей задачи между ними происходит автоматичсеки . Так что дядя пургу о местной локальной сети оставь в тайге И я еще не знаю как на CentOS7 будет мой кластер мониториться скажем университетом Стокгольма без netfs , здесь пока большие сомнения, всё прояснится на следующей неделе

Установка и настройка сервера и клиента NFS в CentOS Linux 7.2

В этой статье мы рассмотрим простой пример того, как установить и настроить Network File System (NFS) в CentOS Linux 7.2. На стороне сервера будет настроена NFS-шара, а на стороне клиента эта шара будет подключена.

В некоторых дистрибутивах Linux NFS-сервер и клиент устанавливаются при установке ОС. Например в CentOS 6 NFS-сервер устанавливался по умолчанию, но служба не была включена в автозагрузку. В CentOS 7 серверные и клиентские компоненты NFS нужно устанавливать самостоятельно. При этом в CentOS 7 используется обновлённая усовершенствованная версия NFS 4.1.

Установка и настройка NFS-сервера

Устанавливаем пакеты для организации NFS-сервера

Включаем автозагрузку для служб rpcbind и nfs-server:

Проверяем для каких версий NFS способен принимать подключения наш NFS-сервер:

Как видим, наш NFS сервер должен принимать подключения как NFSv3 так и NFSv4.

Создаём каталог под NFS-шару

Создаём NFS-шару в файле /etc/exports:

/var/nfs - путь к папке, для которой предоставляется общий доступ; (rw,sync,no_root_squash,no_all_squash) - набор опций для шары.

Описание использованных опций позаиствовано отсюда:

rw – доступ на чтение и запись (может принимать значение ro-только чтение);

sync – синхронный режим доступа(может принимать обратное значение- async). sync (async) - указывает, что сервер должен отвечать на запросы только после записи на диск изменений, выполненных этими запросами. Опция async указывает серверу не ждать записи информации на диск, что повышает производительность, но понижает надежность, т.к. в случае обрыва соединения или отказа оборудования возможна потеря данных;

no_root_squash – запрет подмены uid/gid для суперпользователя (root). По умолчанию пользователь root на клиентской машине не будет иметь доступа к разделяемой директории сервера. Этой опцией мы снимаем это ограничение. В целях безопасности этого лучше не делать;

all_squash / no_all_squash - установка подмены идентификатора от всех пользователей all_squash - подмена запросов от ВСЕХ пользователей (не только root) на анонимного uid/gid, либо на пользователя, заданного в параметре anonuid/anongid. Используется обычно для публичного экспорта директорий. no_all_squash - запрет подмены uid/gid для от всех пользователей

Чтобы служба nfs-server перечитала конфигурацию, выполним

Выполнив команду exportfs убедимся в том, что ресурс опубликован:

Добавляем разрешающие правила брандмауэра:

Установка и настройка клиента NFS

Устанавливаем пакетов поддержки NFS:

Включаем и запускаем включаем службы NFS:

Создаем каталог, в который будет смонтирована шара и монтируем шару:

Проверяем то, что каталог примонтирован:

Проверим возможность записи в шару

Настраиваем автоматическое монтирование шары при перезагрузке системы, добавляя запись в конец файла /etc/fstab:

Автор первичной редакции:
Алексей Максимов
Время публикации: 01.09.2016 15:30

Есть несколько нестабильных NFS share-ов, к которым хотелось бы обращаться, если они доступны.

Монтирую их automount-ом и затем читаю через dolphin, krusader и иногда firefox.

Проблема - как только шара отваливается, браузер и ФМ блокируются и ждут в статусе disk sleep. Ждут порядка нескольких минут или около того.

Вопрос: как сократить это время? Если шара отвалилась, пусть будет IO error в течение нескольких секунд.

Монтирую папки (SMB) через autofs. Когда связь с сервером пропадает - начинают подвисать программы (libreoffice, caja, и даже zsh).

Есть хороший способ монтировать виндовые папки, при котором они не тормозят и не вешают приложения при недоступности?

Доброго времени суток. У меня есть шлюз на котором лежат образы виртуальных машин. Эта папка доступна через nfs. Вот настройки

no_all_squash - как я понял, этот параметр даёт возможность сопоставлять числовые значения UID и GUI клиента в то что есть на сервере. Там и там у меня есть пользователь и группа с одинаковыми названиями и номерами. монтируется на клиенте через autofs с параметрами:

а mount показывает:

я могу читать и писать в эту папку из терминала, но когда я пытаюсь запустить виртуальную машину он пишет

Я делаю через libvird… и у меня на каталоге права, т.е. по идее у libvirtd есть возможность писать туда:

drwxrwxr-x 2 name libvirt 4096 Dec 9 16:30 image

Может кто сталкивался с таким? Что именно я делаю не так?

upd проблема была в том что livbirt просил qemu запустить образ. А доступа у пользователя qemu из группы qemu не было. Я немного не понимал права доступа к файлам и каталогам. ACL и +x на корневом каталоге и +w на внутренних решили проблему =)

Привет, можете подсказать, хочу примонтировать сетевую папку к пользователю в домашнюю директорию, проблема в том, что у пользователя называются папки на русском языке (Документы, Рабочий стол…). Если указываю латиницей, то все нормально, если кириллицей, то не подключается. Причем в шаре есть русские папки и с ними нету никаких проблем. Можно ли что-то с этим сделать?

/home/user/Документы -fstype=cifs,rw,dir_mode=0755,file_mode=0644,multiuser,cruid=$,sec=krb5 ://server/share

Таскаю ноутбук между работой и домом. На ноутбуке - debian с i3wm. Часто работаю с виндовыми файловыми ресурсами (редактирую документы, сохраняю туда файлы и т.п.). При недоступности сетевых ресурсов начинаются проблемы с прикладным ПО (файловый менеджер грузится секунд 20, тормозит диалог открытия/сохранения файлов, виснет libreoffice и т.п.).

Ресурсы монтируются либо через autofs, либо через gvfs (через caja/nautilus). С gvfs ситуация немного получше; с autofs - вообще всё плохо (прикладное ПО воспринимает /smb/windows_share как локальный ресурс со всеми вытекающими последствиями)

Это у всех так, или я что-то себе неправильно настроил?

Есть ли способ настроить монтирование, что бы оно не вызывало указанные проблемы?

PS: из прикладного ПО используются: caja, nautilus, firefox, thunderbird, libreoffice.

Нужно автоматически смонтировать cifs каталог и отдать его через sftp. Удобнее всего делать это через autofs. Столкнулся с проблемой, если права на каталог 777 (да, бывает, и это надо учитывать), autofs создаёт и точку монтирования с теми же правами. При этом естественно openssh говорит, хрен вам, а не sftp, потому что права доступа неверные. Вопрос: как задать что-то типа umask в таком случае? umask в auto.misc просто не даёт замонтировать каталог. dir_mode 0770 тоже как-то никак не влияет.

upd: решил проблему с помощью bindfs, там можно крутить права результирующей точки.

Пытаюсь расшарить папку по nfs и настроить автомонтирование с помощью autofs.

На компьютере с общей папкой вроде как все сделал.

На компьютере куда хочу монтировать если монтирую руками

Настраивал так: в /etc/auto.master написал

Пытаюсь зайти в cd /nfs/server пишет

Первое что пришло в голову что, возможно, фаервол блокирует соединение, но руками же монтируется. Или прав каких-то нет.

Есть samba сервер, клиент подключен к шаре и работает с ней(установлен софт). Требуется разом отключить всех пользователей от сервера, чтобы перезалить софт. На сервере выполняю smbstatus, на экран выводит список подключенных клиентов. Далее делаю smbcontrol PID shutdown, но если у клиента открыта программа, происходит реконнект и получается пользователь не отключен от шары, смбстатус показывает клиентов с новым PID. Каким образом можно реально отключать юзеров, если в это время они работают? У клиента шара примонтирована с использованием пакета autofs. service samba stop не предлагать, так как тогда на клиенте начинает на некоторое время подвисать ОС, из-за недоступности шары.

nfs сервер на маке

Клиент на ubuntu 16.04. Ведёт себя так же, как если бы запись была в /etc/fstab, т.е. монтируется сразу, пробовал к опциям добалять noauto, не помогает. По таймауту не отмонтируется. При недоступности сервера df не отвечает, машина не выключается. Есть какие нибудь идеи?

Есть стационар с двумя дисками под файло. Оба диска смонтированы в

На клиенте настроен autofs. Монтирование есть,но оно идет по полному пути То есть в dolphin при входе в примонтированную NFS шару я прохожу полный путь от корневой директории /run последовательно до нужной. Как нужно задать exports чтобы монтировались сразу конечные директории,без прохождения полного пути?

Дано
cat /etc/auto.nfs

Вопрос
Ну, он на виду: что происходит, с чем связано и как победить? Никто такое не встречал?

Ребята, есть такой вопрос.

Имеется сервак, где установлен разный софт, что мы используем в студии, он же файловый сервер. Есть клиенты - рабочие станции. Все клиенты и сервак на Debian 9.

Удаленное хранилище монтируется к каждому клиенту во время загрузки через nfs при помощи autofs.

Среди сервисов, на клиентских машинах есть такие, которые запускаются используя файлы с сервака. Но проблема в том, что при запуске клиента эти сервисы не запускаются, видимо потому что на момент попытки запуска, при загрузке системы, autofs ещё не сработал и получается, что сервис на клиенте обращается к файлу, который невиден, т.к. удаленное хранилище ещё не примонтировано.

Вопрос, как мне заставить данные сервисы грузиться только после того как заработал autofs?

Есть сервак, на нем по nfs расшарена папка.

Эту папку при помощи autofs монтируют к себе все машины в сети с вот такими параметрами:

В случае обрыва сети на клиентской машине терминал фризится до момента возврата сети.

Подскажите, как можно сделать так, чтобы при разрыве система не фризилась, а просто отмонтировалась бы, а при возобновлении связи снова подмонтировалась бы обратно, ну или хотя бы просто не фризилась.

В общем суть: Есть сервак на центосе с шарой 10.66.12.16/Exchange 10.66.12.16/Information На пользовательском ПК (центос) пытаюсь смонтировать обе шары через autofs. Autofs ни в какую не хочет монтировать более 1 шары. Помогите разобраться :\ В auto.master прописываю: /mnt /etc/auto.ex --timeout=600 --ghost

/mnt /etc/auto.in --timeout=600 --ghost

auto.in: in -fstype=cifs,ro,noperm,guest,sec=ntlm ://10.66.12.16/Information

auto.ex: ex -fstype=cifs,ro,noperm,guest,sec=ntlm ://10.66.12.16/Exchange

Поясните такой момент, правильно ли я понимаю что для монтирования CIFS-шар с использованием autofs, в случае если требуется аутентификация, единственный правильный способ это сделать - настроить Kerberos-аутентификаию. В противном случае нужно как-то извращаться на предмет указания login/pass на клиенте в параметрах монтирования или как-то иначе?

Обнаружил, что он решительно отказывается монтировать в moint point-ы с кириллическими символами. Причем в дебаг режиме НИКАК не говорит об этом. Тупо молчание, как будто бы в конфиг файлах пустота.

21 век на дворе, да.

Что делать? Использовать другой moint point не предлагать, времена DOS давно закончились.

opensuse 13.1 автоматом не монтирует флешки.

Добрый день. Сегодня столкнулся с тем, что на одной из машин, при работающих rpcbind и nfs сервисах, перестала видеться шара в папке /data.

В /data монтируются папки, раздаваемые по nfs. На сервере с nis, nfs и automount настройки таковы: auto.data:

ariadneb -rw,hard,intr,rsize=8192,wsize=8192 ariadne:/localdatb
ariadnec -rw,hard,intr,rsize=8192,wsize=8192 ariadne:/localdatc
ariadned -rw,hard,intr,rsize=8192,wsize=8192 ariadne:/localdatd

При этом, если зайти в папку /data в терминале и выполнить команду:

то папка монтируется и заходится.

Что может быть не так?

Вот есть NetworkManager, самый простой и удобны есть autofs (которые уже частично дублируют друг друга), и обе никак не связаны с systemd (а могли бы).

Может быть, я что-то пропустил, и уже есть что-то новое и прогрессивное, что заменит собой и autofs, и NetworkManager, и (возможно) будет плотно интегрированно с systemd.

Привет, ЛОР.
Топик создаю, чтобы формализовать и более-менее серьезно обсудить вопрос из соседней темы, в которой по причине отсутствия читаемой формулировки вопроса закономерно образовался зоопарк, шапито и варьете с гопаком.

Итак. У нас есть сеть. В сети есть ряд (обязательно более одной!) файлопомоек, протокол, допустим, не имеет значения. Есть сервер каталога, авторизующий юзеров.

Юзеры в организации слоняются между рабочими местами туда-сюда совершенно непредсказуемым образом (допустим, это магазин с продавцами, которые постоянно друг друга подменяют, работают по гибкому графику и увольняются раз в неделю, плюс к ним иногда вламывается кто-то из менеджеров и сидит на первом попавшемся компе). Это суровая данность, и никуда от нее не деться.

В каталоге юзеры аккуратно рассованы по некоторому количеству групп.

Допустим, мы хотим, чтобы каждый юзер, в зависимости от членства в группе, получал свой набор смонтированных сетевых ресурсов, прозрачно, не совершая никаких дополнительных действий, сразу после успешного логина.

Как бы вы организовали подобное, чтобы с минимумом действий и максимальной простотой внесения изменений? Очень прошу мало-мальски развернуть ответ, а не тупо скопипастить какой-нибудь из тегов, например.

ЗЫ. А что, теги с нижним подчеркиванием нельзя? Ну и будет теперь дурацкий pam-mount, раз такое дело.

Mount — утилита командной строки. Применяется для монтирования файловых систем.

2. Монтаж диска к каталогу.

Создадим новый каталог /opt или используем старый, но без файлов внутри.

Монтируем новый диск к каталогу /opt и смотрим результат:

3. Настройка автоматического монтажа диска к каталогу.

Вводим команду в консоль:

Также соответствие «классических» имен устройств и их UUID представлений можно посмотреть вот так:

Настраиваем автоматическое монтирование диска при старте системы, для этого редактируем /etc/fstab в самом конце добавляем в файле информацию по аналогии:

Добавляем в него следующую строчку:

Примерный вид содержимого файла:

В текстовом виде:

Применим без перезагрузки изменения и проверим ошибки:

Перезагружаем сервер теперь у нас в роли каталогов отдельные диски!

Внимание! Если сервер после перезагрузки загрузился в аварийный режим, значит вы сделали досадную опечатку в файле /etc/fstab . Открывайте файл в текстовом редакторе, устраняйте опечатки, перезагружайтесь снова.

4. Пример монтирования сетевого диска.

В данном примере выполняется монтирование общего каталога network на сервере с IP-адресом 192.168.0.1 в каталог /mnt . В качестве сетевой файловой системы используется cifs (протокол SMB: сервер samba или общая папка Windows). Параметры для подключения — user : позволяет выполнить монтирование любому пользователю, rw : с правом на чтение и запись, noauto : не монтировать автоматически при старте системы, credentials : файл, в котором написаны логин и пароль для подключения к общей папке.

Теперь создадим файл аутентификации (credentials):

Приведем его к следующему виду:

Где username: имя пользователя, password: пароль.В вашем случае указываются ваши данные.

Читайте также: