UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[MyzerAT]

@arteck

nativ .also auf der DS direkt

[arteck]

und das geht mit dem localhost... als quelle .. da sollte die IP der Synology rein.. aber wenns läuft...

hmmm.. ok....

[MyzerAT]

wenn ich die IP der DS eingebe kommt folgende Meldung

mit localhost geht es aber

[arteck]

ja klar die rechte müssen noch angepasst.werden ..

Rudi hast du das mal eben so installiert .. oder mit jemanden ?? oder nach Anleitung ??

[MyzerAT]

ich habe einfach im Adapter die Daten für die MariaDB 10 eingegeben und dann wurde alles in der DB angelegt ! Eventuell liegt es ja daran das es im Docker läuft, das er localhost nimmt

[Homoran]

@MyzerAT
Um den SQL Adapter nutzen zu können muss ein SQL Server existieren.

Der legt dann "diese eine Datei" an.
Das ist eine Datenbank.

Hast du im gleichen Docker Maria SQL installiert?

[MyzerAT]

MariaDB 10 ist auf der Diskstation also nativ installiert und dort wurde auch eine iobroker DB angelegt als ich im sql.0 Adapter die Daten zur DB eingegeben habe!

[Homoran]

@MyzerAT sagte in Sql Aufzeichnung abfragen?:

MariaDB 10 ist auf der Diskstation

Aber die DS hat eine andere IP als der Docker.
Damit kann ein localhost im Docker "eigentlich" nicht auf die DS zugreifen

[MyzerAT]

beim erstellen des Containers im Docker gibt man ja folgendes an :

sollte es dann nicht die gleiche IP sein, meine DS hat 192.168.0.11 und der ioBroker läuft auf der selben IP , sowie auch die Datenbanken!

[MyzerAT]

hab mir das ganze nochmals angesehen, als die Datenbank ist definitiv auf der Diskstation angelegt worden, als ich bei der Instanz sql.0 den localhost root usw, angegeben habe, habe soeben noch zwei Datenpunkte hinzugefügt und in der Datenbank MariDB10 sind es dann zwei mehr geworden, also müsste es passen!

Einzig mit Backitup sichern funktioniert nicht, daher sichere ich die Datenbank per Script :

#!/bin/sh
KEEP=10
BACKUPS=`find /volume1/docker/BackupArchiv/MySql -name "mysqldump-*.gz" | wc -l | sed 's/\ //g'`
while [ $BACKUPS -ge $KEEP ]
do
ls -tr1 /volume1/docker/BackupArchiv/MySql/mysqldump-*.gz | head -n 1 | xargs rm -f 
BACKUPS=`expr $BACKUPS - 1` 
done
DATE=`date +%Y%m%d%H%M%S`
rm -f /volume1/docker/BackupArchiv/MySql/.mysqldump-${DATE}.gz_INPROGRESS 
/volume1/@appstore/MariaDB10/usr/local/mariadb10/bin/mysqldump --opt -uroot -p****** --socket=/run/mysqld/mysqld10.sock --all-databases | gzip -c -9 > /volume1/docker/BackupArchiv/MySql/.mysqldump-${DATE}.gz_INPROGRESS
mv -f /volume1/docker/BackupArchiv/MySql/.mysqldump-${DATE}.gz_INPROGRESS /volume1/docker/BackupArchiv/MySql/mysqldump-${DATE}.gz
exit 0

[Habedere]

Servus,
wenn ich eine Datumsbegrenzung bei "Table" angebe, wird hier oft nur ein Teil angezeigt.
Gibt es hier ein Limit?

Der Table ist gut um sich ein paar Daten per CSV zu ziehen und im Excel zu verarbeiten.
Z.b. Durschnittstemperatur am Sensor etc.
Ein Tag geht - ein ganzer Monat ist wohl zu viel...