[GELÖST!] qx liefert keinen Rückgabewert

[DocCyber]

Hallo zusammen.

Ich habe irgendwo hier im Forum mal etwas darüber gelesen, ältere Backups zu löschen.
Leider habe ich damit ein Problem.

Im Terminal funktioniert dies hier tadellos:

Code Auswählen Erweitern

ls -A "/mnt/nas/raspberry/fhem/backups/" | grep -c ".tar.gz$"
(ergibt eine Zahl)

Aber in Perl liefert qx() keinen Rückgabewert, das heißt $buCount ist ein Leerstring.

Code Auswählen Erweitern

sub nasDeleteFiles(){
  my $buDir = AttrVal("global", "backupdir", undef);
  my $buCount = qx(ls -A "$buDir" | grep -c ".tar.gz$");
  ...
  ...
  ...
}


Ich stehe also mal wieder auf dem Schlauch und benötige eure Hilfe. 



EDIT: Ich hätte noch warten sollen mit meinem Post.
Ich habe eine Lösung gefunden, die ich zwar kompliziert finde, aber sie funktioniert.
Das Problem waren die Anführungszeichen...

Code Auswählen Erweitern

my $arg = 'ls -A'. ' "' . $buDir . '" ' . '| grep -c ' . '".tar.gz$"';
my $buCount = qx($arg);

[Otto123]

Alternative: Schnipsel aus meiner sub

Code Auswählen Erweitern

my $BackupDir = AttrVal("global", "backupdir", "backup");
$BackupDir.="/FHEM-*.tar.gz";
my $BackupsCurrent = qx(ls -A $BackupDir | wc -l);

[DocCyber]

Alternative: Schnipsel aus meiner sub

Code Auswählen Erweitern

my $BackupDir = AttrVal("global", "backupdir", "backup");
$BackupDir.="/FHEM-*.tar.gz";
my $BackupsCurrent = qx(ls -A $BackupDir | wc -l);

Danke, das funktioniert.


Jetzt die nächste Frage:

Code Auswählen Erweitern


  qx(mount /mnt/nas);
  fhem("backup");
  qx(umount /mnt/nas);

Wann wird umount ausgeführt?
Erst dann, wenn backup fertig ist? Das dauert ja etwas...
Oder muss ich das irgendwie abfragen, bevor umount gemacht wird?

Die gleiche Frage kommt auf, wenn ich automatisiert ein Raspberry Image mit dd machen möchte, also schematisch so:

Code Auswählen Erweitern

qx(systemctl stop fhem);
dd ...
qx(systemctl start fhem);

[Otto123]

fhem macht backup im Hintergrund und läuft weiter. So wie Du das skizziert hast wird das nix. Mit dem Abfragen wird es mMn auch schwierig, weil es mW keinen Event gibt wenn backup fertig ist. Es gibt lediglich den Eintrag im Log, ob man daraus etwas machen kann, weiß ich nicht.Stimmt nicht, so sieht er aus:

Code Auswählen Erweitern

2022-04-06 22:23:51 Global global backup done
Ich war selbst zu faul in diesen Prozess einzugreifen, d.h. ich triggere backup und lasse FHEM machen. Irgendwann zu einem passenden Zeitpunkt später führe ich ein shell Script aus (Pseudocode):
mount NAS
rsync /opt/fhem/backup /mnt/nas/sicherung
umount NAS
Den Fortschritt dieses Scripts dokumentiere ich in FHEM und wenn das ganze fertig ist, wird meine Aufräumroutine gestartet.
Der Aufruf in FHEM passiert einfach per at oder so

Code Auswählen Erweitern

"bash backupFhem.sh . /mnt/Sicherung"
Ich habe lieber ein lokales Backup als gar keins und dazu eine Sicherheitskopie extern.

Raspberry Image mache ich nicht, aber dein Code sieht nach "selbst am Haar aus dem Sumpf hochziehen" aus. Die letzte Zeile wird ja nicht ausgeführt

[MadMax-FHEM]

Es gibt schon ein Event, wenn backup (also fhem backup) fertig ist.

Ich mache das so, also backup per at aufrufen und dann auf das Event Backup-done "warten", dann mounten und wegkopieren...

global:backup.done

Gruß, Joachim

[DocCyber]

Ich habe lieber ein lokales Backup als gar keins und dazu eine Sicherheitskopie extern.

Ich möchte Schreibzugriffe auf die SD-Karte minimieren und deshalb das Backup und demnächst auch alle Logfiles direkt auf NAS schreiben.

Die letzte Zeile wird ja nicht ausgeführt

Stimmt - wenn man das tatsächlich aus fhem heraus machen würde. 
Aber mit einem per cronjob gestarteten Shell Script sollte das möglich sein.

[Wernieman]

Code Auswählen Erweitern

qx(systemctl stop fhem);
dd ...
qx(systemctl start fhem);

Wie sollte das eigentlich funktionieren? Innerhalb von FHEM stoppst Du FHEM und erwartest, das er dann weitermacht?

Edit:
Du warst schneller, aber trotzdem jetzt abgesendet.

dd macht übrigens leicht inkonsistente Backups, wenn irgendwelche Deamons (oder das System) noch läuft. Da reicht es meistens nicht, nur fhem runterzufahren ... aber zu dem Thema haben wir hier schon viel im Forum geschrieben

[DocCyber]

Wie sollte das eigentlich funktionieren? Innerhalb von FHEM stoppst Du FHEM und erwartest, das er dann weitermacht?

Kann nicht funktionieren - hab's zwischenzeitlich schon korrigiert ...

[DocCyber]

Es gibt schon ein Event, wenn backup (also fhem backup) fertig ist.
global:backup.done

Ah ... gut zu wissen. Notify bei backup.done zwecks 'umount'

[DocCyber]

und wie immer: Danke an alle Helfenden. 

[DocCyber]

dd macht übrigens leicht inkonsistente Backups, wenn irgendwelche Deamons (oder das System) noch läuft. Da reicht es meistens nicht, nur fhem runterzufahren ... aber zu dem Thema haben wir hier schon viel im Forum geschrieben

Vielen Dank - muss ich nachlesen.

[Otto123]

@Joachim Danke für die Info:  irgendwie hatte ich schon mal gesucht und mir gemerkt da issnix 

Code Auswählen Erweitern

2022-04-06 22:23:51 Global global backup done

Ich möchte Schreibzugriffe auf die SD-Karte minimieren und deshalb das Backup und demnächst auch alle Logfiles direkt auf NAS schreiben.

Ich glaube schreiben ist eigentlich nicht das Problem. Deswegen lösche ich die Backup nicht nach dem wegsynchronisieren. Ich lasse die SD Card erstmal bis auf 66% Füllstand vollschreiben, dann lösche ich bis auf die letzten. Damit will ich vermeiden, dass immer wieder auf die gleiche Stelle geschrieben wird.