Veeam Agent for Linux – mit E-Mail Bericht versehen

View Comments

• Hallo!
  Bei mir bringt sqlite3 diese Fehlermeldung, wenn ich den Select ausführe.

  Error: file is encrypted or is not a database

  Hast du eine Idee dazu?

  Viele Dank!

  • Hallo Marcel,

    welche Version von Veeam hast du installiert?
    Was liefert der Befehl:
    sqlite3 /var/lib/veeam/veeam_db.sqlite "select start_time, end_time, state, progress_details from JobSessions order by start_time DESC limit 1;"

    Wenn du ihn manuell startest?

    Schöne Grüße
    Manfred

• [root@server /]# sqlite3 /var/lib/veeam/veeam_db.sqlite "select start_time, end_time, state, progress_details from JobSessions order by start_time DESC limit 1;"
  Error: file is encrypted or is not a database

  [root@server /]# veeamconfig -v
  v1.0.1.364

  • Hallo Marcel,

    was liefert dir denn:
    file /var/lib/veeam/veeam_db.sqlite
    bei mir kommt:
    /var/lib/veeam/veeam_db.sqlite: SQLite 3.x database, user version 6

    Ich kann jetzt nicht ausschließen dass veeam gelegentlich die Datenbank verschlüsselt anlegt, wüsste jetzt aber keine Grund dafür - da müsstest du mal bei deren Support anfragen!

    Schöne Grüße
    Manfred

    • Hallo Manfred,

      die Datenbank ist nicht verschlüsselt, die Fehlermeldung ist nur irreführend. Der Fehler tritt bei mir auch auf - aber nur unter Cloudlinux. Mit sqlite3 kann man die DB nicht bearbeiten, was möglicherweise an der Implementierung in CentOS basierten Linuxversionen beruht.

      Unter Debian funktioniert es einwandfrei.

      Grüsse

      Micha
      .

• Verry GOOD !!!
  Howto add it to cron or howto run this script automatically ?

  Thanks,
  Petr

  • Hi Petr,

    you could add that script to the veeam job under advanced as post-job!
    So it will be executed after the backup job has run.

• Hi,

  I will use and modify this script.

  Very good job!!

  Thank you,
  Jose Manuel.

• Super Script! Danke dafür!
  Habe Zeile 39 so angepasst, dass auch bei erfolgreichen Jobs das Skript sofort aussteigt. Identisch zu laufenden Skripten.
  Somit bekomme ich nur eine Meldung wenn es einen Warning oder einen Fehler gab. Das hält den Blick scharf :-)

  • Hallo Tobias,

    ich habe mit Absicht die Meldung im Erfolgsfall aktiv gelassen damit ich sehe dass das Backup auch wirklich läuft. Mal angenommen es wird nicht gestartet, dann sieht man auch keine Fehler oder Warnmeldung in seinem Postfach - mit auskommentierter Erfolgsmeldung würde das dann dem Status gleich kommen den man hat wenn das Backup funktionierend durchgelaufen ist.

    Aus meiner Sicht daher eher kontraproduktiv! :-)

    Schöne Grüße
    Manfred

• Toll, vielen Dank!

  In der aktuellen Version v2.0.0.400 des Veeam Agent gibt es in der veeamconfig-Ausgabe am Ende eine weitere Zeile mit der Anzahl der Sessions. Damit das abgefangen wird:

  Zeile 27:
  SESSID=$($VC session list|tail -1|awk '{print $3}')

  Ersetzen durch:
  if [ "${AGENT:0:2}" == "v2" ]; then
  SESSID=$($VC session list|tail -2|head -n 1|awk '{print $3}')
  else
  SESSID=$($VC session list|tail -1|awk '{print $3}')
  fi

  • Hallo Karsten,

    vielen Dank für den Hinweis - ich hab's angepasst.
    Ich habe einfach ein "grep -v 'Total amount'" mit eingebaut - das wäre dann versionsunabhängig.

    Schöne Grüße
    Manfred

• Vielen Dank für das Script, läuft auf Anhieb und erspart die Arbeit nach den Logfiles zu schauen.

  Danke

  • hat evtl. noch jemand das Problem, dass das Script nicht als Postscript im Veeam läuft?
    Erst hatte ich auch Probleme das Script per Cronjob aufzurufen, da gab es den Fehler "sendmail nicht gefunden", das habe ich erfolgreich durch das Ergänzen des kompletten Pfades um Script behoben.
    Mir gelingt es trotzdem nicht das Script als Postscript laufen zu lassen, Fehlermeldungen gibt es keine und es kommt auch keine Mail an. Manuell und per Cronjob läuft alles....

    Grüße Jens

    • Hallo Jens,

      das klingt irgendwie als würden irgendwelche environment Variablen fehlen die benötigt werden.

      Zu dem von dir im Kontaktformular übermittelten Link - das könnte auch ein anderes Problem sein, eventuell fehlende Ausführungsrechte vom Script oder so... Die Frage dort ist eher ob's überhaupt ausgeführt wird oder nicht.

      Schöne Grüße
      Manfred

      • Hallo Manfred,

        ich habe mich jetzt mal ein wenig mit dem Script befasst.
        Als erstes habe ich herausgefunden, dass das Post-Script ausgeführt wird.
        Dann habe ich mir die Variablen angeschaut, hier scheint es ein Problem zu geben, wenn das Script als Post-Script läuft, dann wird nämlich die Variable $STATE immer mit "1" befüllt und damit das Script beendet. Ich denke, es ist damit zu erklären, das das Backup noch nicht beendet ist.

        Lasse ich das Script per Cronjob nach dem Backup laufen funktioniert die Erkennung.

        Grüße Jens

        • Du hast Recht es hängt mit dem STATE zusammen, das Script prüft ja ob noch ein Job läuft weil eigentlich erst nach beendetem Job sicher ist wie er abgelaufen ist! ;-)
          Es ist so also als Post-Script nicht wirklich geeignet, es sei denn veeam beschließt das Post-Script erst zu starten wenn der eigentliche Backup Job schon beendet wurde.

        • Eine Möglichkeit wäre ein Post-Script einzusetzen, welches dein Script aufruft.
          In Deinem Script eine kurze Zeitschleife rein und es sollte funktionieren, weil das Backup dann fertig sein sollte.

        • Die Möglichkeit habe ich mir auch mal überlegt, ganz optimal scheint sie mir aber nicht. :-)
          Ich würde die Verzögerung aber wenn dann in's aufrufende Script einbauen, so in etwa:

          #!/bin/bash

          sleep 5 && echo "OK" &

          exit 0

          Einfach den Scriptaufruf statt echo "OK" rein und schon sollte es 5 Sekunden verzögert starten.

• Hallo,

  danke für das hilfreiche Script. Es hat bei mir initial einmal funktioniert, danach aber leider nicht mehr.
  Ich hatte den ersten Job nochmal entfernt und einen neuen angelegt, seither klappt etwas nicht mehr. Obwohl das letzte Backup erfolgreich war (https://pasteboard.co/H3WSdQO6.png) kommt das Script zum Ergebnis, das Backup sei noch im Gange:

  > echo $STATE
  1

  Allerdings stimmt die Session-ID auch nicht mir jener überein, die im Log-Ordner auftaucht:

  echo $SESSID
  142b0f01-abab-4de4-b580-ff9f7c2ccd0f

  > ls /var/log/veeam/Backup/Full
  Session_20180121_121415_{3892a52e-41c9-44c5-ba08-5800f6fc740b}

  Ist etwas durcheinander gekommen? Wäre dankbar für einen Hinweis.

  Danke & Gruß
  Jan

  • Hallo Jan,

    ich würde nicht allzu lange suchen und einfach veeam noch einmal deinstallieren, anschließend /etc/veeam und /var/lib/veeam löschen und dann veeam erneut installieren und die Sicherung frisch einrichten.
    Das dürfte vermutlich schneller gehen als den Fehler zu suchen! ;-)

    Schöne Grüße
    Manfred

    • Hallo Manfred,

      Danke für den Hinweis. Du hast recht, mit frischer Konfiguration ist der Output des Script korrekt. Allerdings scheint Veeam Agent for Linux in der aktuellen Version einen Bug zu haben, der dazu führt, dass das Post-Job-Script (in bestimmten Situationen - bei vielen von euch scheint es ja zu klappen) gar nicht ausgeführt wird.

      Hier ist das Problem bereits beschrieben: https://forums.veeam.com/veeam-agent-for-linux-f41/post-job-doesn-t-work-t47878.html

      Ich habe daher einen Fall bei Veeam geöffnet.

      Gruß
      Jan

      • Hallo Jan,

        lies dir bitte mal den Kommentar von Jens durch...!

      • Hallo Jan,

        wie du oben lesen kannst, ist das "Problem" mit dem STATE gelöst.
        Wie ich jetzt aber mehrfach feststellen musste, ist es scheinbar Glückssache ob das post-script vom Veeam überhaupt gestartet wird. Ich habe es mit einem einfachen Script welches das Datum in ein File schreibt getestet. Momentan wird es gar nicht mehr gestartet....
        Es wäre nett, wenn du uns hier auf dem Laufenden halten würdest, bzw. uns einen Link zu dem gemeldeten Fall posten könntest.

        Danke Jens

        • Hallo Jens,

          genau - ich lasse auch zu Beginn ein Datum schreiben und das passiert bei mir nie.

          Der Fall ist bei Veeam nicht öffentlich einsehbar, sondern an meinen Account gebunden. Ich poste aber gerne was, wenn ich eine zielführende Antwort habe.

          Grüße
          Jan

• Ich habe mal den veeamservice neu gestartet. Nun bekomme ich aber eine "Failed"-E-Mail, die nicht zutreffend ist, da das Backup in Wirklichkeit erfolgreich war und auch nur von 12:14 bis 12:18 Uhr dauerte (https://pasteboard.co/H3X5x3n.png)

• Antwort von Veeam (Workaround noch nicht von mir validiert):

  ------------------------
  I've discussed your question, and it seems to be a known issue, which will be fixed in the next update of Veeam Agent.

  As a workaround please create additional dummy "pre-job" script for example:

  #!/bin/bash
  exit 0
  ------------------------