Установка Docker-контейнера Airsonic в OpenMediaVault 4
Продолжаю перевод сервисов с использованием контейнерной технологии. Рассказываю как установить Docker-контейнер c музыкальным-сервером Airsonic на свой сервер с OMV4. Дело в том, что OMV идет по пути выпиливания старых плагинов и чтобы в будущем перейти на OMV5, буду стараться все возможные сервисы переводить на использование Docker.
Тянем образ из linuxserver/airsonic. Прописываем параметры контейнера.
Общий блок:
Название контейнера: airsonic
Restart policy: Always
Сеть:
Сетевой режим: Bridge
Перенаправление портов:
Exposed Port: 4040/tcp
Host Port: 4040
Переменные среды:
Добавляем параметры PASS, USER для доступа из клиентского ПО,
PUID, PGID (используем команду id user)
Volumes and Bind mounts:
/sharedfolders/2000WD2019/Playlists — /playlists
/sharedfolders/2000WD2019/Podcasts — /podcasts
/home/docker/.config/airsonic — /config
/sharedfolders/2000WD2019/Music — /music
Вход через браузер на порт 4040:
http://192.168.1.1:4040/, пароль/логин: admin/admin
Установка Docker-контейнера Transmission в OpenMediaVault 4
Понадобилось установить Docker-контейнер c торрент-сервером Transmission на свой сервер с OMV4. Дело в том, что OMV идет по пути выпиливания старых плагинов и чтобы в будущем перейти на OMV5, буду стараться все возможные сервисы переводить на использование Docker.
Тянем образ из linuxserver/transmission. Прописываем параметры контейнера.
Общий блок:
Название контейнера: Transmission
Restart policy: Always
Сеть:
Сетевой режим: Host
Переменные среды:
Добавляем параметры PASS, USER для доступа из клиентского ПО,
PUID, PGID (используем команду id user)
Volumes and Bind mounts:
/ — /downloads
/home/docker/.config/transmission — /config
/home/docker/watch — /watch
Мониторинг ИБП с помощью Network UPS Tool (NUT) в OpenMediaVault
Всё это время у меня не было никакого резервного источника электроэнергии для моего домашнего сервера. Для этого в магазине ДНС был приобретен источник бесперебойного питания (UPS) Ippon Back Basic 650 Euro.
USB порт подключил в компьютер, установил плагин openmediavault-nut для мониторинга и управления электропитанием. Настройки плагина такие:
Identifier: ups
Driver configuration directives:
driver=blazer_usb
port=auto
Shutdown mode: UPS goes on battery
Shutdown timer: 30 (через 30 секунд после потери питания в сети UPS подаёт сигнал выключения компьютеру, после чего отключится сам, а через 180 секунд после появления электричества — включается UPS и компьютер (у меня в BIOS выставлена функция включения при наличии электропитания).
Включил функцию удаленного мониторинга, указал выдуманный логин и пароль.
На рабочем компьютере с Linux Mint 19.1 установил NUT Monitor: sudo apt install nut-monitor
За основу была взята статья с этого сайта.
Подключение сетевых дисков Windows в Linux (Samba)
В качестве сетевого хранилища (NAS) у меня сервер на базе Openmediavault (OMV). В нем несколько дисков с файловой системой EXT4. Настроен плагин SMB/CIFS, по-простому Samba.
Для автоматического монтирования дисков в Linux редактируем файл (добавляем строки) /etc/fstab в такой вид:
//192.168.1.100/2000WD2018 /home/nikolay/2000WD2018 cifs username=nikolay,password=parol,vers=3.0,file_mode=0777,dir_mode=0777 0 0
//192.168.1.100/1500WD /home/nikolay/1500WD cifs username=nikolay,password=parol,vers=3.0,file_mode=0777,dir_mode=0777 0 0
//192.168.1.100/2000WD /home/nikolay/2000WD cifs username=nikolay,password=parol,vers=3.0,file_mode=0777,dir_mode=0777 0 0
//192.168.1.100/2000HI /home/nikolay/2000HI cifs username=nikolay,password=parol,vers=3.0,file_mode=0777,dir_mode=0777 0 0
//192.168.1.100/2000USB /home/nikolay/2000USB cifs username=nikolay,password=parol,vers=3.0,file_mode=0777,dir_mode=0777 0 0
//192.168.1.100/1000WDRaid /home/nikolay/1000WDRaid cifs username=nikolay,password=parol,vers=3.0,file_mode=0777,dir_mode=0777 0 0
Тут:
192.168.1.100/2000WD2018 — общая папка на сервере с IP адресом 192.168.1.100
/home/nikolay/2000WD2018 — папка в гостевой (вашей) ОС, в которую будет смонтирован сетевая папка. Должна быть предварительно создана.
cifs — протокол подключения.
username=nikolay,password=parol — имя вашего пользователя и его пароль, заданные в OMV.
vers=3.0 — версия протокола Samba. Раньше казывать этот параметр было не обязательно, но сейчас в Linux Mint 19, например, это очень важно. Тут пишут почему.
file_mode=0777,dir_mode=0777 — предоставить полные права на чтение/запись для файлов и каталогов.
В принципе можно просто через файловый менеджер подключить все ресурсы, внести их в закладки и после перезагрузки ОС всё будет работать, но, например в KDE будет невозможно проигрывать видео файлы в Smplayer, это просто бесит.
Плагин Flash Memory в Openmediavault 4
Установил OMV на флешку 16 Гб.
Включил плагин Flash Memory.
Файл /etc/fstab, изначально 2 строку я не закомментировал, а это оказалось важным:
UUID=84bb1909-b763-4778-b45b-1cd3b23b00aa / ext4 noatime,nodiratime,errors=remount-ro 0 1
#tmpfs /tmp tmpfs defaults 0 0
27.01.2019 начались проблемы с Transmission, он не мог записать в файл dht.dat информацию. Оказалось, что каталог с этим файлом смонтирован в режиме чтения. Исправил файл /etc/folder2ram/folder2ram.conf, добавил строку:
tmpfs /var/lib/transmission-daemon
Посмотреть статус смонтированных систем:
folder2ram -status
Как извлечь файлы из архива fsarchiver
С недавнего времени делаю резервирование системного диска с использованием программы fsarchiver. Возникла необходимость вытащить из бэкапа несколько файлов. Программы-архиваторы тут не помогут, нужен иной алгоритм. Делал так (по мотивам):
Создаём пустой файл размером 3 Гб, если у вас архив большего размера, то увеличьте размер:
truncate -s 3G backup.img
Свяжем его с блочным устройством:
losetup /dev/loop0 backup.img
Теперь можно восстановить в него образ, сделанный с помощью fsarchiver:
fsarchiver -v restfs ./Downloads/backup_file.fsa id=0,dest=/dev/loop0
Монтируем:
mount /dev/loop0 /mnt
После завершения работ отмонтирум каталог /mnt и устройство loop0:
umount /mnt
losetup -d /dev/loop0
Не работает панель входа в Openmediavault 4
Дело было так. На системном диске (флешке) в 16 Гб закончилось свободное место и OMV стала глючить, отключилась служба Transmission. Сразу исчезновение памяти не увидел и тупо перезапустил сервер, а он взял и не поднялся, попросил проверить диск. После проверки всё загрузилось как положено, но система функционировала странно, половина служб не запускалась, самое плохое, что стал недоступен вход через GUI.
Решал так:
apt install —reinstall openmediavault
apt install —reinstall omvextras-common
После этого перестали отображаться некоторые службы в админке, исправляем:
apt install —reinstall openmediavault-backup
apt install —reinstall openmediavault-virtualbox
apt install —reinstall openmediavault-flashmemory
apt install —reinstall openmediavault-transmissionbt
apt install —reinstall openmediavault-minidlna
Перенос системы Linux на диск меньшей ёмкости на примере Openmediavault 4
У меня давно стоит OMV 4 версии. За последний год из-за старости перестали работать 2 жестких диска, на которых стояла операционная система.
Возникла идея и необходимость переноса системы на диск меньшей ёмкости, а лучше всего на USB Flash накопитель размером в 16 Gb. Ранее ОС располагалась на 500 и 160 Gb дисках.
Немного скажу, что OMV использует полностью весь жесткий диск, даже если при этом сама занимает в развернутом состоянии 5 Gb. Я подумал, что 1 Tb диск, который приобрел на замену отработавшим — сильно жирно для таких целей.
Дочь на новый год подарила флешку на 16 Гигов, решил на нее и ставить систему. Ранее резервную копию делал через ПО Clonezilla. Там методом команды dd создается образ, который можно затем восстановить на иной диск. Основная беда в том, что без проблем этот метод работает в случае аналогичного по размерам диска или бОльшего, а в случае восстановить образ из 160 в 16 Gb возникает непреодолимая ошибка (по крайней мере у меня).
Для начала с помощью резервной копии перенес систему при помощи Clonezilla на диск в 1 Tb.
В OMV с использованием плагина openmediavault-backup 4.0.4 выбрал вариант резервирования fsarchiver — File System Archiver и произвел бэкап.
Затем стоит запуститься в Live систему, например на Boot-Repair (на базе Lubuntu), плюс в том, что тут провернём все действия и установим(восстановим) загрузчик на новой флешке.
Далее действуем примерно в таком ключе:
Посмотреть информацию об архиве:
1) fsarchiver archinfo ./backup-omv-30-дек-2018_00-00-01.fsa
2) Ищем флешку, на которую будем ставить систему через blkid, в моём случае — это /dev/sdd1.
3) Используем команду fsarchiver (в моем случае она отсутствовала в Live дистрибутиве, установил как sudo apt install fsarchiver, ну и запускаем:
sudo fsarchiver -v -j 2 restfs ./backup-omv-30-Dec-2018_21-26-38.fsa id=0,dest=/dev/sdd1
Тут:
-v — вывод информации о прогрессе
-j 2 — количество процессоров в компьютере
./backup-omv-30-Dec-2018_21-26-38.fsa — архив с резервной копией.
После всего с этой провел установку и восстановление Grub. Я просто выключил сервер, вынул Usb-флешку 16Gb с будущей системой, воткнул в рабочий компьютер, отключил все диски в нём, загрузился в Live-флешки и восстановил загрузчик. Всё это в автоматическом режиме.
Затем при загрузке сервера выбрал в BIOS первое загрузочное устройство — флешку 16 Gb. Всё остальное прошло в штатном режиме, загрузка осуществилась с первого раза. В OMV установил плагин Flash Memory для меньшего износа носителя, пока не знаю насколько его хватит.