Skip to content

Kopia - Mit Snapshots arbeiten

Kopia
2 1 434
  • frank@HOST:$ kopia snap ls
    frank@HOST:/home/frank
      2020-08-14 19:05:05 CEST k27b52exxxxxxxxxxxxxxxxxx19d4f9 881.7 MB drwxr-xr-x files:8365 dirs:2424 (latest-4)
      2020-08-14 19:30:54 CEST keb36a6e8xxxxxxxxxxxxxxxxxxaf4c0a6 7 GB drwxr-xr-x files:8643 dirs:2488 (latest-3,daily-2,hourly-3)
      2020-08-15 06:37:16 CEST k1b54f42c0a001xxxxxxxxxxxxxxxxxxbc0930 7 GB drwxr-xr-x files:8652 dirs:2505 (latest-2,hourly-2)
      2020-08-15 08:16:33 CEST kf76bd6a93xxxxxxxxxxxxxxa85c9a1 7 GB drwxr-xr-x files:8661 dirs:2501 (latest-1,annual-1,monthly-1,weekly-1,daily-1,hourly-1)
    
    frank@HOST:/media/NAS/kopia_test
      2020-08-14 19:01:25 CEST k4f613af2b4xxxxxxxxxxxxxc11768790 0 B drwxrwxr-x files:0 dirs:1 (latest-1,annual-1,monthly-1,weekly-1,daily-1,hourly-1)
    

    Wir sehen oben das Inhaltsverzeichnis meiner Snapshots. Ich möchte den unteren davon los werden, ist ein leeres Verzeichnis. Beim Testen rein gekommen 🙂

    frank@HOST:.d$ kopia snap delete k4f613af2b4xxxxxxxxxxxxxxxxxxc11768790
    Would delete snapshot 2aff65fa5870xxxxxxxxxxxxxxxxx2925f2 of frank@HOST:/media/NAS/kopia_test at 2020-08-14 19:01:25 CEST (pass --delete to confirm)
    

    Ok, Kopia möchte noch einen Flag haben.

    frank@HOST:$ kopia snap delete --delete k4f613af2bcxxxxxxxxxxxxxxx768790
    Deleting snapshot 2aff65faxxxxxxxxxxxxxxxxxb2925f2 of frank@HOST:/media/NAS/kopia_test at 2020-08-14 19:01:25 CEST...
    

    Ok, ist weg, aber??

    Bildschirmfoto vom 2020-08-15 11-34-26.png

    Der Snapshot ist weg und leer, aber den Eintrag im UI ist noch da. Hmm ?? Mal umgeschaut.

    Bildschirmfoto vom 2020-08-15 11-36-35.png

    Ok, nennt sich Policies 🙂 Auf EDIT klicken.

    Bildschirmfoto vom 2020-08-15 11-38-11.png

    Wenn man jetzt auf Delete Policy klickt, wird die Regel gelöscht und es ist weg 🙂

    Bildschirmfoto vom 2020-08-15 11-40-07.png

    So langsam blick ich da durch 🙂

  • Solltet Ihr mal snaps mit dem Status incomplete haben und möchtet diese loswerden

    :~$ kopia snap ls -i
    USER@HOST:/home/frank
      2020-09-10 16:31:45 CEST k89770cab1061e00ada49efc41075ed34 incomplete:canceled 728.8 MB drwxr-xr-x files:8891 dirs:3033 (incomplete)
      2020-09-10 16:40:05 CEST k27f028b63299983167cb0b4a0c85df80 incomplete:canceled 153.8 MB drwxr-xr-x files:1052 dirs:324 (incomplete)
    

    So was passiert z.B. wenn die Internetleitung rumzickt. Jarek meint, das wäre nicht schlimm, beim nächsten Snapshot wird das gefixt und die Daten genutzt, die schon verarbeitet wurden.

  • OpenSource - Donations 2024

    Allgemeine Diskussionen opensource linux donations
    1
    0 Stimmen
    1 Beiträge
    363 Aufrufe
    Niemand hat geantwortet
  • Debian 13 - Trixie

    Linux linux debian
    1
    0 Stimmen
    1 Beiträge
    188 Aufrufe
    Niemand hat geantwortet
  • NAS 2023 - Software Teil 1

    Angeheftet Verschoben Linux nas linux
    1
    4
    0 Stimmen
    1 Beiträge
    274 Aufrufe
    Niemand hat geantwortet
  • Mainline 5.12.x

    Images linux rockpro64
    2
    0 Stimmen
    2 Beiträge
    379 Aufrufe
    FrankMF
    5.12.0-1149-ayufan released ayufan: defconfig: add MT76x* drivers
  • Bitwarden_RS auf einem Debian Buster 10 Server installieren!

    Angeheftet Linux nginx bitwardenrs linux
    85
    14
    1 Stimmen
    85 Beiträge
    7k Aufrufe
    N
    Immer wieder gerne. Dieses mal gab es richtig etwas zu tun: 13 files changed, 137 insertions(+), 96 deletions(-) Und das nur, damit es überhaupt wieder baut. Danach folgten noch 5 Bugfixing Runden, wobei zwei davon (lediglich) das Packaging betrafen. Ergänzend noch ein Hinweis: Port 3012 für die Websocket Verbindungen ist jetzt offiziell deprecated und wird demnächst vollständig aus Vaultwarden entfernt. Genau jetzt wäre der richtige Zeitpunkt die Apache/Nginx Konfiguration dahingehend anzupassen. Hierfür habe ich neue Templates online gestellt. Apache: https://bitwarden-deb.tech-network.de/Apache-VirtualHost.example.conf Nginx: https://bitwarden-deb.tech-network.de/Nginx-VirtualHost.example.conf Schönen Sonntag!
  • Ubiquiti ER-X - DMZ

    Verschoben OpenWRT & Ubiquiti ER-X openwrt linux er-x
    1
    2
    0 Stimmen
    1 Beiträge
    301 Aufrufe
    Niemand hat geantwortet
  • NanoPi R2S - Firewall mit VLan und DHCP-Server

    Verschoben NanoPi R2S nanopir2s linux
    2
    2
    0 Stimmen
    2 Beiträge
    846 Aufrufe
    FrankMF
    Nachdem ich die Tage feststellen musste, das irgendwas mit dem Gerät nicht stimmte, bekam keine DNS Auflösung über die Konsole, habe ich das heute mal eben neuinstalliert. Armbian ist ja immer was spezielles Hat sich bis heute nix dran geändert..... Ok, dann heute mal eben ein neues Image erstellt. Download Gewählt habe ich das Armbian Buster. Image auf die SD-Karte, eingeloggt. Alles wie oben erstellt und abgespeichert. Neustart, geht wieder alles. root@192.168.3.15's password: _ _ _ ____ ____ ____ | \ | | __ _ _ __ ___ _ __ (_) | _ \|___ \/ ___| | \| |/ _` | '_ \ / _ \| '_ \| | | |_) | __) \___ \ | |\ | (_| | | | | (_) | |_) | | | _ < / __/ ___) | |_| \_|\__,_|_| |_|\___/| .__/|_| |_| \_\_____|____/ |_| Welcome to Debian GNU/Linux 10 (buster) with Linux 5.9.11-rockchip64 System load: 2% Up time: 11 min Memory usage: 10% of 978M IP: 192.168.3.15 192.168.1.1 192.168.2.1 CPU temp: 61°C Usage of /: 5% of 29G Last login: Sun Dec 6 12:28:10 2020 from 192.168.3.213 Kernelversion root@nanopi-r2s:~# uname -a Linux nanopi-r2s 5.9.11-rockchip64 #20.11.1 SMP PREEMPT Fri Nov 27 21:59:08 CET 2020 aarch64 GNU/Linux ip a oot@nanopi-r2s:~# ip a 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000 link/ether b2:b5:10:38:9e:76 brd ff:ff:ff:ff:ff:ff inet 192.168.3.15/24 brd 192.168.3.255 scope global dynamic eth0 valid_lft 6360sec preferred_lft 6360sec inet6 2a02:908:xxxxxx/64 scope global dynamic mngtmpaddr valid_lft 7196sec preferred_lft 596sec inet6 fe80::b0b5:10ff:fe38:9e76/64 scope link valid_lft forever preferred_lft forever 3: lan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 link/ether b2:b5:10:38:9e:96 brd ff:ff:ff:ff:ff:ff 4: lan0.100@lan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000 link/ether b2:b5:10:38:9e:96 brd ff:ff:ff:ff:ff:ff inet 192.168.1.1/24 brd 192.168.1.255 scope global lan0.100 valid_lft forever preferred_lft forever inet6 fe80::b0b5:10ff:fe38:9e96/64 scope link valid_lft forever preferred_lft forever 5: lan0.200@lan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000 link/ether b2:b5:10:38:9e:96 brd ff:ff:ff:ff:ff:ff inet 192.168.2.1/24 brd 192.168.2.255 scope global lan0.200 valid_lft forever preferred_lft forever inet6 fe80::b0b5:10ff:fe38:9e96/64 scope link valid_lft forever preferred_lft forever Vom Notebook aus funktioniert auch alles. So weit bin ich zufrieden. Jetzt mal langsam anfangen, der Kiste IPv6 beizubringen. Oje, nicht gerade mein Lieblingsthema... Bis der NanoPi R4S hier ankommt und ein vernünftiges Image hat, vergeht ja noch was Zeit...
  • Linux Befehle - ls & tail

    Linux linux
    1
    0 Stimmen
    1 Beiträge
    485 Aufrufe
    Niemand hat geantwortet