Only work, nothing personal

1. Потрібно налаштувати на QNAP теку для nfs, вмикнути використання nfs, налаштувати права на теку через nfs дозвіл. 2. Потрібно налаштувати у Proxmox nfs storage, та бекап на nfs storage. Але при створенні бекап з зупинкою VM, виникає помилка vzdump fails: Backup of VM failed - unable to read file qemu-server.conf Проблема виявилась з tmp текою. Потрібно вказати її у /etc/vzdump.conf наприклад tmpdir: /tmp   Пораду знайшов у https://forum.proxmox.com/threads/vzdump-fails-backup-of-vm-failed-unable-to-read-file-qemu-server-conf.45184/   а опис процедури бекап у https://pve.proxmox.com/wiki/Backup_and_Restore  

Пристрій Qnap TS231 використовується у якості NAS. На першому диску створені директорії для користувачів, котрі через rsync передають файли у свої теки home. Додано другий диск, при цьому RAID type Single, щоб можна було від'єднати при необхідності і прочитати на іншому пристрої. Тепер треба, щоб декотрі користувачі накопичували свою інформацію на другому диску. Під`єднати нові теки через ln -s не дуже працює, бо виникає питання з правами на теку користувача і з правами admin. Вихід - через "Control Panel"- "Shared Folders" створити теку (наприклад, /user2) на другому диску, надати права на теку потрібному користувачу. Тепер при підключенні теки сервера, користувач має вказати не /home теку, а нову теку, як то /user2.

Пристрій мережевого сховища Qnap використовує LVM, якщо диск підключений без RAID, а як Single Volume. Щоб дані з диску, що був вийнятий з Qnap, прочитати на комп'ютері з Ubuntu потрібно 1. Встановити оновлення та додаткові модулі apt update apt install -y mdadm lvm2 2. Просканувати наявність RAID або LVM  пристроїв mdadm --assemble --scan lvscan 3.  Це необов'язково, але дає можливість подивитись до якої Volume Group (VG) належатимуть у системі з Ubuntu vgdisplay Можливо це буде vg288.  lvscan теж покаже це, але ця команда надає більше інформації 4. Для активації Volume Group vgchange -a y vg289 5. Можна ще раз запустити lvscan, щоб впенитись, що активація Volume Group пройшла успішно і щоб визнаситись, який logical volume (lv) потрібно lvscan ACTIVE '/dev/vg288/lv545' [ < 37 .28 GiB ] inherit ACTIVE '/dev/vg288/lv2' [ 3 .59 TiB ] inherit У нас це розділ lv2.  6. Тепер можна створити теку і до неї підключити розділ (mount volu

Потрібно відслідковувати зміну температури дисків та системи QNAP. Це важливо, бо пристрій дуже компактний, а диски при інтенсивному використанні помітно гріються. 1. Можна це зробити за допомогою MRTG. Спочатку треба розібратись, що видає QNAP через snmp. Це можна зробити за допомогою snmpwalk -v 2c -c public <ip-address> Коли буде відомо, який IOD повертає цифрове значення температури, можна створити у файлі mrtg.cfg налаштування для побудови графіку цих даних. ###Mrtg Qnap Temperature Analysis Target[qnap_temp]: <OID1> &<OID2>:public@<ip-address> Title[qnap_temp]: QNAP Temperature Analysis PageTop[qnap_temp]: <H1>QNAP Temperature Analysis</H1> MaxBytes[qnap_temp]: 100 AbsMax[qnap_temp]: 100 WithPeak[qnap_temp]: ymwd Options[qnap_temp]: gauge,growright Unscaled[qnap_temp]: dwmy YLegend[qnap_temp]: Temperature C ShortLegend[qnap_temp]: C Legend1[qnap_temp]: Temp System Legend2[qnap_temp]: Temp HDD Legend3[qnap_te

Необхідно, щоб NAS сервер Qnap робив "бекап" з іншого сервера з використанням rsync та тунелю ssh. У директорії /share/homes/admin створюємо командний файл mybak.sh. Використовуємо /share/homes, бо вона не створюється заново після рестарту сервера Qnap. Файл mybak.sh має наступний зміст #!/bin/sh rsync -ae ssh admin@10.1.1.1:/home/backups/ /share/homes/admin/serverbackups/ Модифікатор команди -e ssh admin@10.1.1.1: вказує, що відбувається синхронізація з серверу 10.1.1.1 через тунель ssh Команда буде синхронізувати теку /home/backups/ з серверу 10.1.1.1 у теку /share/homes/admin/serverbackups/ на NAS сервері. Після створення командного файлу треба встановити права для запуску наступним чином chmod u+x /share/homes/admin/mybak.sh Але при запуску для ssh необхідно кожного разу вказувати пароль. Щоб ssh створював з'єднання без паролю, треба створити приватний та публічний ключі за допомогою ssh-keygen -t rsa Потім копіюємо публічний ключ з ~/.ssh/id_rsa.pub на сервер 1

У меню налаштування QNAP TS-231 "Control Panel">"System Settings">"Hardware" є можливість встановити "Enable hard disk standby mode:" та задати час через який жорсткий диск зупиниться, у разі відсутності звернення до диску. Але навіть якщо до жорсткого диску не звертатися та відключити усі сервіси, котрі можуть використовувати диск, він не зупиняється через вказаний час. Допо могу можна знайти на http://wiki.qnap.com/wiki/Find_out_which_process_prevents_the_hard_drives_from_spindown Там надається утіліта blkdevMonitor.sh, котра допогає простежити, хто використовує диск. Утіліта вказувала, що  md9_ raid1 WTITE block to sda1   Оскількі диск один, то режим RAID не повинен використовуати диск. Виявилось, що у версіях мікропрограми 4.2.0 build 1023 4.2.0 build 0925 режим standby взагалі не спрацьовує.  Треба встановити мікропрограму версії 4.1.4 build 0910 Тоді, через вказаний час жорсткий диск, у разі відсутності звернення, зупиняєтьс