wtorek, 14 marca 2017

NAS BananaPro :: armbian + Openmediavault + syncthing

Instalacja podstawowego systemu armbian w najnowszej wersji:

Server -> Mainline 4.9.7 (na dzień 19.02.2017) -> Debian Jessie
https://www.armbian.com/banana-pi-pro/
wgrane Etcher'em na kartę wg. instrukcji dla armbian'a.

Tak przygotowana dystrybucja nie posiada OMV które trzeba samemu doinstalować. Przewodnik krok po kroku jak to zrobić w linku poniżej. Jednak zamiast kralizec trzeba zmienić na aktualną wersję OMV erasmus (dla debiana jessie):
http://www.dobreprogramy.pl/cyryllo/Instalacja-OpenMediaVault-1.0-Kralizec-na-Banana-Pi-i-Debian-Wheezy,56946.html

alternatywny przewodnik:
http://forum.openmediavault.org/index.php/Thread/5302-Howto-install-OpenMediaVault-on-Debian-7-x-Wheezy/

Ścieżka do aktualnej dystrybucji OMV po podejrzenia tutaj:
https://openmediavault.github.io/packages/
widzimy tam np. coś takiego:
deb https://openmediavault.github.io/packages/ <DISTRIBUTIONNAME> main
gdzie <DISTRIBUTIONNAME> można podmienić na erasmus

domyślne poświadczenia przy pierwszym logowaniu (koniecznie zmienić!):
admin/openmediavault

Dodatkowy plugin rozszerzający możliwości OMV (backup, klient torrent, downloader, minidlna i inne):
http://omv-extras.org/joomla/index.php/guides

UWAGA!
log2ram
https://github.com/azlux/log2ram
robił zamieszanie. Zawartość /var/log jest co godzinę zrzucana na kartę pamięci, jeśli po instalacji dane nie zdążyły się zrzucić na kartę pamięci to po restarcie nie było folderu i nginx nie startował poprawnie (nie było dostępu do panelu web).



root@banan:~# systemctl status nginx.service
â nginx.service - A high performance web server and a reverse proxy server
   Loaded: loaded (/lib/systemd/system/nginx.service; enabled)
   Active: failed (Result: exit-code) since Sun 2017-02-19 23:55:13 CET; 9s ago
  Process: 1165 ExecStartPre=/usr/sbin/nginx -t -q -g daemon on; master_process on; (code=exited, status=1/FAILURE)

Feb 19 23:55:12 banan nginx[1165]: nginx: [alert] could not open error log file: open() "/var/log/nginx/error.log" failed (2: No such file or directory)
Feb 19 23:55:13 banan nginx[1165]: 2017/02/19 23:55:13 [emerg] 1165#0: open() "/var/log/nginx/access.log" failed (2: No such file or directory)
Feb 19 23:55:13 banan nginx[1165]: nginx: configuration file /etc/nginx/nginx.conf test failed
Feb 19 23:55:13 banan systemd[1]: nginx.service: control process exited, code=exited status=1
Feb 19 23:55:13 banan systemd[1]: Failed to start A high performance web server and a reverse proxy server.
Feb 19 23:55:13 banan systemd[1]: Unit nginx.service entered failed state.

# doraźnie pomogło:
root@banan:~# mkdir /var/log/nginx/
root@banan:~# touch /var/log/nginx/access.log
root@banan:~# touch /var/log/nginx/error.log

root@banan:~# systemctl status nginx.service
â nginx.service - A high performance web server and a reverse proxy server
   Loaded: loaded (/lib/systemd/system/nginx.service; enabled)
   Active: active (running) since Mon 2017-02-20 00:12:22 CET; 35s ago
  Process: 2043 ExecStart=/usr/sbin/nginx -g daemon on; master_process on; (code=exited, status=0/SUCCESS)
  Process: 2040 ExecStartPre=/usr/sbin/nginx -t -q -g daemon on; master_process on; (code=exited, status=0/SUCCESS)
 Main PID: 2044 (nginx)
   CGroup: /system.slice/nginx.service
           ââ2044 nginx: master process /usr/sbin/nginx -g daemon on; master_process on;
           ââ2045 nginx: worker process
           ââ2046 nginx: worker process
           ââ2047 nginx: worker process
           ââ2048 nginx: worker process

Feb 20 00:12:22 banan systemd[1]: Started A high performance web server and a reverse proxy server.

Finalnie pliki trzeba było utworzyć w /var/log.hdd i po restarcie struktura folderów już była zaciągnięta do mapowanego folderu w pamięci.



Syncthing zainstalowany z przygotowanej paczki dla ARM (nie zalecali budowania od podstaw).
Dodatkowa konfiguracja aby uzyskać dostęp z zewnątrz przez przeglądarkę i uruchomić autostart aplikacji:
http://www.htpcguides.com/install-syncthing-raspberry-pi-bittorrent-sync-alternative/






Poniższe (megatools megafuse) PORZUCONE - finalnie klient desktopowy był bez porównania wygodniejszy, praktyczniejszy i znacznie szybszy (prędkość pobierania plików):
======================================================================
megatools - klient mega.nz
https://megatools.megous.com/
Kompilacja bezpośrednio ze źródeł nie chciała się udać - xmllint wyrzucał nieustannie błędy. Za pomocą tej instrukcji udało się skompilować megatools 1.9.98 (najnowsze dostępne) i uruchomić:
https://wiseindy.com/it/how-to-install-megatools-in-ubuntu-14-04-5-lts-trusty-tahr/

http://albertolarripa.com/2013/07/10/megatools-synchronizing-your-backups-to-mega/

https://github.com/matteoserva/MegaFuse
dodatkowo zainstalowany jeden nowszy pakiet z wszelkimi zależnościami:
https://packages.debian.org/jessie/libdb5.3-dev