Dirvish cannot open config file

Hallo,

irgendwie bin ich zu dumm dirvish zum laufen zu bekommen, irgendwas mache ich falsch. Jedes Mal wenn ich versuche das erste Backup zu initalisieren kommt:

cannot open config file: default.conf

master.conf:

bank: /shared/backup/bak/dirvish/webserver
#
#
Runall: webserver-root  2:30
#
expire-default:+14
#
speed-limit: 500

default.conf (liegt unter /shared/backup/bak/dirvish/webserver/webserver-root/dirvish/):

client: webserver
tree: /
xdev: true
image-default: %Y%m%d
exclude:
bin
boot
dev
lib
lib64
lost+found
media
mnt
opt
proc
srv
sys
tmp
usr
var/X11R6
var/adm
var/cache
var/crash
var/games
var/lib
var/lock
var/opt
var/tmp
var/yp

Nachdem ich dann...

dirvish --vault webserver-root --init

ausführe, kommt der obengenannte Fehler. Quelle soll per SSH gesichert werden, dafür habe ich unter /etc/hosts einen entsprechenden Eintrag erstellt.

Jemand eine Ahnung was ich hier falsch mache?

Gruß

Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben

Content-ID: 380608

Url: https://administrator.de/forum/dirvish-cannot-open-config-file-380608.html

Ausgedruckt am: 18.04.2025 um 07:04 Uhr

14 Kommentare

Neuester Kommentar

Moin,

hat die default.conf den korrekten Besitzer und die korrekte Gruppe? Rechte an sich sind korrekt gesetzt?

Gruß, V

default.conf hat 644, also nur Änderung durch Eigentümer (in meinem Fall root) und der Rest kann nur lesen.

Hi,

wenn bank: /shared/backup/bak/dirvish/webserver
dann muss
default.conf unter /shared/backup/bak/dirvish/webserver/dirvish/ liegen.

MfG

Steht aber hier ganz anders: https://wiki.ubuntuusers.de/dirvish/

Aus irgendeinem Grund funktioniert es jetzt auch, nur ignoriert er jetzt meine excludes und kopiert einfach alles.

Zitat von @Fenris14:

default.conf hat 644, also nur Änderung durch Eigentümer (in meinem Fall root) und der Rest kann nur lesen.

Läuft dirvish denn als root?

Zumindest führe ich den Befehl als init-Befehl als Root aus, weshalb ich auch davon ausgehe, dass dirvish ebenfalls als root ausgeführt wird.

Zitat von @Fenris14:

Zumindest führe ich den Befehl als init-Befehl als Root aus, weshalb ich auch davon ausgehe, dass dirvish ebenfalls als root ausgeführt wird.

Schau doch bitte mal nach dem Start der Anwendung im Top oder htop, als welcher User der Prozess läuft.

Gruß, V

Ich kenne dirvish nicht aber ich gehe mal davon aus, dass die Konfigurationsdatei ein Makefile ist. Das heißt du musst bei exclude: den einzelnen Verzeichnissen ein Tabulator voranstellen.

Zitat von @bloodstix:

Ich kenne dirvish nicht aber ich gehe mal davon aus, dass die Konfigurationsdatei ein Makefile ist. Das heißt du musst bei exclude: den einzelnen Verzeichnissen ein Tabulator voranstellen.

Das wäre dann aber eher ein Parsing Error. Hier geht's ja schon beim Öffnen los.

Warum es jetzt auch immer funktioniert hat, ist mir schleierhaft.

Das mit den excludes konnte ich auch herausfinden.

Man darf keine Tabs verwenden und nach dem 'exclude:' darf nichts stehen.

Beispiel:

exclude:
        bin
        boot
        dev
        lib
        lib64
        lost+found
        media
        mnt
        opt
        proc
        sbin
        selinux
        srv
        sys
        tmp
        usr
        var/X11R6
        var/adm
        var/cache
        var/crash
        var/games
        var/lib
        var/lock
        var/opt
        var/tmp
        var/yp

Nur dann wird es erkannt.

Oh, ich sehe gerade dass bei dir ja noch "runall: webserver-root" gibt.
Könnte es sein, dass ein dirvish Prozess bereits läuft und die Config Datei sperrt?

Du schreibst "man darf _keine_ Tabs verwenden". In deinem Beispiel sind aber Tabs!....

Dachte ich auch erst, aber dirvish muss nur die Config-File lesen. Er macht zwar während des Prozess eine Lock-File, aber eben nur damit die Einstellungen nicht während der Ausführung geändert werden können.

Ich glaube mittlerweile, dass es damit zusammenhängt das ich aus meiner Verzweiflung heraus eine lokale Sicherung eingerichtet hatte und diese ausgeführt habe. Einfach um zu testen ob irgendwie zu blöd bin. Danach stellte sich heraus dass es plötzlich beim anderen auch funktioniert hat, obwohl es genau gleich angelegt wurde.