Beiträge von Twitch5788

  • NFS mount füllt nach update von Debian 12 auf 13 das root Verzeichnis

    Die Netzwerkkonfiguration ist auch statisch. Liegt unter

    Code
    /etc/network/interfaces.d/50-cloud-init.cfg

    So sah mein Eintrag unter Debian 12 auch aus in der /etc/fstab

    Dann hab eich mich auf die Suche gemacht und im Wiki Ergänzungen gefunden: https://helpcenter.netcup.com/de/wiki/server/storagespace

    Hab ich dann auf das hier abgeändert:

    Code
    IP:/STORAGEPFAD /mnt/storagespace nfs nolock,nfsvers=3,defaults 0 0

    Hat aber an meinem Problem nichts geändert. Komisch ist auch, dass es bei meinen beiden Servern auftritt.

    Die Server laufen schon über 3 Jahre so. Sie wurden initial mit Debian Bullseye installiert dann auf Bookworm aktualisiert, und es gab nie Probleme.

    Jetzt beim Update auf Trixie treten die Probleme das erste mal auf.

  • NFS mount füllt nach update von Debian 12 auf 13 das root Verzeichnis

    Mir ist kein job bekannt der so was machen würde:

    Code
    :~#grep -R "cp -r /mnt" /etc/systemd /etc/init.d /usr/local /root /home -n
grep: /etc/systemd/system/multi-user.target.wants/systemd-resolved.service: No such file or directory
grep: /etc/systemd/system/multi-user.target.wants/nullmailer.service: No such file or directory
grep: /etc/systemd/system/multi-user.target.wants/snapd.aa-prompt-listener.service: No such file or directory
grep: /etc/systemd/system/cloud-init.target.wants/cloud-init.service: No such file or directory
grep: /etc/systemd/system/dbus-org.freedesktop.resolve1.service: No such file or directory

  • NFS mount füllt nach update von Debian 12 auf 13 das root Verzeichnis

    Hallo zusammen,

    ich habe zwei VPS Server mit Debian 12 am laufen. Beide greifen über ein NFS Share auf einen Storagespace zu.

    Eingebunden wurde das ganze über /etc/fstab

    Code
    AAA.ZZZ.YYY.XXX:/volnaabbccdd /mnt/storagespace nfs nolock,nfsvers=3,_netdev,x-systemd.automount,x-systemd.mount-timeout=30,defaults 0 0

    Seit ich die Server auf Debian 13 aktualisiert habe, startet sich beim Boot ein copy Befehl der wie folgt ausschaut:

    Code
    cp -r /mnt /root

    Dadurch laufen dann nach ein paar Minuten die internen Festplatten der VPS Server voll. Ich habe im Internet bereits geschaut, es sieht so aus, dass er den Mount einhängen will wenn das Netzwerk noch nicht da ist. Dadurch erstellt er dann lokal den Share. Sobald das Netzwerk dann da ist, kopiert er den Inhalt des NFS Shares auf das lokale Verzeichnis.

    Ich habe bereits folgende Parameter hinzugefügt, haben aber nichts gebracht:

    Code
    _netdev,x-systemd.automount,x-systemd.mount-timeout=30

    Hat jemand das gleiche Problem und kann mir sagen wie ich das lösen kann.

    Bin für jede Hilfe dankbar.

    Gruß
    Daniel