=====Odroid HC1 Monitoring Appliance mit InfluxDB und Grafana=====
**Januar 2018 **
**Dezember 2018 Upgrade OS**
**Ziel:**
Alle Daten meine Heizungsanlage, das Wetter und ähnliche Datenquellen sollen zentral auf in einer Time Serien Datenbank möglichst Energie sparend gespeichert werden.
Dazu kommt als ARM basierende Kleinrechner ein [[http://www.hardkernel.com/main/products/prdt_info.php?g_code=G150229074080|ODROID-HC1]] mit einer SSD zum Einsatz. Als Betriebssystem wird [[https://www.archlinux.org/|Arch Linux]] eingesetzt. Als Datenbank wird [[https://www.influxdata.com/|InfluxDB]] eingesetzt, [[https://grafana.com/|Grafana]] für die Visualisierung. Da sich das Arch Linux Package für den HC1 sich etwas als "zickig" herausstellt, ist dringend auch ein USB to Serial Adapter zu empfehlen!
Mehr zum HC1 in diesem Mini Review => [[https://forum.armbian.com/topic/4983-odroid-hc1-hc2/|ODROID HC1 / HC2]]
{{ :raspberry:odroid_hc1_influx_grahana.png | Odroid hc1 with InfluxDB and Grahana}}
Die Konfiguration wurde zuvor unter Windows getestet => [[prod:grafana_windows|Timeseries darstellen - Erste Erfahrungen mit InfluxDB / Telegraf / Chronograf / Grafana]]
Dezember 2018 - Bei Arch Linux 6.3 fehlt das "phantomjs" Package und einzeln installierten "phantomjs" Builds fehlen wichtige Libraries in der richtigen Version ! => Grafana kann nicht installiert werden!
===Material Odroid HC1 ===
- Ordroid HC1 ( https://www.pollin.de/p/odroid-hc1-einplatinen-computer-fuer-nas-und-cluster-anwendungen-810766 )
- Netzteil 5v (https://www.pollin.de/p/steckernetzteil-quatpower-psn5-4000h5-5-5-v-4-a-5-5-2-1-mm-351539)
- 128 GB SSD Disk Intenso 128 GB
- microSD Karte 16GB Toschiba
===Ablauf===
* microSD Karte mit Linux System versehen
* HC1 mit SD Karte booten und Linux konfigurieren (IP Adresse, NTP, SSD einbinden etc.)
* Influx DB aufsetzen und konfigurieren, Autostart einrichten
* Graphana aus der Source aufbauen, konfigurieren, Autostart
----
----
==== Installation Arch Linux ====
Auf die schnelle leider kein Image für eine microSD Karte gefunden, daher wie über => https://archlinuxarm.org/platforms/armv7/samsung/odroid-xu4 beschreiben die SD Karte zuvor mit dem Betriebssystem über ein anderes Linux System vorbereitet.
Mein Notebook läuft unter Windows10, daher eine vorhandene VM mit Linux dazu verwendet. Dazu wie hier beschrieben die SD Karte in die VM einbinden => [[vmware:vmware_map_sd_card_linux|Unter VMware Workstation eine SD Karte in eine Linux VM einbinden]]
Nun kann die SD Karte entsprechend unter Linux vorbreitet werden:
# nochmals genau prüfen das auch das richtige Device erkannt wurde!
lsblk
# SD Karten Anfang mit 000 auffüllen um den DOS Header etc. loss zu werden
dd if=/dev/zero of=/dev/sda bs=1M count=8
8+0 records in
8+0 records out
8388608 bytes (8.4 MB) copied, 3.6569 s, 2.3 MB/s
# Partition anlegen
fdisk /dev/sda
o
p
n
p
1
4096
p
w
# ein ext4 filesystem anlegen
mkfs.ext4 /dev/sda1
# SD Karte mounten
mkdir /srv/sdcard
mount /dev/sda1 /srv/sdcard
# Image herunterladen
cd srv
wget http://os.archlinuxarm.org/os/ArchLinuxARM-odroid-xu3-latest.tar.gz
# MD5 Hash des Images prüfen
# MD5 Hash des Images überprüfen c049b088101e3f1675175367b6ad61a7 siehe http://os.archlinuxarm.org/os/
c049b088101e3f1675175367b6ad61a7 ArchLinuxARM-odroid-xu3-latest.tar.gz
# passt sogar .-)
tar -xpf ArchLinuxARM-odroid-xu3-latest.tar.gz -C /srv/sdcard
# Problem : tar: Ignoring unknown extended header keyword `SCHILY.fflags'
# kann ignoriert werden, wurde wohl unter BDS oder MAC angelegt, GNU Tar kennt das nicht
# check
cd /srv/sdcard
ls -la
# sieht so aus als wäre was drauf .-)
# boot Loader auf die SD Karte schreiben
# dauert etwas
# als ROOT!
cd /srv/sdcard/boot
# hier wieder auf den richtig device ID achten !!
sh sd_fusing.sh /dev/sda
/dev/sda reader is identified.
BL1 fusing
30+0 records in
30+0 records out
15360 bytes (15 kB) copied, 134.532 s, 0.1 kB/s
BL2 fusing
28+1 records in
28+1 records out
14592 bytes (15 kB) copied, 0.241498 s, 60.4 kB/s
u-boot fusing
1075+1 records in
1075+1 records out
550830 bytes (551 kB) copied, 4.73449 s, 116 kB/s
TrustZone S/W fusing
512+0 records in
512+0 records out
262144 bytes (262 kB) copied, 2.91927 s, 89.8 kB/s
U-boot image is fused successfully.
#SD Karte unmounten
cd /
umount /srv/sdcard
Nun kann die SD Karte aus dem Reader entnommen und in den HC1 gesteckt werden.
----
----
==== HC1 in Betrieb nehmen ====
* SD Karte in den Slot neben dem Stromstecker
* Netzwerk Kabel anstecken
* Spannungsversorgung anstecken
Über den DHCP Server ermitteln welche IP Adresse vergeben wurde und per SSH anmelden (Default User alarm , Passwort alarm. The Default root Passwort ist root)
==System konfigurieren==
* Password Default user alarm ändern (passwd)
* Password root User ändern (passwd)
* Hostnamen der Maschine setzen, in meinen Fall auf srvinfluxdb01
hostnamectl set-hostname srvinfluxdb01
vi /etc/hostname
srvinfluxdb01
* Upgrade auf letzte Version und Tools installieren
pacman -S lsof
pacman -S wget
pacman -Syu
# testen ob es geklappt hat
reboot
# wenn nun das System startet, Glück gehabt, es kann weitergehen
Jetzt ist ein guter erster Zeitpunkt für eine Sicherungskopie der SD Karte, der HC1 hat ja eine Monitor Anschluss, geht etwas schief bei der Netzwerk Konfiguration kann wieder von vorn begonnen werden.
* Sauber herunterfahren mit shutdown -h now
* Karte entfernen
* Unter Windows nun die Karte als Image ablegen => mit [[http://sourceforge.net/projects/win32diskimager/?source=typ_redirect|win32diskimager]] für das Schreiben des Images der SD Karte auf Platte
* Karte wieder einlegen und HC1 wieder starten
Bei Bedarf eine größere SD Karte verwenden
! Online ist das normalerweise nicht so recht supported! Und hat dann auch nicht geklappt! Das dann über einen zweiten Rechner offline (nicht gemounted!) durchgeführt!
* Falls eine größere / andere SD Karte nun verwendet werden soll:
* mit "pacman -S parted" installieren
* parted siehe https://wiki.archlinux.org/index.php/GNU_Parted
* Vergrößern mit parted im Kommando Mode
* parted /dev/mmcblk1 , Anzeigen was frei ist (parted) print free, (parted)resizepart 1 (bis auf Größe von free)
* Filesystem mit " resize2fs /dev/mmcblk1p1" auf die volle Größe der Partition vergrößern, testen mit df -h
* reboot, damit wir uns sicher sind das es auch wirklich geklappt hat!
Nun kann weiter gebastelt werden:
* Statische IP Adresse vergeben
# Interface name mit ifconfig oder ip link ermitteln
ifconfig
eth0: flags=4163 mtu 1500
...
# prüfen wie überhaupt und was hier in dem System für das Netzwerk Management zuständig ist!
# in meinen Fall systemd-networkd !
systemctl list-unit-files | grep net
systemctl list-unit-files | grep dhcp
systemctl status systemd-networkd
# D-h. es muss der systemd dienst entsprechend angepasst werden!
# Im Internet gibt es auch Anleitung für netctl! Diese würde auch funktionieren, dann muss aber dieser systemd-networkd deaktiviert werden!
#systemd konfigurieren
cd /etc/systemd/network
# sicherheitskopie
cp eth0.network ./~
vi eth0.network
[Match]
Name=eth0
[Network]
Address=192.168.1.212/24
Gateway=192.168.1.1
DNS=192.168.1.1
DNS=8.8.8.8
# neu starten
systemctl restart systemd-networkd
== SSD einbinden ==
**Update 12.2018 nach Upgarde von OS auf 6.3**
Nach Problem mit f2fs (Filesystem inconsistent) wollte ich die Platte neu portionieren, konnte aber das f2fs Filesystem nicht mehr entfernen, weder ließ sich die Partition mit fdisk löschen, noch die Platte mit dd überschreiben oder gar ein ext4 Filessystem darauf anlegen. Die Platte hat sich verhalten, als ob die Platte schreibgeschützt wäre. Dann nochmals als f2fs formatiert, plötzlich ist das Filesystem wieder inkl. der Daten wieder da und die Platte läßt sich wieder mounten. Die gute Frage ist jetzt ist die Platte defekt oder ist das irgendeine Magic von f2fs? Oder der Kernel Treiber? Werde diese Platte wohl bald möglichst gegen eine WD tauschen.
Nachdem das Basis System im groben läuft kann nun die eigentliche SSD eingebunden werden:
* Anzeigen lassen
lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 118G 0 disk
mmcblk1 179:0 0 14.4G 0 disk
`-mmcblk1p1 179:1 0 14.4G 0 part /
* partitonieren
fdisk /dev/sda
p
n
p
1
p
w
* Filesystem anlegen, aber nur welches? [[https://wiki.archlinux.org/index.php/F2FS|F2FS]] wird hier gewählt da es sich um eine SSD handelt, ist das eine gute Idee? Wird sich zeigen ... leider hat es sich nicht bewährt, Filesystem ist ausgefallen und ließ sich nicht mehr reparieren
pacman -S f2fs-tools
# nach ärgerlichen Problemen nicht wieder eingesetzt!
#mkfs.f2fs -l datadisk /dev/sda1
# nachdem alle Daten weg waren nun auf eine neues mit ext4
mkfs.ext4 /dev/sda1
* Dateisystem einbinden, z.b. als data
cd /
mkdir data
chmod 777 data
# in der fstab für den reboot einbinden
vi /etc/fstab
#
#/dev/sda1 /data f2fs rw,acl,active_logs=6,background_gc=on,user_xattr 0 1
/dev/sda1 /data ext4 rw,acl,active_logs=6,background_gc=on,user_xattr 0 1
# test mount über die fstab!
mount /data
df -h
* Speed test siehe auch https://wiki.archlinux.org/index.php/Benchmarking
#speed test
# INTENSO
dd if=/dev/zero of=/data/testSpeedFile bs=1M count=2024
..
2122317824 bytes (2.1 GB, 2.0 GiB) copied, 13.8598 s, 153 MB/s
#WD BLUEWDS250GB2BOA
2122317824 bytes (2.1 GB, 2.0 GiB) copied, 8.86838 s, 239 MB/s
* reboot test
=== Kleine Probleme bei der Installation ===
== Ping ping: socket: Operation not permitted als none root user==
User alarm:
ping www.heise.de
ping: socket: Operation not permitted
ls -la /usr/bin/ping
-rwxr-xr-x 1 root root 55820 Apr 25 2017 /usr/bin/ping
S-Bit fehlt!
Setzen als user root mit:
chmod 4755 /usr/bin/ping
----
==== UART Debugging einrichten ====
Wir brauchen dazu:
* USB-UART board with CP2104 => http://www.hardkernel.com/main/products/prdt_info.php?g_code=G134111883934
* 4pin wire harness to connect to ODROID-X
_____UART____
|Pin 4 - GND|
|Pin 3 - RXD|
|Pin 2 - TXD|
|Pin 1 - VCC|
\___________|
1.8V LVTTL for ODROID-U3/XU3/XU4/X2/X
3.3V LVTTL for ODROID-C1/C1+/C0/C2/W
RxD pin is input and TxD pin is output.
siehe auch https://wiki.odroid.com/accessory/development/usb_uart_kit und http://www.hardkernel.com/main/products/prdt_info.php?g_code=G134111883934&tab_idx=1
Habe ich natürlich nicht gerade zur Hand, nehme was aus der Bastel Kiste, Ftdi Adapter klappt mal nicht, da heißt es doch das Original besorgen. Selbstbau ist leider auch nicht so einfach.
Bei Polin kann nun der Adapter auch erworben werden => https://www.pollin.de/p/odroid-usb-uart-module-schnittstellenkarte-810326
* Im ersten Schritt den Treiber installieren => https://www.silabs.com/products/development-tools/software/usb-to-uart-bridge-vcp-drivers
* Im Gerätemanager auf dem Treiber Settings die Baud Rate auf 115200 stellen und den Com Port merken
* Auf den Com Port mit dem Putty verbinden
----
----
==== Influx Datenbank aufsetzen====
Ablauf:
* User anlegen
* Tar file entpacken
* Autostart einrichten
Die Software wird jeweils einfach ausgepackt und über einen Links auf diese aktuelle Version verwiesen, alle Start und Konfigurationsdateien arbeiten mit dem Link, bei einen Software Update muss dann nur der Link auf die neue Version angepasst werden!
===DB User ===
groupadd -g 1100 dba
useradd -u 1101 -g dba influx
mkdir /home/influx
chown -R influx:dba /home/influx
===Software für die Influx DB Umgebung ===
pacman -S wget
cd /srv
wget https://dl.influxdata.com/influxdb/releases/influxdb-1.4.2_linux_armhf.tar.gz
tar xvfz influxdb-1.4.2_linux_armhf.tar.gz
wget https://dl.influxdata.com/chronograf/releases/chronograf-1.4.0.0_linux_armhf.tar.gz
tar xvfz chronograf-1.4.0.0_linux_armhf.tar.gz
ln -s /srv/chronograf-1.4.0.0-1 /srv/chronograf
ln -s /srv/influxdb-1.4.2-1 /srv/influxdb
chown -R influx:dba /srv/influxdb-1.4.2-1
chown -R influx:dba /srv/chronograf-1.4.0.0-1
mkdir install
mv *.gz install/
DB anlegen
#Influx DB Verzeichniss anlegen
# alle beweglichen Daten sollen auf die /data Platte gelegt werden
mkdir /data/influxdb
mkdir /data/influxdb/meta
mkdir /data/influxdb/data
mkdir /data/influxdb/wal
chown -R influx:dba /data/influxdb
# die weitere Konfiguration erfolgt nun unter dem User unter dem später auch die DB laufen soll
#
su - influx
cd /srv/influxdb/etc/influxdb
vi influxdb.conf
...
[meta]
# Where the metadata/raft database is stored
dir = "/data/influxdb/meta"
...
[data]
# The directory where the TSM storage engine stores TSM files.
dir = "/data/influxdb/data"
# The directory where the TSM storage engine stores WAL files.
wal-dir = "/data/influxdb/wal"
[http]
# Determines whether HTTP endpoint is enabled.
enabled = true
# The bind address used by the HTTP service.
bind-address = "192.168.1.212:8086"
Starten:
[influx@srvinfluxdb01 bin]$ ./influxd -config /srv/influxdb/etc/influxdb/influxdb.conf &
=== Influx Autostart einrichten ===
Bei der Tar Version sind die Skripte unter /srv/influxdb/usr/lib/influxdb/scripts zu finden bzw im Netz => https://github.com/influxdata/influxdb/tree/master/scripts
Vorbereitung, gleiche Struktur wie in den Skripten vorbereiten:
touch /etc/default/influxdb
mkdir /etc/influxdb
ln -s /srv/influxdb/etc/influxdb/influxdb.conf /etc/influxdb/influxdb.conf
ln -s /srv/influxdb/usr/bin/influxd /usr/bin/influxd
chmod 764 /srv/influxdb/usr/lib/influxdb/scripts/init.sh
== Start Service anlegen ==
Das influxdb.service Script auf die verwendeten User anpassen:
..
[Service]
User=influx
Group=dba
..
Datei "/lib/systemd/system/influxdb.service" kopieren:
cp /srv/influxdb/usr/lib/influxdb/scripts/influxdb.service /lib/systemd/system/influxdb.service
Link anlegen:
ln -s /lib/systemd/system/influxdb.service /etc/systemd/system/influxdb.service
Reload systemd
systemctl daemon-reload
Starten und einschalten des Service:
#Starten
systemctl start influxdb.service
#Auto Start aktivieren
systemctl enable influxdb.service
#Status prüfen
systemctl status influxdb.service -l
#Stoppen
systemctl stop influxdb.service
prüfen ob die Reichenfolge auch passt:
systemd-analyze critical-chain influxdb.service
----
==== Chronograf Oberfläche ====
Um die Datenbank abzufragen und auch um die Datenbank zu verwalten ist die Chronograf Oberfläche ganz nützlich.
===Setup==
Software:
cd srv
wget https://dl.influxdata.com/chronograf/releases/chronograf-1.4.0.0_linux_armhf.tar.gz
tar xvfz chronograf-1.4.0.0_linux_armhf.tar.gz
ln -s /srv/chronograf-1.4.0.0-1 srv/chronograf
chown -R influx:dba /srv/chronograf-1.4.0.0-1
Die Konfigration erfolgt über Übergabe Parameter beim Autostart Skript.
=== chronograf Autostart ===
Vorbereitung, gleiche Struktur wie in den Skripten vorbereiten:
touch /etc/default/chronograf
ln -s /srv/chronograf/usr/bin/chronograf /usr/bin/chronograf
chmod 764 /srv/chronograf/usr/lib/chronograf/scripts/init.sh
mkdir /data/chronograf/
chown -R influx:dba /data/chronograf/
Das chronograf.service Script auf die verwendeten User und Verzeichnisse anpassen:
..
[Service]
User=influx
Group=dba
..
ExecStart=/usr/bin/chronograf --host 192.168.1.212 --port 8888 -b /data/chronograf/chronograf-v1.db -c /data/chronograf/canned $CHRONOGRAF_OPTS
Datei "/lib/systemd/system/chronograf.service" kopieren:
cp /srv/chronograf/usr/lib/chronograf/scripts/chronograf.service /lib/systemd/system/chronograf.service
Link anlegen:
ln -s /lib/systemd/system/chronograf.service /etc/systemd/system/chronograf.service
Reload systemd
systemctl daemon-reload
Starten und einschalten des Service:
#Starten
systemctl start chronograf.service
#Auto Start aktivieren
systemctl enable chronograf.service
#Status prüfen
systemctl status chronograf.service -l
#Stoppen
systemctl stop chronograf.service
prüfen ob die Reichenfolge auch passt:
systemd-analyze critical-chain chronograf.service
----
==== Grafana =====
Für Odroid und Arch Linux gibt es wenig, nur für den Pi und Debian Style sind fertige Pakete verfügbar.
Das heißt hier dann selber bauen mit => http://docs.grafana.org/project/building_from_source/
# als root die notwendigen Packages/Libraries zuvor installieren
pacman -S gcc make
pacman -S go
pacman -S git
pacman -S nodejs
pacman -S python2
pacman -S npm
pacman -S phantomjs
#node-gyp installieren
npm install -g node-gyp
# die eigentliche Software herunterladen
mkdir /srv/grafana/build_grafana
cd /srv/grafana/build_grafana
export GOPATH=`pwd`
go get github.com/grafana/grafana
cd /srv/grafana/build_grafana/src/github.com/grafana/grafana
go run build.go setup
go run build.go build
Nun die Frontend Packages zusammen stellen.
cd /srv/grafana/build_grafana/src/github.com/grafana/grafana
npm install -g yarn
yarn install --pure-lockfile
npm run build
cp -r bin /srv/grafana
cp -r conf /srv/grafana
cp -r data /srv/grafana
cp -r public /srv/grafana
cp -r scripts /srv/grafana
cp -r vendor /srv/grafana
cp ./docs/VERSION LICENSE.md NOTICE.md README.md /srv/grafana
cd /srv/grafana
mkdir /data/grafana
mv data/ /data/grafana
chown -R influx:dba /data/grafana/
ln -s /data/grafana/data/ /srv/grafana/data
Testweise starten mit:
cd /srv/grafana
./bin/grafana-server
Anmelden mit admin/admin
=== Autostart einrichten ===
Vorlage unter => /srv/grafana/build_grafana/src/github.com/grafana/grafana/packaging/rpm/systemd
Vorbereitung, gleiche Struktur wie in den Skripten vorbereiten:
# um auf der sicheren Seite zu sein das später auch alles unter dem User funktioniert!
chown -R influx:dba /data/grafana
#Link
ln -s /srv/grafana/bin/grafana-server /usr/sbin/grafana-server
cd /srv/grafana/build_grafana/src/github.com/grafana/grafana/packaging/rpm/sysconfig
cp grafana-server /etc/default/grafana-server
vi /etc/default/grafana-server
GRAFANA_USER=influx
GRAFANA_GROUP=dba
GRAFANA_HOME=/srv/grafana
LOG_DIR=/var/log/grafana
DATA_DIR=/data/grafana/data
MAX_OPEN_FILES=10000
CONF_DIR=/srv/grafana/conf
CONF_FILE=/srv/grafana/conf/grafana.ini
RESTART_ON_UPGRADE=true
PLUGINS_DIR=/srv/grafana/plugins
PROVISIONING_CFG_DIR=/etc/grafana/provisioning
# Only used on systemd systems
PID_FILE_DIR=/var/run/grafana
cp /srv/grafana/conf/defaults.ini /srv/grafana/conf/grafana.ini
Das grafana.service Skript auf die verwendeten User und Verzeichnisse anpassen:
cd /srv/grafana/build_grafana/src/github.com/grafana/grafana/packaging/rpm/systemd
vi grafana-server.service
..
[Service]
EnvironmentFile=/etc/default/grafana-server
User=influx
Group=dba
Type=notify
Restart=on-failure
WorkingDirectory=/srv/grafana
RuntimeDirectory=grafana
..
Datei "/lib/systemd/system/grafana-server.service" kopieren:
cp grafana-server.service /lib/systemd/system/grafana.service
Link anlegen:
ln -s /lib/systemd/system/grafana.service /etc/systemd/system/grafana.service
Reload systemd
systemctl daemon-reload
Starten und einschalten des Service:
#Starten
systemctl start grafana.service
#Auto Start aktivieren
systemctl enable grafana.service
#Status prüfen
systemctl status grafana.service -l
#Stoppen
systemctl stop grafana.service
prüfen ob die Reichenfolge auch passt:
systemd-analyze critical-chain grafana.service
----
==== Firewall Rules hinterlegen===
* Influx 8086
* Cronograph 8888
* Grafana 3000
----
==== Backup der Umgebung einrichten ====
Nach dem ersten Erfolg muss natürlich das ganze auch gesichert werden.
Aber wie? siehe https://docs.influxdata.com/influxdb/v1.4/administration/backup_and_restore/
Demnächst mehr
mkdir /data/backup
chown -R influx:dba /data/backup/
su - influx
cd /srv/influxdb/usr/bin
# Katalog sicheren
influxd backup /data/backup/
2018/01/03 11:07:02 backing up metastore to /data/backup/meta.00
2018/01/03 11:07:02 backup complete
# Eine Datenbank + Katalog sichern
influxd backup -database JBR /data/backup/
2018/01/03 11:07:50 backing up db=JBR since 0001-01-01 00:00:00 +0000 UTC
2018/01/03 11:07:50 backing up metastore to /data/backup/meta.01
2018/01/03 11:07:50 backing up db=JBR rp=autogen shard=5 to /data/backup/JBR.autogen.00005.00 since 0001-01-01 00:00:00 +0000 UTC
....
2018/01/03 11:07:50 backing up db=JBR rp=autogen shard=12 to /data/backup/JBR.autogen.00012.00 since 0001-01-01 00:00:00 +0000 UTC
2018/01/03 11:07:50 backup complete
----
==== Upgrade der Umgebung ====
!!!Backup erstellen von der Datenbank und den Grafana Workbooks erstellen!!!!
Achtung! Nach OS Upgrade auf 6.3 steht das phantomjs package nicht mehr zur Verfügung und die Libraris fehlen => Grafana läßt sich nicht mehr installieren! Ärgerlich !
Vor dem OS Update prüfen ob phantomjs wieder in der aktuellen Arch Linux Variante zur Verfügung steht!
Schlechte Idee - Hätte vor dem Upgarde die SSD testen und sichern sollen .. durch Reboot nach dem Upgrade hat sich herausgestellt das das Filesystem defekt ist ... alle Daten weg .... :-?
===OS Update===
Mit pacman:
pacman -Syu
Fehler:
error: failed to commit transaction (conflicting files)
node-gyp: /usr/lib/node_modules/node-gyp/.jshintrc exists in filesystem
#Verzeichnis Umbenannt
mv /usr/lib/node_modules/node-gyp /usr/lib/node_modules/_node-gyp
# erneut gestartet
pacman -Syu
Problem: error: : signature from "Arch Linux ARM Build System " is unknown trust" beim Nachinstallieren von Packeten nach dem Update
Lösung: Schlüssel neu einlesen:
pacman-key --init
pacman-key --init
pacman-key --populate archlinuxarm
===Influx DB===
Upgrade von 1.4 auf 1.7
Siehe auch => https://docs.influxdata.com/influxdb/v1.7/administration/upgrading/
cd /srv
wget https://dl.influxdata.com/influxdb/releases/influxdb-1.7.1_linux_armhf.tar.gz
tar xvfz influxdb-1.7.1_linux_armhf.tar.gz
chown -R influx:dba /srv/influxdb-1.7.1-1/
#Configurationsdatei aus alten Home kopieren
#als user influx!
cp /srv/influxdb-1.4.2-1/etc/influxdb/influxdb.conf /srv/influxdb-1.7.1-1/etc/influxdb/influxdb.conf
#uncomment index-version = "inmem"' and change the value totsi1`.
#DB Stoppen
systemctl stop influxdb
# Link löschen und neu auf das neue Home
rm /srv/influxdb
ln -s /srv/influxdb-1.7.1-1 /srv/influxdb
#DB Starten
systemctl start influxdb
# pürfen:
/usr/bin/influxd version
InfluxDB v1.7.1 (git: 1.7 cb03c542a4054f0f4d3dc13919d31c456bdb5c39)
===Grafana===
Mit Arch Linux 6.3 ist mir das aufgrund von Fehlern mit "phantomjs" nicht gelungen!
Grafana erneut geladen und neu übersetzt als root:
cd /srv/
mkdir grafana5.3
cd grafana5.3
export GOPATH=`pwd`
go get github.com/grafana/grafana
#package github.com/grafana/grafana: build constraints exclude all Go files in #/srv/grafana5.3/src/github.com/grafana/grafana
cd $GOPATH/src/github.com/grafana/grafana
go run build.go setup
go run build.go build
#Frontend aufsetzten
npm install -g yarn
npm i webpack -g
yarn install --pure-lockfile
yarn watch
=>>> Fehler mit phantomjs !!!!!
phantomjs -version
phantomjs: error while loading shared libraries: libicui18n.so.60: cannot open shared object file: No such file or directory
# Ein Verlinken auf die neuen Libs führt auch nicht zum Erfolg, passen nicht mehr zusammen ...
#Upgarde nicht möglich!!!!
#So wäre es weiter gegangen
#Alte Umgebung stoppen
#systemctl stop influxdb
# Verzeichnisstruktur umhängen
#cd /srv
#mv grafana grafana5.0
#ls -s /srv/grafana5.3 /srv/grafana
Da sich phantomjs nicht auf so einem kleinen Rechner übersetzen läßt, ist nun guter Rat teuer, leider aus Platzgründen die alten Cache Dateien von Arch Linux gelöscht, sonst hätte man von dort evlt. die passenden libicui18n libs ziehen können.
----
==== Quellen ====
ArchLinux
* https://wiki.archlinux.org/index.php/Network_configuration#Check_the_status
* https://wiki.archlinux.org/index.php/systemd-networkd
* https://wiki.archlinux.org/index.php/pacman
Odroid
* http://freecode.hu/sbcomp/2016/06/19/intoducing-odroid-xu4/