После неожиданного перебоя в питании в моем городе рано этим утром моя жена говорит мне, что некоторые записанные телепередачи, которые она хотела смотреть на Plex, не играют. После некоторого расследования я вижу, что только каталоги, записанные в объем ZFS после отключения электричества, появляются - все предыдущие файлы кажутся "пропавшими без вести". После того, как питание возвратилось на, моя машина загрузилась назад, и Plex счастливо продолжал записывать свои запланированные шоу к объему ZFS. К сожалению, только те недавно записанные файлы доступны.
На HP Gen8 Microserver мне установили Ubuntu 18.04 на SSD (наряду с моими приложениями) и имею пул ZFS дисков на 3x8 ТБ в массиве raidz1 для устройства хранения данных всех моих медиа. У меня действительно есть удаленное резервное копирование всего, что важно (фотографии и важные документы).
Когда я смотрю "на состояние шпульки", кажется, что все функционирует правильно.
zpool status
pool: pool1
state: ONLINE
scan: scrub repaired 0B in 23h29m with 0 errors on Sun Jan 12 23:53:02 2020
config:
NAME STATE READ WRITE CKSUM
pool1 ONLINE 0 0 0
raidz1-0 ONLINE 0 0 0
sda ONLINE 0 0 0
sdb ONLINE 0 0 0
sdc ONLINE 0 0 0
Это также, кажется, отображает это, данные, все еще существует в некотором роде, поскольку "состояние шпульки" показывает свободное пространство размера пула, которое я ожидаю.
NAME SIZE ALLOC FREE EXPANDSZ FRAG CAP DEDUP HEALTH ALTROOT
pool1 21.8T 19.5T 2.27T - 9% 89% 1.00x ONLINE -
Мне смонтировали ZFS pool1 к/mnt/pool1. Я раньше мог к "df-h" и видел объем и его размер и использование, но теперь это исчезло оттуда также:
Filesystem Size Used Avail Use% Mounted on
udev 7.8G 0 7.8G 0% /dev
tmpfs 1.6G 2.9M 1.6G 1% /run
/dev/sdd1 220G 68G 141G 33% /
tmpfs 7.8G 0 7.8G 0% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 7.8G 0 7.8G 0% /sys/fs/cgroup
/dev/loop7 157M 157M 0 100% /snap/gnome-3-28-1804/110
/dev/loop2 4.3M 4.3M 0 100% /snap/gnome-calculator/544
/dev/loop1 3.8M 3.8M 0 100% /snap/gnome-system-monitor/123
/dev/loop10 45M 45M 0 100% /snap/gtk-common-themes/1353
/dev/loop5 15M 15M 0 100% /snap/gnome-characters/367
/dev/loop3 15M 15M 0 100% /snap/gnome-characters/375
/dev/loop6 100M 100M 0 100% /snap/plexmediaserver/46
/dev/loop0 55M 55M 0 100% /snap/core18/1288
/dev/loop9 90M 90M 0 100% /snap/core/8268
/dev/loop4 141M 141M 0 100% /snap/gnome-3-26-1604/97
/dev/loop11 55M 55M 0 100% /snap/core18/1650
/dev/loop8 141M 141M 0 100% /snap/gnome-3-26-1604/98
/dev/loop13 1.0M 1.0M 0 100% /snap/gnome-logs/73
/dev/loop12 45M 45M 0 100% /snap/gtk-common-themes/1440
/dev/loop15 157M 157M 0 100% /snap/gnome-3-28-1804/91
/dev/loop16 3.8M 3.8M 0 100% /snap/gnome-system-monitor/111
/dev/loop19 90M 90M 0 100% /snap/core/8213
/dev/loop17 4.3M 4.3M 0 100% /snap/gnome-calculator/536
/dev/loop18 1.0M 1.0M 0 100% /snap/gnome-logs/81
/dev/loop14 100M 100M 0 100% /snap/plexmediaserver/48
tmpfs 1.6G 28K 1.6G 1% /run/user/121
tmpfs 1.6G 0 1.6G 0% /run/user/1000
Мой Google-fu кажется слабым в данный момент и, может казаться, не находит, что правильная информация приводит меня в правильном направлении восстанавливать это. Любая справка для регулирования меня в правильном направлении значительно ценилась бы! По общему признанию я был достаточно умен, чтобы настроить ZFS и настроить удаленное резервное копирование для моих важных данных, но мои навыки слабы когда дело доходит до поиска и устранения неисправностей этого в CLI.
Заранее спасибо!
Если Вы не видите, что ZFS объединяет с df
это не смонтировано, и Plex пишет Ваши новые эпизоды в Вашу корневую файловую систему вместо этого.
Попытка: zfs mount -a
.. и проверьте df
снова.
Если это будет работать, то Ваши недавно добавленные файлы, будет казаться, исчезнут, потому что Ваше смонтированное объединение ZFS замаскирует файлы в корневой файловой системе. Можно переместить их во временный каталог прежде, чем смонтировать объединение, затем скопировать их назад в объединение ZFS.