BackgroundCopy TAP

[Twilight]

ja, aber damit 60 oder 70 aufträge erstellen...

twilight

[macfan]

Wieso ist die Zahl der Aufträge größer, wenn die externe direkt als wenn sie als Ordner eingebunden ist?

Gruß, Horst

[Twilight]

wenn man das gemountete verzeichnis zum movetonas verzeichnis macht: ja

twilight

[Yog-Sototh]

Moinsen,
@Twilight #1297

ja, warum mach kopiere ich nicht mit BGC von external nach MoveToNas.
Hab ich mehrfach angestossen, aber da kopiert7verschiebt der Topf nix.

Wenn ich von external auf die normale FP verschiebe, kommt in der rechten unteren Ecke eine Mitteilung, dass eine Hintergrundkopie läuft mit %-Anzeige (hab vorher noch nie gesehen, dauert ewig). Kann sein, dass dies von TMSArchive liegt, welches ich auf dem 2410 nutze.
Damit komme ich aber auch weniger gut zurecht, als mit SmartFilerTMS (nutze ich auf dem 2401CI+).

Ich habe bei BGC auch schonmal via FileZilla die Job gelöscht. Hat auch nix gebracht.

Vom Vorgang her, lege ich ein Archiv von external (ext. FP) nach MoveToNAS - da zuckt BGC nicht mal.
Wenn ich von der normalen FP nach MoveToNAS verschiebe geht's einwandfrei.

[Twilight]

log files wären interessant

für mihc hört ishc das an als ob BackgroundCopy gar nicht arbeitet und die verschiebeaktionen von anderen taps ausgeführt werden die den topf dann blockieren.

BackgroundCopy ist bei den job files auch so ausgelegt das man ganze verzeichnisse kopieren/verschieben kann...nur unterstützen das weder SmartFiler noch TMSArchive. ein job file manuell zu erstellen wäre aber auch keine hexerei

twilight

[macfan]

wenn man das gemountete verzeichnis zum movetonas verzeichnis macht: ja

Er kann doch einfach bei SmartFiler die zu kopierende Dateien auswählen (Mehrfachauswahl mit der roten Taste) und dann die mit der gelben Taste auf das NAS verschieben. SmartFiler erzeugt dann JobFiles für BackgroundCopy. Dann BackgroundCopy starten. MoveToNAS unnötig

Gruß, Horst

[Twilight]

es gibt viele wege die nach rom führen

twilight

[Arokh]

Ich habe mich jetzt durch die ersten 10 Seiten dieses Threads gewühlt, aber die Antwort auf meine Frage noch nicht gefunden:

Kann ich das kpl. Datafiles-Verzeichnis mit BGC mit dem NAS synchronisieren oder muss ich jedesmal erst den Umweg über den movetonas-Ordner gehen ? Auf dem Topf sind ungefähr 300 GB Aufnahmen, die passen locker auf das NAS-Share.

Es gibt ja in dem BGC-Setup-TAP einen Menüpunkt, der sinngemäß lautet: "Kopiere ganzen Dataflies-Ordner", aber das klingt nicht wie eine dauerhafte Option, sondern eher wie ein einmaliges Backup.

[Twilight]

die option ist so lange dauerhaft bis du es wieder abstellst

wobei es um keine spiegelung geht sondern es werden die files von BackgroundCopy automatisch nach movetonas verschoben...unterverzeichnisse sind davon nicht betroffen:

V 1.17:

+ man kann nun via BGC alle Files von Datafiles automatisch nach MoveToNAS verschieben lassen.
(Teil)Verschlüsselte Aufnahmen werden nicht verschoben.

es werden nur files aus datafiles verschoben (keine unterverzeichnisse), nur wenn sie unverschlüsselt sind
und das timing sollte so gewählt sein das Automove genug zeit hat vorher zu verschieben

twilight

[Arokh]

Hammer. Genau das habe ich gesucht. Vielen Dank an dich , auch an gerti, der das ja mit nasmount erst möglich gemacht hat

[Arokh]

Ich bins nochmal.
Leider macht BGC noch nicht, was ich gern möchte.

Ich habe auf meiunem Server eine NFS-Freigabe /media/aufnahmen eingerichtet, diese lässt sich auch mit NASMount benutzen:

Code: Alles auswählen

09.02.2016 17:47:23 -> mount "192.168.178.26:/media/aufnahmen" "/mnt/hd/DataFiles/NAS-Share" -osoft,intr,tcp,nolock
09.02.2016 17:47:23 -> Mounting of 1. NAS finished successfully

Ich sehe unter DataFiles den Ordner NAS-Share und kann dort auch Files hinkopieren (allerdings ist dabei der Topf während des Kopiervorgangs blockiert).

meine BGC-Settings sehen so aus:

Code: Alles auswählen

CopySpeed=4
MountType=0
MoveDir=/mnt/hd/DataFiles/MoveToNAS
DestDir=/mnt/hd/DataFiles/NAS-Share
Move=0
NASBootTime=120
SpecChar=0
DelDEC=1
MountedDirSource=0
MountedDirDest=1
StopMountTAP=0
SetTSLink=0
LogLenth=0
CopyAllFiles=1

Trotzdem sagt BGC im Logfile:

Code: Alles auswählen

2016-02-09 17:49:12 (Move)AbsShareDir = MoveToNAS MoveDir = /mnt/hd/DataFiles/MoveToNAS
2016-02-09 17:49:12 No mount within 120 seconds.
2016-02-09 17:49:12 BackgroundCopy end
2016-02-09 17:49:12 -----------------------------------------------------------

Was ist da noch krumm ? Ich komm einfac nicht dahinter

P.S.: Kann es daran liegen, dass das Ziellaufwerk eine externe NTFS-Platte ist ?
Vielleicht hapert da die Performance oder man braucht andere Mount-Optionen ?

[Twilight]

lade doch mal bitte das ganz bgc log als file hoch.

twilight

[Arokh]

Ok mache ich, kann leider etwas dauern, da ich die nächsten Tage wenig Zeit habe.

€dit sagt: Mir ist noch was aufgefallen: Wenn ich das BGC-Setup TAP starte, ist der Zielordner "NAS-Share" immer gelb hinterlegt.
Muss das so sein oder ist das ein Warnhinweis ?

[JayTee]

Das gehört so, damit wird dir angezeigt, dass es sich um einen externen Pfad handelt.

[Thorle]

Bedeutet die Zeile im log etwas?
New State: JS_Normal - CS_Prepare - FT_Rec

[Twilight]

ja

twilight

[Thorle]

Du wieder. Wenn du schon so lachst, nehme ich an laut log alles i.O.

Für mich nur das Problem, dass der Topf (jetzt per LAN direkt an der FritzBox) beim kopieren einfriert. Manchmal habe ich zumindestens noch den Ton aber halt Standbild und keine Reaktion mehr. Da hilft nur ausschalten, einschalten, warten bis Festplatte geprüft wurde und weiter gehts.

[Twilight]

das ist einfach ein informationsbericht in welchen kopierfortschritt sich BackgroundCopy befindet

twilight

[Thorle]

Dann bleibt mir nur den Topf ohne andere TAPs zu starten und dann nur mal Mounten und BGC starten.

Mich wundert es nur, da er letztens wunderbar mit Faktor 3 lief und jetzt selbst bei 1 abstürzt.

[Arokh]

So ich wieder. Also meine Probleme mit BGC habe ich soweit gelöst, grundsätzlich funktioniert das Kopieren im Hintergrund.

Ein Problem bleibt aber: Wenn ich BGC im Autostart habe, bleibt der morgendliche EPG-Scan von SmartEPG hängen, was dazu führt, dass der Topf sich nach Ende des Scans nicht ausschaltet. Ohne jetzt großartig Logs zu wälzen / zu veröffentlichen: Hat einer von euch auch dieses Problem ?

Danke und Hruß
Arokh