Riesige tägliche Backups

ChrisPrefect

@homoran sagte in Riesige tägliche Backups:

da sind noch etliche präzise Fragen offen, wo trotz mehrfacher Nachfrage nichts kommt

z.B.?? Ich versuche jeden Post zu lesen und zu antworten. Das ist ein riesiger Aufwand. Aber ich will ja am Schluss das Problem lösen und ev. ioBroker besser machen.

Also, was fehlt dir und wie kann ich dir das liefern?

ChrisPrefect

@djmarc75 sagte in Riesige tägliche Backups:

rechts oben in der Adapterkonfig...

Danke! Noch nie gebraucht, wozu auch.

{
  "_id": "system.adapter.backitup.0",
  "common": {
    "name": "backitup",
    "version": "2.6.7",
    "title": "BackItUp",
    "authors": [
      "simatec <nais@gmx.net>",
      "peoples0815 <peoples0815github@gmail.com>",
      "bluefox <dogafox@gmail.com>"
    ],
    "osDependencies": {
      "linux": [
        "cifs-utils",
        "nfs-common"
      ]
    },
    "docs": {
      "en": "docs/en/backitup.md",
      "de": "docs/de/backitup.md"
    },
    "platform": "Javascript/Node.js",
    "mode": "daemon",
    "compact": true,
    "icon": "backitup.png",
    "materialize": true,
    "messagebox": true,
    "stopBeforeUpdate": true,
    "enabled": true,
    "extIcon": "https://raw.githubusercontent.com/simatec/ioBroker.backitup/master/admin/backitup.png",
    "keywords": [
      "Backup",
      "IoBroker",
      "Homematic"
    ],
    "readme": "https://github.com/simatec/ioBroker.backitup/blob/master/README.md",
    "loglevel": "info",
    "type": "general",
    "license": "MIT",
    "plugins": {
      "sentry": {
        "dsn": "https://e8510540c3a343aa8ce5678a4b3c8107@sentry.iobroker.net/36"
      }
    },
    "installedFrom": "iobroker.backitup@2.6.7",
    "installedVersion": "2.6.7",
    "host": "ioBrokerVM",
    "materializeTab": true,
    "adminTab": {
      "ignoreConfigUpdate": true,
      "singleton": false,
      "name": {
        "en": "Backup",
        "de": "Backup",
        "ru": "Резервное копирование",
        "pt": "Cópia de segurança",
        "nl": "Back-up",
        "fr": "Sauvegarde",
        "it": "Backup",
        "es": "Respaldo",
        "pl": "Utworzyć kopię zapasową"
      },
      "fa-icon": "</i><img style='width:24px;margin-bottom:-6px;' src='/adapter/backitup/backitup.svg'><i>"
    },
    "connectionType": "local",
    "dataSource": "assumption",
    "adminUI": {
      "config": "materialize",
      "tab": "materialize"
    },
    "dependencies": [
      {
        "js-controller": ">=3.3.0"
      }
    ],
    "globalDependencies": [
      {
        "admin": ">=5.2.0"
      }
    ],
    "messages": [
      {
        "condition": {
          "operand": "and",
          "rules": [
            "oldVersion<2.5.0",
            "newVersion>=2.5.0"
          ]
        },
        "title": {
          "en": "Re-authenticate Google Drive after Update!",
          "de": "Re-authenticate Google Drive nach Update!",
          "ru": "Re-аутентификация Google Drive после обновления!",
          "pt": "Re-autenticação Google Drive após atualização!",
          "nl": "Re-authentic Google Drive na Update!",
          "fr": "Re-authenticate Google Drive après mise à jour!",
          "it": "Rinforzo Google Drive dopo Aggiornamento!",
          "es": "Reauthenticate Google Drive after Update!",
          "pl": "Ponowny autentyczny Google Drive (ang.)!",
          "uk": "Реабілітація Google Диск після оновлення!",
          "zh-cn": "逮捕 谷歌博士在最新情况之后!"
        },
        "text": {
          "en": "After installing this update the google drive access token needs to be re-authenticated in the Instance-Settings! Of course, only if google drive is used.",
          "de": "Nach der Installation dieses Updates muss der google drive access token in den Instanz-Settings neu authentifiziert werden! Natürlich nur, wenn Google-Drive verwendet wird.",
          "ru": "После установки этого обновления токен доступа Google для доступа должен быть повторно авторизован в Instance-Settings! Конечно, только если Google Drive используется.",
          "pt": "Depois de instalar esta atualização o token de acesso de unidade do google precisa ser re-autenticado nas configurações de instância! Claro, só se o Google Drive é usado.",
          "nl": "Na het installeren van deze update moet de Google drive toegang tot token opnieuw geauthenticeerd worden in de Instance-Settings! Natuurlijk, alleen als Google Drive gebruikt wordt.",
          "fr": "Après l'installation de cette mise à jour, le jeton d'accès au lecteur google doit être réauthentifié dans le cas-Settings! Bien sûr, seulement si le lecteur de google est utilisé.",
          "it": "Dopo l'installazione di questo aggiornamento l'accesso a Google Drive token ha bisogno di essere ri-authenticated nelle Impostazioni di istanza! Naturalmente, solo se Google Drive viene utilizzato.",
          "es": "Después de instalar esta actualización, el acceso de la unidad de Google token tiene que ser re-authenticated en la Instance-Settings! Por supuesto, sólo si se utiliza la unidad de Google.",
          "pl": "Po zainstalowaniu tej aktualizacji znak dostępu do google musi zostać przywrócony w Instance-Settings! Z biegiem tylko wtedy, gdy używa się google.",
          "uk": "Після встановлення цього оновлення токени доступу Google повинні бути переоцінені в Instance-Settings! Звичайно, тільки якщо використовується Google Drive.",
          "zh-cn": "在安装这一最新消息之后,在Setting-Settings需要重新得到治疗。 当然,只使用了防污。."
        },
        "level": "warn",
        "buttons": [
          "agree",
          "cancel"
        ]
      }
    ]
  },
  "native": {
    "minimalEnabled": true,
    "ccuEnabled": false,
    "redisEnabled": false,
    "javascriptsEnabled": true,
    "zigbee2mqttEnabled": false,
    "zigbeeEnabled": true,
    "historyEnabled": true,
    "influxDBEnabled": true,
    "mySqlEnabled": false,
    "pgSqlEnabled": false,
    "sqliteEnabled": false,
    "grafanaEnabled": true,
    "noderedEnabled": false,
    "yahkaEnabled": false,
    "jarvisEnabled": true,
    "cifsEnabled": false,
    "ftpEnabled": true,
    "dropboxEnabled": true,
    "googledriveEnabled": false,
    "webdavEnabled": false,
    "onedriveEnabled": false,
    "notificationEnabled": true,
    "restoreTab": true,
    "debugLevel": false,
    "sentry_enable": false,
    "ignoreErrors": false,
    "historyEntriesNumber": "10",
    "fileSizeWarning": "20000",
    "fileSizeError": "10000",
    "hostType": "Single",
    "slaveInstance": [],
    "slaveNameSuffix": "",
    "stopSlaveAfter": false,
    "minimalTime": "02:00",
    "minimalEveryXDays": "1",
    "minimalDeleteAfter": "10",
    "minimalNameSuffix": "initial FTP",
    "ccuTime": "01:30",
    "ccuEveryXDays": "3",
    "ccuDeleteAfter": "5",
    "ccuHost": "",
    "ccuUser": "Admin",
    "ccuPassword": "",
    "ccuUsehttps": false,
    "ccuSignedCertificates": true,
    "ccuMulti": false,
    "mySqlHost": "localhost",
    "mySqlPort": "3306",
    "mySqlName": "iobroker",
    "mySqlUser": "",
    "mySqlPassword": "",
    "mySqlDumpExe": "",
    "mysqlQuick": false,
    "mysqlSingleTransaction": false,
    "mySqlMulti": false,
    "pgSqlHost": "",
    "pgSqlPort": "5432",
    "pgSqlName": "",
    "pgSqlUser": "",
    "pgSqlPassword": "",
    "pgSqlDumpExe": "",
    "pgSqlMulti": false,
    "grafanaHost": "",
    "grafanaPort": "3000",
    "grafanaProtocol": "http",
    "grafanaUsername": "admin",
    "grafanaPassword": "",
    "grafanaApiKey": "",
    "grafanaSignedCertificates": true,
    "influxDBType": "remote",
    "influxDBHost": "localhost",
    "influxDBPort": "8088",
    "influxDBProtocol": "http",
    "influxDBVersion": "1.x",
    "influxDBName": "iobroker",
    "influxDBDumpExe": "",
    "influxDBToken": "",
    "influxDBMulti": false,
    "deleteOldDataBase": false,
    "sqlitePath": "/opt/sqlite/data.db",
    "sqliteDumpExe": "",
    "redisType": "local",
    "redisPath": "/var/lib/redis",
    "redisAOFactive": false,
    "redisHost": "",
    "redisPort": "6379",
    "redisUser": "",
    "redisPassword": "",
    "historyPath": "",
    "zigbee2mqttPath": "/var/lib/docker/volumes/zigbee2mqtt/_data",
    "notificationsType": "Telegram",
    "telegramInstance": "telegram.0",
    "telegramUser": "allTelegramUsers",
    "telegramNoticeType": "longTelegramNotice",
    "telegramWaitToSend": "0",
    "telegramSilentNotice": false,
    "telegramOnlyError": true,
    "whatsappInstance": "",
    "whatsappNoticeType": "longWhatsappNotice",
    "whatsappWaitToSend": "0",
    "whatsappOnlyError": false,
    "signalInstance": "",
    "signalNoticeType": "longSignalNotice",
    "signalWaitToSend": "0",
    "signalOnlyError": false,
    "matrixInstance": "",
    "matrixNoticeType": "longMatrixNotice",
    "matrixWaitToSend": "0",
    "matrixOnlyError": false,
    "pushoverInstance": "",
    "pushoverNoticeType": "longPushoverNotice",
    "pushoverWaitToSend": "0",
    "pushoverDeviceID": "",
    "pushoverSilentNotice": false,
    "pushoverOnlyError": false,
    "emailReceiver": "xxx@xxx.com",
    "emailSender": "xxx@xxx.com",
    "emailInstance": "email.0",
    "emailNoticeType": "longEmailNotice",
    "emailWaitToSend": "0",
    "emailOnlyError": false,
    "connectType": "NFS",
    "cifsMount": "192.168.100.100",
    "cifsDomain": "",
    "smbType": "vers=1.0",
    "cifsUser": "",
    "cifsPassword": "",
    "noserverino": false,
    "sudoMount": false,
    "cifsDeleteOldBackup": false,
    "cifsOwnDir": true,
    "wakeOnLAN": false,
    "macAd": "20:DE:20:DE:20:DE",
    "wolWait": "25",
    "cifsMinimalDir": "sharename/backupDir",
    "cifsCcuDir": "sharename/backupDir",
    "cifsDir": "sharename/backupDir",
    "ftpHost": "192.168.20.100",
    "ftpPort": "21",
    "ftpUser": "iobroker",
    "ftpPassword": "P\u0017I\bYQAXY\u0000CU",
    "ftpDeleteOldBackup": false,
    "ftpSecure": false,
    "ftpOwnDir": true,
    "ftpMinimalDir": "",
    "ftpCcuDir": "",
    "ftpDir": "/backupDir",
    "webdavURL": "https://example.com/remote.php/dav/files/username/",
    "webdavUsername": "username",
    "webdavPassword": "",
    "webdavSignedCertificates": true,
    "webdavDeleteOldBackup": false,
    "webdavOwnDir": false,
    "webdavMinimalDir": "/backupDir/iobroker",
    "webdavCcuDir": "/backupDir/ccu",
    "webdavDir": "/backupDir",
    "dropboxTokenType": "custom",
    "dropboxAccessJson": "",
    "dropboxCodeChallenge": "",
    "dropboxAccessToken": "",
    "dropboxDeleteOldBackup": true,
    "dropboxOwnDir": false,
    "dropboxMinimalDir": "/backupDir/iobroker",
    "dropboxCcuDir": "/backupDir/ccu",
    "dropboxDir": "/ioBroker-Backup",
    "onedriveAccessJson": "",
    "onedriveDeleteOldBackup": false,
    "onedriveOwnDir": false,
    "onedriveMinimalDir": "backupDir/iobroker",
    "onedriveCcuDir": "backupDir/ccu",
    "onedriveDir": "backupDir",
    "googledriveAccessTokens": "",
    "googledriveDeleteOldBackup": false,
    "googledriveOwnDir": false,
    "googledriveMinimalDir": "/backupDir/iobroker",
    "googledriveCcuDir": "/backupDir/ccu",
    "googledriveDir": "/backupDir",
    "restoreSource": "local",
    "startAllRestore": false,
    "ccuEvents": [],
    "influxDBEvents": [],
    "mySqlEvents": [],
    "pgSqlEvents": []
  }
}

Homoran

@chrisprefect sagte in Riesige tägliche Backups:

Ich versuche jeden Post zu lesen

und ich lese sogar jeden ;-)

aber ich suche jetzt nicht nochmal für dich alle Posts nach offenen Punkten durch und sammele sie.
Das ist am Handy zu viel.

ChrisPrefect

@mr-burns sagte in Riesige tägliche Backups:

@simatec
Ich glaube ich hab es nicht verstanden.
Der Festplattenspeicher ist mehr als 10 fach so groß wie die History Backups.
Aber nach 10 Tagen ist er voll, wenn ich nicht manuell Lösche. Hab ich halt ein paar mal vergessen.

Du musst auch manuell die Files unter /opt/iobroker/backups löschen? :flushed:

Mr. Burns

@chrisprefect
Ja hab ich so gemacht...wie gesagt, hab ich die Backups der History aber derzeit deaktiviert.

ChrisPrefect

@simatec sagte in Riesige tägliche Backups:

@chrisprefect Ich finde das extrem vermessen von dir, wie du dich hier äußerst, ohne überhaupt zu verstehen, was da eigentlich passiert.

Was?? Ich weiss ernsthaft nicht, was du mir hier vorwirfst!

OK, nach langem Suchen habe ich gefunden, wo ich das Loglevel umstellen kann und das Backup läuft nun.

ChrisPrefect

@mr-burns sagte in Riesige tägliche Backups:

@chrisprefect
Ja hab ich so gemacht...wie gesagt, hab ich die Backups der History aber derzeit deaktiviert.

OK, das zeigt, dass ich nicht alleine bin mit dem Problem.

Anscheinend ist meine Konfiguration doch nicht so seltsam...

Thomas Braun

@chrisprefect sagte in Riesige tägliche Backups:

@thomas-braun sagte in Riesige tägliche Backups:

@chrisprefect sagte in Riesige tägliche Backups:

Das hilft noch immer nicht weiter. Es wäre super, wenn du die Frage beantworten könntest. Danke!

Lies deinen eigenen Thread.

Thomas, du bist sehr unhöflich. Du weisst genau, dass ich nicht weiss, was du sagen willst. Was habe ich denn nun für "seltsame Konstellationen"? ioBroker mit Backup auf FTP? Oder Virtualbox? Oder was denn nun? Ich mache alles so, wie ich es in Anleitungen oder in Foren hier finde.

Hier:
https://forum.iobroker.net/topic/63547/failed-to-lock-db-file-nach-festplatte-voll

Genau der gleiche Tenor von dir:
Ich hab alles richtig gemacht, alle anderen haben Murks programmiert und mir nicht gesagt das es nur so funktioniert und nicht so wie ich es mir vorstelle.

DJMarc75

@chrisprefect falls von Interesse:

backitup.0.history.json

hier kannst Du Dir sogar mit wenig Aufwand ansehen wann welches Backup ausgeführt wurde.

Homoran

@chrisprefect sagte in Riesige tägliche Backups:

das Backup läuft nun.

@chrisprefect sagte in Riesige tägliche Backups:

Ich habe nie manuell Backups gemacht.
Wie könnte man denn überhaupt manuell ein lokales Backup anstossen?

ist das jetzt ein manuell angestoßenes Backup?

simatec

@thomas-braun sagte in Riesige tägliche Backups:

@chrisprefect sagte in Riesige tägliche Backups:

@thomas-braun sagte in Riesige tägliche Backups:

@chrisprefect sagte in Riesige tägliche Backups:

Das hilft noch immer nicht weiter. Es wäre super, wenn du die Frage beantworten könntest. Danke!

Lies deinen eigenen Thread.

Thomas, du bist sehr unhöflich. Du weisst genau, dass ich nicht weiss, was du sagen willst. Was habe ich denn nun für "seltsame Konstellationen"? ioBroker mit Backup auf FTP? Oder Virtualbox? Oder was denn nun? Ich mache alles so, wie ich es in Anleitungen oder in Foren hier finde.

Hier:
https://forum.iobroker.net/topic/63547/failed-to-lock-db-file-nach-festplatte-voll

Genau der gleiche Tenor von dir:
Ich hab alles richtig gemacht, alle anderen haben Murks programmiert und mir nicht gesagt das es nur so funktioniert und nicht so wie ich es mir vorstelle.

Ja genau den Eindruck habe ich auch @Thomas-Braun

ChrisPrefect

@homoran sagte in Riesige tägliche Backups:

@chrisprefect sagte in Riesige tägliche Backups:

Ich habe nie manuell Backups gemacht.
Wie könnte man denn überhaupt manuell ein lokales Backup anstossen?

ist das jetzt ein manuell angestoßenes Backup?

Ja, das ist ein normales Backup und kein lokales Backup. Ich kann ja nicht mal lokale Backups konfigurieren in den Adapter-Einstellungen, nur FTP und Dropbox.

Eigentlich sollten gar keine lokalen Dateien gespeichert werden. Oder wenn, dann müsste es eine separate Checkbox für "Lokale Backups" geben bei den Backup-Zielen. Ich würde das sofort deaktivieren, das bringt mir nichts.

simatec

@mr-burns Wenn deine Backups in Summe z.B. ca. 500 MB sind, würde ich die Grenze ruhig auf 1GB setzen.
Eine frühe Meldung ist immer sinnvoll

simatec

@chrisprefect Dann lies die Doku. Wenn du kein CIFS oder NFS mount nutzt, liegen die Backups immer lokal.
FTP und Dropbox sind lediglich Kopien

Mr. Burns

@simatec wo kann ich denn eine Grenze einstellen?
Das History DB Backup ist schon ein paar GB groß...

simatec

@chrisprefect Warum bist du überhaupt mit deinen Kenntnissen in der Beta Repo unterwegs?

Homoran

@chrisprefect sagte in Riesige tägliche Backups:

Ja, das ist ein normales Backup und kein lokales Backup. Ich kann ja nicht mal lokale Backups konfigurieren in den Adapter-Einstellungen, nur FTP und Dropbox.

da vermischst du wieder einiges.
Natürlich kannst du lokale Backups konfigurieren, einfach indem du kein ftp, copy oder dropböxe auswählst.

mir ging es darum, dass bei manuellen Backups keine alten Backups gelöscht werden.
Und auf die Frage danach hattest du gesagt du wüsstest nichtmal wie man manuelle Backups macht.

Daher war es jetzt denkbar, dass du den Zeitplan auf 14:23 gestellt hattest.

simatec

@mr-burns

Die 512MB im Screenshot sind der absolute Grenzwert. Ist der Unterschritten, werden keine Backups erstellt und du wirst benachrichtigt

Homoran

@mr-burns sagte in Riesige tägliche Backups:

@simatec wo kann ich denn eine Grenze einstellen?
Das History DB Backup ist schon ein paar GB groß...

und da würde ich großzügige Werte e7ngeben

ChrisPrefect

Genau der gleiche Tenor von dir:
Ich hab alles richtig gemacht, alle anderen haben Murks programmiert und mir nicht gesagt das es nur so funktioniert und nicht so wie ich es mir vorstelle.

Dass ich alles richtig mache habe ich nie gesagt. Ich habe gesagt, ich mache alles nach bestem Wissen und Gewissen.

Wenn Konfigurationseinstellungen missverständlich sind, sollte versucht werden, die Beschreibung klarer zu machen.

Wenn Systeme, die monatelang stabil laufen, auf einmal ohne vorherige Fehlermeldung komplett zerschossen sind und nicht mehr gerettet werden können, ist etwas gewaltig schiefgelaufen, was nicht alleine am User liegen kann.

Ich werde ja zum Glück bestätigt von anderen Usern, die ähnliche Probleme haben.

Viele werden das halt gar nicht zurückmelden und irgendwie versuchen damit klarzukommen und Workarounds suchen, wie z.B. regelmässig manuell alte Backups zu löschen.

Ihr könnt gerne wütend sein auf mich, aber ich bin nur der Überbringer der Botschaft. Und ich mache nicht mal Vorwürfe, ich sage nur, wo ich Probleme hatte und bringe Vorschläge, wie man die Probleme ev. lösen könnte.

Community Forum

NEWS

Riesige tägliche Backups

Support us

574

32.5k

81.8k

1.3m