BackgroundCopy TAP

[Chris1312]

Ich liebe es wenn ein Plan funktioniert

Das neue NAS (empfehlung der Redaktion) rennt

NASMount + BGC klappen; Daten hin und herkopieren wunderbar.
Aldi-NAS hat schon eine 1cm dicke Staubschicht

Und hey.....Dankeschön an alle die Tips hatten und geholfen haben.
Ich schmeiß ne Runde am Stammtisch
Mein Fazit: vernünftige Hardware, nur so gehts

[Twilight]

twilight

[Ricki]

Danke an Twi für das Backgroundcopy TAP.
Klappt bestens. Das geniale, wir können uns jetzt streiten welchen Topf wir zum anschauen einer Aufnahme vom NAS nehmen

[Twilight]

bitte, gerne

twilight

[Pits]

Hallo Twilight!

bgc stetzt den kopiervorgang aber dann wieder dort fort wo er beim ausschalten beendet wurde

Das ist ein tolles Feature, aber evtl. funktioniert es nicht immer: bei mir startet der Kopiervorgang während SmartEPG den EPG updatet. Am Ende vom EPG Scan wird der Topfield abgeschaltet. War der Kopiervorgang noch nicht beendet, dann bekomme ich beim nächsten Start erst mal die Meldung, dass die Festplatte gescannt wird. Danach startet auch der Kopiervorgang wieder, allerdings in eine neue Datei an deren Namen ein "-2" angehängt wird. Die halb fertige Datei vom ersten Kopierversuch bleibt erhalten. Und man kann das alles nicht im Backgroundcopy.log sehen.

Viele Grüße,
Pit

[Twilight]

warum kannst du das nicht im log sehen?

werde mir die sache mal ansehen.

twilight

[Pits]

warum kannst du das nicht im log sehen?

Es steht einfach nicht drin. Ich habe eben nochmal nachgeschaut, das Log enthält keine neuen Einträge, aber ich habe neue Dateien auf den NAS (diesmal ohne Festplattenscan beim Einschalten). Es sieht so aus, als hätte das rec File wieder zweimal kopiert werden müssen:

Code: Alles auswählen

-rw-rw-rw- 1 root root 3572565888 Aug 30 23:28 TV total - 2012-08-30 23-30-2.rec
-rw-rw-rw- 1 root root     132636 Aug 30 23:28 TV total - 2012-08-30 23-30-2.rec.inf
-rw-rw-rw- 1 root root    3696192 Aug 30 23:28 TV total - 2012-08-30 23-30-2.rec.nav
-rw-rw-rw- 1 root root  546148352 Aug 30 22:46 TV total - 2012-08-30 23-30.rec

Vielleicht sollte ich das Logfile mal löschen?

Viele Grüße,
Pit

[Twilight]

wo ist denn nun das log file von bgc????

twilight

[Pits]

[quote="Twilight"]wo ist denn nun das log file von bgc????[/quote]

Hier:

[Twilight]

hast du das log gekürzt? da drin ist nur ein kopierprozess am 28.8. um 20:15 von tv total, der vollständig durchglaufen ist....du redest aber von einem file vom 30.8.

ich denke dein ftp programm bzw. dessen cache spielen dir hier einen streich bez. des log files...

twilight

[Pits]

hast du das log gekürzt? da drin ist nur ein kopierprozess am 28.8. um 20:15 von tv total, der vollständig durchglaufen ist....du redest aber von einem file vom 30.8.

ich denke dein ftp programm bzw. dessen cache spielen dir hier einen streich bez. des log files...

Ich habe das Logfile unter Windows mit dem ftp Client vom TotalCommander 8.01, mit dem FileZilla 3.5.3 und mit dem GoodReader auf dem iPad geladen. Es sieht jedes mal so aus... Und doch ist das File vom 30.08. auf das NAS kopiert worden, denn Aufnahme in Unterverzeichnisse unterstützen die SRPs ja leider nicht.

Mir ist allerdings eben noch ein peinlicher Fehler in meinem NAS Setup aufgefallen. Die Festplatte ist per USB angeschlossen und verabschiedet sich im laufenden Betrieb ab und zu mal. Ich habe jetzt ein neues USB Kabel genommen und jetzt schaut es gut aus. Ich fürchte, die Probleme wurden dadurch verursacht.

Viele Grüße,
Pit

[Pits]

Update: Ich habe immer noch das Problem, dass die Aufnahme einmal nur zum Teil kopiert wird und danach noch mal mit einem angehängten "-2" am Dateinamen. Die Ursache scheint meine falsche Konfiguration von Automove zu sein. Das versucht scheinbar, die Datei aus dem NAS Verzeichnis nochmal in das MoveToNas Verzeichnis zu moven.

Viele Grüße,
Pit

[Twilight]

ok, das ist dann ein anderes thema

das nas verzeichnis solltest du mit einem - nach dem dateinamen von automove ausnehmen.

twilight

[Pits]

das nas verzeichnis solltest du mit einem - nach dem dateinamen von automove ausnehmen.

Damit funktioniert es! Es war tatsächlich Automove, welches die Kopien erzeugt hat.

Edit: Eine Frage hätte ich noch. Ich habe die NAS Wartezeit auf 120s gestellt, da NASMount bei mir schon mindestens die 30s Delay benötigt, auch wenn das NAS bereits läuft. Im Log sehe ich auch die 120s Pause, aber scheinbar legt Backgroundcopy doch schon los, wenn das Verzeichnis da ist:

Code: Alles auswählen

2012-09-05 18:39:13 BackgroundCopy V0.3 started
2012-09-05 18:39:13 File Wissenswert.rec
2012-09-05 18:39:13 1 file ready for processing.
2012-09-05 18:39:15 NAS directory not found or not mounted. Waiting for 120 seconds.
2012-09-05 18:39:21 ===========================================================
2012-09-05 18:39:21 REC 1 of 1
2012-09-05 18:39:27 BGC: init successful '/mnt/hd/DataFiles/Dockstar-/Wissenswert.rec'
2012-09-05 18:39:27 1% done, 119 MB/min
2012-09-05 18:39:28 10% done, 127 MB/min

Vielen Dank,
Pit

[gerd.schmidt]

Mir ist heute etwas kurioses passiert. Ich hatte u.a. zwei gestrige Aufnahmen von "Blue Bloods - Crime Scene New York" in den Ordner "MoveTo Nas/Blue Bloods" verschoben, um sie mit BGC auf einen gleichnamigen Ordner extern zu verschieben. Da sich bereits 7 gleichnamige Aufnahmen im externen Ordner befanden, hatte ich den beiden neuen Dateien "-8" und "-9" angehängt. Anschließend musste ich feststellen, dass nur die Datei mit der Endung "-9" auf extern verschoben wurde. Die andere Datei lag nach wie vor im Ordner "MoveTo Nas/Blue Bloods", allerdings ohne den Anhang "-8". Eine Datei ohne Anhang befand sich bereits auf extern, deshalb erfolget kein Verschieben (im Log steht dazu " BGC: already ok").

Ich habe diese Datei dann noch mehrmals mit der Endung "-8" versehen und in den Ordner "MoveTo Nas/Blue Bloods" verschoben, und jedes mal erscheint sie in diesem Ordner ohne den Zusatz. Wie lässt sich das erklären?

Ich habe die Datei dann schließlich mit TMSA nach extern kopiert, und das hat geklappt.

Gerd

[Twilight]

es wird bald eine neue version raus kommen die bei files mit gleichem namen überprüft ob es wirklich die gleiche ist und wenn nicht selbst einen einmaligen namen beim kopieren erstellt.

das log muß ich mir erst ansehen.

twilight

[gerd.schmidt]

Bleibt trotz allem die Frage, weshalb BCK die "9" akzeptiert und verschiebt, die "8" aber nicht und statt dessen den Anhang löscht. Unter extern befand sich definitiv keine Datei mit der 8.

Gerd

[Twilight]

wie gesagt...das log konnte ich mir noch nicht ansehen.

ein umbennen im move ordner ist von bgc aber nicht vorgesehen

twilight

[gerd.schmidt]

Also, das Kürzen des Namens einer Aufzeichnung um die Ziffer am Ende scheint nicht ein Problem von BGC, sondern von TMSA zu sein. Ich habe heute eine Datei "Flashpoint-2" erst in den Move-Ordner und dann in einen Ordner "Test" verschoben. In beiden Fällen wurde die Endung "-2" gelöscht. Dann habe ich das gleiche mit dem Original-Filer versucht, und da hat es ohne Kürzung geklappt. Folglich müsste das Beschneiden an TMSA liegen. Wer könnte sich darum annehmen?

Gerd

[Twilight]

na der der tmsa programmiert

twilight