luckyBackup fehlende Einträge in der Übersicht der Sicherung

[Freemanxx]

Einen schönen guten Abend.

Ich habe mich hier im Forum umgesehen, doch leider nichts passendes zu meinem Problem gefunden.

Mein Problem besteht darin das ich in der Übersicht der Sicherungen keine Einträge habe wo die Backups mit Cron ausgefüht wurden. Das Backup scheint jedoch dennoch zu funktionieren und es werden im Ordner auch log Datein erstellt. Wenn ich eine Sicherung manuell starte wird der passende Eintrag in der Übersicht angezeigt. Habe den Docker auch schon neu installiert. Ohne besserung.

Vielleicht kann mir hier einer helfen.

Gruß Steffen

Edited December 3, 2021 by Freemanxx

[alturismo]

6 hours ago, Freemanxx said:

Vielleicht kann mir hier einer helfen.

 

 

fangen wir vorne an, vielleicht mal einen screen was du meinst ...  geht es darum ?

 

[Freemanxx]

12 hours ago, Freemanxx said:

Einen schönen guten Abend.

Ich habe mich hier im Forum umgesehen, doch leider nichts passendes zu meinem Problem gefunden.

Mein Problem besteht darin das ich in der Übersicht der Sicherungen keine Einträge habe wo die Backups mit Cron ausgefüht wurden. Das Backup scheint jedoch dennoch zu funktionieren und es werden im Ordner auch log Datein erstellt. Wenn ich eine Sicherung manuell starte wird der passende Eintrag in der Übersicht angezeigt. Habe den Docker auch schon neu installiert. Ohne besserung.

 

[alturismo]

ok, da müsste ich jetzt passen, die werden hier sauber angezeigt (aber ... siehe unten)

 

das sind alles cron's

 

14 hours ago, Freemanxx said:

Vielleicht kann mir hier einer helfen.

 

mal zum Spaß, da lucky sich schwer tut cron's in der Ansicht zu aktualisieren (siehe meine erste Antwort, da z.Bsp. muss man einen Workaround machen), mach mal nach einem cron einfach einen Docker Neustart ob Sie dann angezeigt werden, das ist hier automatisiert (wegen dem o.g. Thema) und vielleicht klappt es deswegen hier  wenn es das wäre könnte man etwas "bauen"

[mgutt]

Ich kenne LuckyBackup jetzt nicht, aber bei Aufgabe stehte "Test1". Bezieht sich der Cronjob auch auf diese Aufgabe? Also es sind jetzt nicht zufällig zwei verschiedene oder so?

[ich777]

3 hours ago, Freemanxx said:

 

Hast du bei den Cron jobs auch den Konsolen Modus aktiviert wie es in der Beschreibung steht?

Du siehst die Backups erst nachdem du den Container einmal neu gestartet hast.

[Freemanxx]

Den Konsolen Modus habe ich an. Den Docker habe ich auch schon mehrfach gestartet. Ohne Erfolg. Ich habe über Unraid auch schon die Berechtigungen für die Dateirechte neu setzen lassen. Den Docker neu installiert und manuell überprüft ob alle Dateien und Verzeichnisse wirklich weg sind. Da ich anscheinend der Einzige bin der das Problem hat und nach einer Neuinstallation das Problem immer noch besteht könnte ich mir vorstellen das das Problem nicht an LuckyBackup liegt.

Hier ein Auszug aus dem Protokoll vom Docker:

 

---Checking if UID: 99 matches user---
usermod: no changes
---Checking if GID: 100 matches user---
usermod: no changes
---Setting umask to 0000---
---Checking for optional scripts---
---No optional script found, continuing---
---Checking configuration for noVNC---
Nothing to do, noVNC resizing set to default
Nothing to do, noVNC qaulity set to default
Nothing to do, noVNC compression set to default
---Starting cron---
---Starting...---
---Preparing Server---
---ssh_host_rsa_key keys found!---
---ssh_host_ecdsa_key found!---
---ssh_host_ed25519_key found!---
---Starting ssh daemon---
---Resolution check---
---Checking for old logfiles---
---Starting TurboVNC server---
---Starting Fluxbox---
---Starting noVNC server---
WebSocket server settings:
- Listen on :8080
- Web server. Web root: /usr/share/novnc
- No SSL/TLS support (no cert file)
- Backgrounding (daemon)
---Starting ssh daemon---
---Starting luckyBackup---
QObject::connect: No such signal CalcDiffThread::terminated()
QObject::connect: (receiver name: 'manageDialog')
QObject::connect: No such signal CalcDiffThread::terminated()
QObject::connect: (receiver name: 'manageDialog')
QObject::connect: No such signal CalcDiffThread::terminated()
QObject::connect: (receiver name: 'manageDialog')
QObject::connect: No such signal CalcDiffThread::terminated()
QObject::connect: (receiver name: 'manageDialog')
QObject::connect: No such signal CalcDiffThread::terminated()
QObject::connect: (receiver name: 'manageDialog')
QObject::connect: No such signal CalcDiffThread::terminated()
QObject::connect: (receiver name: 'manageDialog')

 

 

[ich777]

24 minutes ago, Freemanxx said:

Hier ein Auszug aus dem Protokoll vom Docker:

Das log sieht ganz normal aus, würde nur Fehler ausgeben wenn die GUI nicht hoch kommt.

 

24 minutes ago, Freemanxx said:

Ich habe über Unraid auch schon die Berechtigungen für die Dateirechte neu setzen lassen.

Bitte das auf keinen Fall machen, du machst damit nichts besser, der Container setzt die Rechte beim starten.

 

25 minutes ago, Freemanxx said:

Da ich anscheinend der Einzige bin der das Problem hat und nach einer Neuinstallation das Problem immer noch besteht könnte ich mir vorstellen das das Problem nicht an LuckyBackup liegt.

Hast du auch den Ordner aus appdata für luckyBackup vollständig entfernt nach dem deinstallieren des Containers?

[Freemanxx]

39 minutes ago, ich777 said:

Hast du auch den Ordner aus appdata für luckyBackup vollständig entfernt nach dem deinstallieren des Containers?

Ich habe um auf Nummer sicher zu gehen noch einmal alles gelöscht. Inklusive des Ordners in appdata und den Vorlagen beim Docker installieren. Das habe ich es neu installiert und ein Cron erstellt inklusive Konsolen Modus. Nach dem ausführen habe ich im Ordner logs zwei Dateien einer mit dem Zeitstempel und eine Datei mit LastCornLog. Ansonsten wird es nirgends gelistet. Auch nicht nach einem Neustart des Dockers.

Was ich noch gesehen habe. In der die Datei /profiles/default.profile werden nur die Backups eingetragen, wenn man das Backup manuell ausführt. Gibt es Unterschiede im Ablauf bei manuellen oder zeitlichen Backups?

[Amane]

Hallo Miteinander

Bin mir nicht ganz sicher ob mein Problem damit zusammen hängt.. Aber wenn via Konsole/Cronjob der Job wegen eines Fehlers wie diesem nicht gemacht wird, wird wahrscheinlich auch nichts in der GUI geloggt. ^^

Meine cronjobs funktionieren generell nicht. Ich weiss auch schon ungefair wesshalb..
 

Generierte Cronjobs:

#Initial Cron
# ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ luckybackup entries ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
0 3 * * *	env DISPLAY=:0 /usr/bin/luckybackup --silent --skip-critical /root/.luckyBackup/profiles/media.profile > /root/.luckyBackup/logs/media-LastCronLog.log 2>&1
0 2 * * *	env DISPLAY=:0 /usr/bin/luckybackup --silent --skip-critical /root/.luckyBackup/profiles/benutzer.profile > /root/.luckyBackup/logs/benutzer-LastCronLog.log 2>&1
# ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ end of luckybackup entries ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

 

Manuelles ausführen gibt folgende Fehlermeldung:

No protocol specified
qt.qpa.xcb: could not connect to display :0
qt.qpa.plugin: Could not load the Qt platform plugin "xcb" in "" even though it was found.
This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem.

Available platform plugins are: eglfs, linuxfb, minimal, minimalegl, offscreen, vnc, xcb.

 

Das Problem scheint bekannt, ich sehe in der Luckybackup Doku auch Inhalt dazu:
https://luckybackup.sourceforge.net/manual.html#cronItTroubleshoot

 

Bin aber immer noch auf der Suche nach einer Lösung, die ich mit den vorhanden Mitteln im Container umsetzen kann.

Habe ich bei der Initialisierung etwas falsch gemacht oder ist das normal das cronjob's mit dem LuckyBackup-Container ohne workaround erstmal nicht funktioniert?

Ist das evtl. Systemabhängig?

Falls ich auf eine Lösung stosse, würde ich das hier aktualisieren, wäre aber für etwas Hilfe nicht unglücklich. 😀

Edited January 12 by Amane

[alturismo]

3 minutes ago, Amane said:

Habe ich bei der Initialisierung etwas falsch gemacht oder ist das normal das cronjob's mit dem LuckyBackup-Container ohne workaround erstmal nicht funktioniert?

und das hast du auch gesehen, gelesen und umgesetzt ?

 

 

[Amane]

10 minutes ago, alturismo said:

und das hast du auch gesehen, gelesen und umgesetzt ?

 

 

 

 

Natürlich nicht, wie man an den Parameter sehen kann.. Vielen lieben Dank, ich stell mich nun irgendwo in die Ecke. 😅

Edited January 12 by Amane