per Script eine Datei kopieren auf Synology
-
@Glasfaser ein xcopy von local auf local hat auch funktioniert mit exec
-
Hast du bei Ihm ein result eingebaut damit man sehen kann was passiert oder nicht !?
Schon merkwürdig .... -
@Glasfaser sagte in per Script eine Datei kopieren auf Synology:
ein result eingebaut
Ja, hatten wir.
Wurde aber im log gar nichts angezeigt. -
Kennst du vielleicht einen anderen exec Befehl den er testen kann , ob überhaupt exec funktioniert.
-
@Glasfaser exec funktioniert wir konnten xcopy oder dir aufrufen
das test.bat ging nicht ( weiß ncht warum) - und xcopy auf ein externes laufwerk auch nicht
ich denke es ist ein syntax problem
ich teste morgen nochmal, ob ich auf ein externes kopieren kann - vielleicht hat auch win7 ein problem
aber für den moment gibt es erstmal eine lösung
-
-
@Glasfaser das sind linux befehle - die gehen nicht auf windows
-
Ist ja gut .... wollte gerade löschen ... du warst zu schnell
Deshalb mein EDIT -
@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 pfaddas 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
-
-
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 -
Freut mich , das dir liv-in-sky weiterhelfen konnte ....
... war sowieso immer Trockenübung bei mir , da ich es selber nicht testen konnte
-
@Glasfaser sagte in per Script eine Datei kopieren auf Synology:
Freut mich , das dir liv-in-sky weiterhelfen konnte ....
... war sowieso immer Trockenübung bei mir , da ich es selber nicht testen konnteDanke 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. -
Der Vorteil bei mir ist , ich sichere es mit dem Programm (Plugin) Hyperbackup auf der Synology .
.
-
@Glasfaser sagte in per Script eine Datei kopieren auf Synology:
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. -
-
@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 -
@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
-
So,
da ich ja jetzt auf linux unterwegs bin hab ich mal ne Frage zu dem am Anfang genannten Befehl: wputwput --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 -
@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.
