Должны ли медиафайлы (HTPC) с использованием NFS монтироваться с использованием fstab / static или autofs?
Я использую Ubuntu 12.04 с XBMC и потоковую передачу мультимедийных файлов с моего файлового сервера (смонтированного с использованием NFS).
Прямо сейчас у меня есть fstab, настроенный для монтирования общего ресурса NFS, например:
192.168.0.99:/tank/media /mnt/media nfs4 _netdev,auto 0 0
Однако иногда монтирование еще не доступно (?) При запуске XBMC, поэтому при попытке воспроизвести файл от этой горы он зависает (то есть просто ждет и ждет ...). Чтобы решить проблему, мне нужно подключиться к серверу по SSH и смонтировать -a . (или иногда я могу подождать несколько минут , и он может исправить себя и / или закончить монтирование.
Лучше использовать AutoFS для этой ситуации? Если нет, какие еще варианты есть доступно?
РЕДАКТИРОВАТЬ: я также хочу, чтобы монтирование было устойчивым к простоям файлового сервера или странным проблемам сети и т. д.
1 ответ
Я годами использовал статическое монтирование для медиа-файлов с хорошими результатами, так как мы хотим, чтобы они были в высшей степени доступны. Тем не менее, у нас есть выделенный HTPC / MediaServer, работающий 24/7 (резервное копирование выполняется ночью и с десктопов). Я думал, что AutoFS кажется сложным против простого монтирования серверных разделов в fstab и запуска их. Я не люблю включать и выключать жесткие диски.
Интересно, почему ваши скакуны ведут себя так? Что-то странное в том, как вы настроили свои монтирования nfs4? Я думаю, что я исправил подобную проблему с опцией 'crossmnt' в родительском каталоге в записи / etc / exports. После открытия родительской папки экспорта дочерние монтирования будут отложены на некоторое время. Я думаю, с опцией crossmnt в записи верхнего уровня / etc / export; ребенок быстро выскочил, но я давно решил эту проблему.
Поможет перечисление вашего / etc / exports.
На стороне клиента:
$cat /proc/mounts | grep nfs4
покажет все опции монтирования клиента nfs4, с которыми вы заканчиваете.
Это может помочь вам из формата nfs - fstab и опций для файловых систем nfs
bg / fg Determines how the mount(8) command behaves if an
attempt to mount an export fails. The fg option causes
mount(8) to exit with an error status if any part of the
mount request times out or fails outright. This is
called a "foreground" mount, and is the default behavior
if neither the fg nor bg mount option is specified.
If the bg option is specified, a timeout or failure
causes the mount(8) command to fork a child which
continues to attempt to mount the export. The parent
immediately returns with a zero exit code. This is
known as a "background" mount.
If the local mount point directory is missing, the
mount(8) command acts as if the mount request timed out.
This permits nested NFS mounts specified in /etc/fstab
to proceed in any order during system initialization,
even if some NFS servers are not yet available.
Alternatively these issues can be addressed using an
automounter (refer to automount(8) for details).