SmartBackup

[Maliboy]

Kleine Unschönheit (in meinen Augen): Gestern ist mir Aufgefallen, das SmartBackup (ohne mein Zutun, aber dazu habe ich in einen anderen Thread schon was geschrieben) gestartet wird.
Dabei ist mir aufgefallen das in der Default Config eine NAS Verbindung eingetragen und aktiv ist (evtl. auch war). Wäre hier nicht das lokale Backup am Sinnvollsten? Jetzt muss ein user an die INI, wenn er kein NAS hat. Und die Zahl der NAS Nutzer wird weniger sein wie die User, die evtl. lokal Speichern wollen.

[Twilight]

lokal? SB ist dafür gemacht um eben extern auf medien zu speichern....
aber natürlich hast du recht das keine nas laufwerke als default werte aktiv sein sollten.

twilight

[Maliboy]

Ihr habt 3 Möglichkeiten in der INI. Root Verzeichnis auf der HDD, Externe Platte und NAS. Und NAS war bei mir aktiv. Ich würde das ROOT Verzeichnis als Default nehmen. Weil das ist das was jeder hat.

[Twilight]

das root war eigentlich nur für testzwecke...ein backup auf der lokalen disk macht keinen sinn, denn es geht ja darum die daten bei einen crash weiterhin zu haben.
das ini eintrag mit dem nas ist zwar unschön, hat aber keinen effekt uaf das system, weil ja nicht gmountet werden kann und somit auch kein backup erstellt wird.
wenn jemand das tap nutzen will muß er sich auch drum kümmern das das backup dort landet wo es hingehört, vorher gibt es eben keines.

twilight

[MuiniMula]

SmartBackup und falsch gemountetes nfs {[a]sync} -> reboot

Logausgabe:
2014-04-28 18:16:25 TimerDiags: Bootreason = Remote key

Beim Neuaufsetzen meines SRP2410 aufgrnud eines HD Crashes wollte ich natürlich auch mal eben SmartBackup einsetzen.
Nachdem erst alles problemlos geklappt hat, fing der Topf nach ein paar Tagen reproduzierbar reboots an, wenn ich SmartBackup gestartet habe [sehr unangenehm, da es zu dem Zeitpunkt bereits im Autostart war {NAS läuft nicht, wenn SmartEPG den Scan beendet}]

Nachdem ich schon fast aufgegeben hatte, habe ich vorhin glaube ich den Fehler gefunden - ich hatte auf meinem Thecus das nfs Verzeichnis für synchrone mounts freigegeben, aber natürlich ops: keine entsprechende Option beim mounten gesetzt

Nachdem ich das Verzeichnis nun für asynchrone mounts freigegeben habe, rennt SmartBackup wieder.
Das Problem saß hier natürlich vor dem Monitor - aber vielleicht hat ja mal jemand anders den selben Fehler und der Post hier hilft weiter.
Wenn es in ein paar Tagen wieder schief läuft, melde ich mich noch mal - ansonsten hat die Einstellung das Problem gefixt

[Twilight]

@MuiniMula: kannst du bitte deine signatur so ändern das du nach den "," ein " " setzt, damit nicht alles in einer wurst ist und die forumsbreite sprengt? danke

auch danke für den beitrag

twilight

[MuiniMula]

@MuiniMula: kannst du bitte deine signatur so ändern das du nach den "," ein " " setzt, damit nicht alles in einer wurst ist und die forumsbreite sprengt? danke

UPS ops: - done

auch danke für den beitrag

twilight

Gern geschehen - ich bin ja auch immer froh, wenn ich irgendwo eine Lösung finde :

[MuiniMula]

Und gleich das nächste mögliche Problem

Diesmal habe ich meinen TF5000 ersetzt und mir einen SRP2401 zugelegt.
Für den habe ich die mit SmartBackup gespeicherte Konfiguration des SRP2410 übernommen und nur ein paar Taps rausgenommen, die ich nicht brauche, da dort keine Smartcard drin ist.

Hat im Prinzip auch alles geklappt, aber SmartBackup schreibt nun folgendes ins Log:

2014-05-22 14:15:34 SmartBackup: Copied: 4067 files, 72.7 MB
2014-05-22 14:15:34 SmartBackup: DeDupe: 2220 files, 218.1 MB
2014-05-22 14:15:34 SmartBackup: Daily : 2014-05-22 2014-05-22 2014-05-22 2014-05-22 2014-05-22 2014-05-22 2014-05-22
2014-05-22 14:15:34 SmartBackup: Weekly : 2014-05-22
2014-05-22 14:15:34 SmartBackup: Monthly: 2014-05-22
2014-05-22 14:15:34 SmartBackup: Yearly : 2014-05-22

Da der 2401 auch noch Zicken mit dem AV Receiver macht, bin ich misstrauisch. Ist da irgendetwas mit dem Topf kaputt, liegt es daran, dass ich die Daten von dem anderen Topf übernommen habe oder ist das ein bekanntes Problem für die 2401er?

Das er ins FBLib.log schreibt, dass er die Sonderzeichen aus dem Sendernamen (also ‡ und †) nicht finden kann, erwähne ich in diesem Zusammenhang mal auch ganz vorsichtig, auch wenn das ja eher ein SmartEPG Problem ist.
2014-05-22 07:44:49 Glyph 86 not found
2014-05-22 07:53:36 Glyph 87 not found

Viele Grüße aus Dortmund,
Holger

[Twilight]

wo soll jetzt das problem liegen?
natürlich solltest du beide SRPs nicht ins gleiche verzeichnis sichern lassen oder um was geht es?

twilight

[MuiniMula]

wo soll jetzt das problem liegen?
natürlich solltest du beide SRPs nicht ins gleiche verzeichnis sichern lassen oder um was geht es?

twilight

Sorry - natürlich sichern die jeweils in ein eigenes Verzeichnis.
Ich habe nur die eigentliche Fehlerbeschreibung vergessen

Mir macht nur etwas Sorge, dass in der Liste des SRP2401 die Backups immer das aktuelle Datum haben [obwohl natürlich jedes Sicherungsverzeichnis auf dem NAS korrekt benannt ist]


Heute steht da:
2014-05-22 14:15:34 SmartBackup: Daily : 2014-05-22 2014-05-22 2014-05-22 2014-05-22 2014-05-22 2014-05-22 2014-05-22

gestern stand da:
2014-05-21 18:07:11 SmartBackup: Daily : 2014-05-21 2014-05-21 2014-05-21 2014-05-21 2014-05-21 2014-05-21

und so weiter.

Beim SRP2410 ist die Ausgabe wie erwartet (das Backup von gestern fehlt, da der NAS und Topf nicht zeitgleich an waren, ist also erwartungskonform)
2014-05-22 14:25:44 SmartBackup: Daily : 2014-05-22 2014-05-20 2014-05-19 2014-05-18 2014-05-17 2014-05-16 2014-05-15 2014-05-14

[Twilight]

und schon mal nachgesehn welche files / verzeichnisse am nas sind?

twilight

[MuiniMula]

[quote="Twilight"]und schon mal nachgesehn welche files / verzeichnisse am nas sind?[/quote]

ja, natürlich. Am NAS ist alles in Ordnung. Die Ordner heißen dort
2014-05-22
2014-05-21
2014-05-20
2014-05-19
usw.

Nur die Ausgabe im Log ist falsch. Normalerweise würde ich das ja einfach ignorieren und warten was passiert, wenn der erste Ordner aufgeräumt werden muss.
Aber da der Topf auch ein paar andere seltsame Effekte produziert, wollte ich frühzeitig nachfragen, um ihn gegebenenfalls noch zurückgeben zu können.

Wenn Dir das Verhalten aber völlig unbekannt ist, dann warten wir wohl einfach mal ab, was am 9ten Tag passiert, falls ich den Topf solange habe...

[Twilight]

da firebird im moment nicht da ist, wirst du darauf jetzt keine antwort bekommen fürchte ich,

twilight

[MuiniMula]

Es ist nun mehr oder weniger das passiert, was zu befürchten war:

2014-05-24 16:36:07 SmartBackup: Copied: 5107 files, 74.0 MB
2014-05-24 16:36:07 SmartBackup: DeDupe: 1179 files, 214.8 MB
2014-05-24 16:36:07 SmartBackup: Daily : 2014-05-24 2014-05-24 2014-05-24 2014-05-24 2014-05-24 2014-05-24 2014-05-24 2014-05-24
2014-05-24 16:36:07 SmartBackup: Weekly : 2014-05-24
2014-05-24 16:36:07 SmartBackup: Monthly: 2014-05-24
2014-05-24 16:36:07 SmartBackup: Yearly : 2014-05-24
2014-05-24 16:36:17 SmartBackup: Cleanup: 2014-05-24

Das Backup von heute wurde auch direkt wieder aufgeräumt. (Aber nicht die älteren)
Ich vermute aber, dass irgendetwas mit dem Topf nicht stimmt, insofern habe ich den nun reklamiert und er wird wohl nächste Woche zurückgehen.
Soll ich irgendetwas sichern, bevor ich die Platte formatiere? [die bisherigen Backups bewahre ich auf jeden Fall einige Zeit auf, auf dem NAS ist reichlich Platz....]

Viele Grüße aus Dortmund,
Holger

[Twilight]

das settingsverzeichnis von smartbackup sichern.

twilight

[FireBird]

Seltsam, denn das Datum für's Log holt er sich aus der SBDB.db, die es in jedem Datumsunterverzeichnis gibt. Ich bilde mir ein, ich hatte einen ähnlichen Effekt während der Entwicklung, weiß aber nicht mehr, was damals die Ursache war.

[MuiniMula]

Ich habe inzwischen den SRP2401 wieder zurückgehen lassen und mir einen anderen gekauft.

Da es einfacher ist, habe ich es direkt mal darauf angelegt und die Taps samt Einstellungen von dem, der die Probleme macht, aus dessen letzten Backup eingespielt.
Beim Neustart hat der neue SRP2401 dann Smartbackup ausgeführt und diese Ergebnisse geliefert (die Uhr ging eine Stunde vor wegen der automatischen Sommerzeitumschaltung)

2014-05-30 18:53:44 SmartBackup: Copied: 6010 files, 208.9 MB
2014-05-30 18:53:44 SmartBackup: DeDupe: 278 files, 82.5 MB
2014-05-30 18:53:45 SmartBackup: Daily : 2014-05-30 2014-05-25 2014-05-25 2014-05-25 2014-05-25 2014-05-25 2014-05-25 2014-05-25
2014-05-30 18:53:45 SmartBackup: Weekly : 2014-05-30 2014-05-25
2014-05-30 18:53:45 SmartBackup: Monthly: 2014-05-30
2014-05-30 18:53:45 SmartBackup: Yearly : 2014-05-30
2014-05-30 18:53:45 SmartBackup: Cleanup: 2014-05-25
2014-05-30 18:53:45 SmartBackup: Exiting

Sieht also alles wieder gut aus - da es mit den selben Settings nun funktioniert, schiebe ich es mal auf das Gerät. Wenn Ihr trotzdem das Settingsverzeichnis haben wollt, einfach kurz Bescheid sagen...

Anmerkung: Die Festplatte des defekten SRP2401 wurde am 25ten nicht mehr erkannt. Hab Sie dann formatiert und nach dem nächsten Start war sie angeblich wieder defekt (das war dann auch der endgültige Grund, warum ich das Gerät habe zurückgehen lassen).

[MuiniMula]

Hier noch die SBDB.db aus drei der Verzeichnisse, die noch vorhanden sind.
Vielleicht helfen die ja weiter.

Anmerkung: mit exakt den selben Einstellungen (Kopie der Settings aus dem neusten Backupverzeichnis) wurde das dann ausgeführte Backup-Verzeichnis nun korrekt angelegt (die alten sind weiterhin kaputt)

[MuiniMula]

Zu früh gefreut - heute heißt es dann wieder:

2014-05-31 13:02:58 SmartBackup: Copied: 65 files, 55.4 MB
2014-05-31 13:02:58 SmartBackup: DeDupe: 6223 files, 228.9 MB
2014-05-31 13:02:58 SmartBackup: Daily : 2014-05-31 2014-05-31 2014-05-25 2014-05-25 2014-05-25 2014-05-25 2014-05-25 2014-05-25
2014-05-31 13:02:58 SmartBackup: Weekly : 2014-05-31 2014-05-25
2014-05-31 13:02:58 SmartBackup: Monthly: 2014-05-31
2014-05-31 13:02:58 SmartBackup: Yearly : 2014-05-31
2014-05-31 13:02:58 SmartBackup: Cleanup: 2014-05-25 2014-05-25

Also 6 Backups die ich mit dem alten SRP2401 gemacht habe (Angebliches Datum 2014-05-25) und zwei mit dem neuen (angebliches Datum 2014-05-25)

Ich habe SmartBackup nun deinstalliert und neu installiert. Es wird weiterhin über XStart gestartet, da der NAS nur zu bestimmten Zeiten läuft (und das ja auch problemlos mit dem 2410 funktioniert)
Außerdem habe ich nun die alten Backup Verzeichnisse auf dem NAS gelöscht, da dort SBDB.db in allen Verzeichnissen jeweils das Datum dem Lauf zeigte, der im Log angezeigt wird.
Meine Vermutung ist, dass da irgendetwas mit dem Hardlink schief läuft. Wäre es möglich, die Datei grundsätzlich neu zu schreiben {bzw. nie zu verlinken}? (oder ist die Vermutung völliger Blödsinn)

Anbei noch die Settings von SmartBackup

[FireBird]

Ist das ok, dass die INI so alt ist? Der LastBackup-Eintrag ist nämlich vom 22.05.