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

[liv-in-sky]

@Glasfaser das sind linux befehle - die gehen nicht auf windows

[Glasfaser]

@liv-in-sky

Ist ja gut .... wollte gerade löschen ... du warst zu schnell ;)
Deshalb mein EDIT

[liv-in-sky]

@bahnuhr so habe ich es hinbekommen

auf c:\ einen ordner "iobroker-befehl" einrichten
darin liegt eine datei test.cmd mit folgendem inhalt:

net use y: \\NAS-FILE-SERVER\AMDSync /persistent:no  passwort/user:HOME\user 
cmd /c xcopy /s /e c:\test\*.* y:\

passwort und user eintragen und HOME ist bei mir der workgroupname (domainname) - ist bei dir vielleicht"workgroup" - wäre standard oder aber du siehst nach, wie es bei dir heißt
im xcopy befehl noch deine pfade angleichen
\NAS-FILE-SERVER\AMDSync ist mein pfad - du musst die synology nehmen und keine leerzeichen im pfad

das blockly sieh so aus:

alles andere machte die selben fehler , wie bei dir -egal ob win10 oder win7

anscheinend hat man keine rechte auf die laufwerke, das war die code4 und code1 meldung

[bahnuhr]

@liv-in-sky

Super Armin,
teste ich heute abend.

Bis dahin.
mfg
Dieter

[bahnuhr]

@liv-in-sky

Nochmals Danke für deine Hilfe und

Ja, das funktioniert.

Aber so richtig befriedigend ist das ja nicht.

Es müsste doch ein Befehl geben, den man per script dann anpasst und eine Datei jeweils im Script benennen kann.

Weiterhin wird ja per net use ein Laufwerksbuchstaben zusätzlich definiert.

Fazit:
Ja, wir haben es hinbekommen.
Müsste aber einfacher funktionieren. Und auch praktikabler.
So ist es für die Praxis nicht brauchbar (meine Meinung).

mfg
Dieter

[Glasfaser]

@bahnuhr

Freut mich , das dir liv-in-sky weiterhelfen konnte ....
... war sowieso immer Trockenübung bei mir , da ich es selber nicht testen konnte ):

[bahnuhr]

@Glasfaser sagte in per Script eine Datei kopieren auf Synology:

@bahnuhr

Freut mich , das dir liv-in-sky weiterhelfen konnte ....
... war sowieso immer Trockenübung bei mir , da ich es selber nicht testen konnte ):

Danke auch dir.
Aber wie erwähnt, das müsste einfacher gehen.
Ich hab ja schon viel gemacht, aber das war zu hoch für mich.

[Glasfaser]

@bahnuhr

Der Vorteil bei mir ist , ich sichere es mit dem Programm (Plugin) Hyperbackup auf der Synology .

.

[bahnuhr]

@Glasfaser sagte in per Script eine Datei kopieren auf Synology:

@bahnuhr

Der Vorteil bei mir ist , ich sichere es mit dem Programm (Plugin) Hyperbackup auf der Synology .

.

Ja, auch schon probiert.
Nachteil dabei ist, dass man die Dateien in "echt" nicht sieht im Explorer.
Sondern nur in hyperbackup.
Vorteil wäre, es gibt mehr Versionen.

[Glasfaser]

@bahnuhr

Du kannst doch mit dem Windows Programm HyperBackupExplorer es doch über die Windows Oberfläche sehen bzw. auch abrufen .

Link Text

[liv-in-sky]

@bahnuhr also das laufwerk kann auch wieder ungemountet werden - ist einfach ein weiterer befehl in der batchdatei

im batch kann auch ein bestimmter filename übergeben werden (vom blockly an den batch) (was du im script selbst benennen kannst)- ich wollte erstmal wissen, ob wir es zum kopieren bringen - ich weiß ja nicht, was genau du machen willst - wenn du blockly nicht magst, kann man auch javascript nehmen

als letzten befehl im batch

net use y: /delete /yes

[liv-in-sky]

@bahnuhr es gibt auch noch die möglichkeit das hier zu installieren

https://www.npmjs.com/package/windows-network-drive

dann kannst du das in ein javascript einbinden - ist aber meiner meinung nach komplizierter - außerdem mag ich es nicht - auf meinem system - solche npm installationen durchzuführen

[bahnuhr]

So,
da ich ja jetzt auf linux unterwegs bin hab ich mal ne Frage zu dem am Anfang genannten Befehl: wput

wput --basename=/opt/iobroker/ /opt/iobroker/Scripte/ ftp://dieter:xxxx@192.168.xxx.x/volume2/Sicherung/Test/

Der Befehl klappt eigentlich auch ganz gut.
Nur die 1. Datei will er nicht kopieren.

Für mich sieht das so aus, dass er schon kopieren will aber mit ftp (hier synology) noch gar nicht verbunden ist.

Habt ihr eine Idee ?

mfg
Dieter

[klassisch]

@bahnuhr Ich bin ja noch auf Windows und mach das auf Windows mit Robomirror, was gut und komfortabel geht.

Als ich mich noch auf dem OPi mit Linux rumquälen mußte, aber ich mir ein oder mehrere Shellscripte mt rsync zusammengeklaubt, die auch funktioniert haben. Notiert habe ich mir:

#!/bin/sh
YESTDAY=$(date -d '1 day ago' "+%Y%m%d")
echo "$YESTDAY"
cp -ar /media/ssd2/History/${YESTDAY}/ /media/SSD/History/${YESTDAY}/

-------------------

#!/bin/sh
# rsync last three days of history + all backups to synology
# file to be in /opt/iobroker/backups/
# cifs samba client has to be installed in advance
# using: sudo apt-get install cifs-utils
# this shell script is scheduled and calles by a javascript program of ioBroker
YESTDAY=$(date -d '1 day ago' "+%Y%m%d")
TWODAYSBEFORE=$(date -d '2 day ago' "+%Y%m%d")
THREEDAYSBEFORE=$(date -d '3 day ago' "+%Y%m%d")
echo "rsync to synology"
# to avoid the prompt for the password. Attention: by using echo $RSYNC_PASSWORD the pwd will be printed in plain text
# rsync the last three days
export RSYNC_PASSWORD=mySecretPassword
DAYNUMBER=$(date +%u)
# generate iobroker backup each monday
if [ $DAYNUMBER = 1 ]
 then
   echo Monday generate iobroker weekly backup
   iobroker backup
Fi
if [ $DAYNUMBER = 4 ]
 then
   echo Thursday generate iobroker weekly backup
   iobroker backup
fi

echo save all backups to SSD and Synology
rsync -av /opt/iobroker/backups/ /media/ssd2/2ndBackup/
rsync -av /opt/iobroker/backups/ /media/SSD/2ndBackup/
rsync -av /opt/iobroker/backups/ myUser@192.168.178.99::home/USER/myBackupDirectory
echo save History of "$YESTDAY" to NAS Synology
rsync -av /media/ssd2/History/${YESTDAY}/ myUser@192.168.178.99::home/USER/myBackupDirectory/${YESTDAY}/
echo rsync History of "$TWODAYSBEFORE" to NAS Synology
rsync -av /media/ssd2/History/${TWODAYSBEFORE}/ myUser@192.168.178.99::home/USER/myBackupDirectory/${TWODAYSBEFORE}/
echo rsync History of "$THREEDAYSBEFORE" to NAS Synology
rsync -av /media/ssd2/History/${THREEDAYSBEFORE}/ myUser@192.168.178.99::home/USER/myBackupDirectory/${THREEDAYSBEFORE}/
echo rsync iobroker logfiles
rsync -av /opt/iobroker/log/ myUser@192.168.178.99::home/USER/myBackupDirectory/Logs/
# to be done manually for a complete sync
# rsync -av /media/ssd2/History/ myUser@192.168.178.99::home/USER/myBackupDirectory
# now overwriting the password
export RSYNC_PASSWORD=pwd
#
#

Wenn ich mich recht erinnere hatte ich beim OPi 2 SSDs. Eine in Linux (ext3 oder sowas) formatiert und zur Sicherheit noch eine zweite, damit die Daten nicht weg sind, falls das System mal abschmiert und die OS-Platte zerschießt. Das ist allerdings nie passiert. Dafür gab es nach einem der unseligen Kernelupdates plötzlich sporadische aber dann verheerende Probleme mit dem Schreiben auf die EXT32 SSD. Nachdem ich das dann auf ext3? umgestellt habe war Ruhe. Bis zu einem weiteren Kernelupdate.

Vielleicht läuft ja ein richtiges Linux auf einer großen Maschine besser. Aber von den SBCs will ich erst mal nichts mehr wissen.

Also wird der erste Teil in einem ersten Shellscript die Daten auf diese zweite SSD kopieren und dann das zweite Script dann die letzten History-Tage mit der Sysnology synchronisieren. Jede Woche gab es wohl noch zwei Backups.

[Glasfaser]

@bahnuhr sagte in per Script eine Datei kopieren auf Synology:

wput --basename=/opt/iobroker/ /opt/iobroker/Scripte/ ftp://dieter:xxxx@192.168.xxx.x>/volume2/Sicherung/Test/

Der Befehl klappt eigentlich auch ganz gut.
Nur die 1. Datei will er nicht kopieren.

... teste erstmal mit dem bestehenden Backup Ordner .

wput --basename=/opt/iobroker/ /opt/iobroker/backups ftp://dieter:xxxxx@1
92.168.xxxx.xxxx/Sicherung/Test/

Nimm es mal auch so ohne die volume2 Angabe .

[bahnuhr]

@Glasfaser
bist halt doch ein Linux Freak.

Folgender Befehl klappt einwandfrei:

 wput  --basename=/opt/iobroker/ /opt/iobroker/Scripte/global ftp://dieter:xxx@192.168.xxx.x/Sicherung/Test/

geändert hab ich nun (ggü. meiner Fassung)

hinter global hatte ich auch /
und hinter hab ich volume2 raus genommen.

Jetzt kommen keine Fehler mehr.

Nochmals danke.

mfg
Dieter