linux-nerds.org

Your browser does not seem to support JavaScript. As a result, your viewing experience will be diminished, and you have been placed in read-only mode.

Please download a browser that supports JavaScript, or enable it if it's disabled (i.e. NoScript).

Kopia - Administrative Aufgaben

Kopia

1 Beiträge 1 Kommentatoren 259 Aufrufe

FrankM

schrieb am

Es gibt ja für Kopia ganz viele Konsolen Befehle, wenn man nun von entfernt auf den Kopia-Server zugreift, kann man viele davon nicht ausführen! Nehmen wir dieses Beispiel.

 kopia maintenance info

Um diesen Befehl abzusetzen, muss mal als der User eingeloggt sein, dem das Repository gehört. Beispiel, das Repo gehört dem KOPIA-USER. Dann kann auch NUR dieser den Befehl absetzen.

Eingeloggt als KOPIA_USER

 $ kopia maintenance info
 Owner: USER@DOMAIN
 Quick Cycle:
   scheduled: true
   interval: 1h0m0s
   next run: 2020-08-22 15:23:55 CEST (in 53m31s)
 Full Cycle:
   scheduled: true
   interval: 4h0m0s
   next run: 2020-08-22 17:56:10 CEST (in 3h25m46s)
 Recent Maintenance Runs:
   full-delete-blobs:
     2020-08-22 13:56:12 CEST (0s) SUCCESS
   full-rewrite-contents:
     2020-08-22 13:56:12 CEST (0s) SUCCESS
   index-compaction:
     2020-08-22 14:23:55 CEST (0s) SUCCESS
     2020-08-22 13:16:28 CEST (0s) SUCCESS
     2020-08-22 12:16:28 CEST (0s) SUCCESS
     2020-08-22 11:15:10 CEST (0s) SUCCESS
     2020-08-22 10:10:33 CEST (0s) SUCCESS
   quick-delete-blobs:
     2020-08-22 14:23:55 CEST (0s) SUCCESS
     2020-08-22 13:16:28 CEST (0s) SUCCESS
     2020-08-22 12:16:28 CEST (0s) SUCCESS
     2020-08-22 11:15:10 CEST (0s) SUCCESS
     2020-08-22 10:10:33 CEST (0s) SUCCESS
   quick-rewrite-contents:
     2020-08-22 14:23:55 CEST (0s) SUCCESS
     2020-08-22 13:16:28 CEST (0s) SUCCESS
     2020-08-22 12:16:28 CEST (0s) SUCCESS
     2020-08-22 11:15:10 CEST (0s) SUCCESS
     2020-08-22 10:10:33 CEST (0s) SUCCESS
   snapshot-gc:
     2020-08-22 13:56:10 CEST (1s) SUCCESS

Eingeloggt als Root und in /home/KOPIA-USER

# kopia maintenance info
14:31:32.776 [kopia/repo] failed to open repository: cannot open storage: cannot access storage path: stat kopia: no such file or directory
kopia: error: open repository: cannot open storage: cannot access storage path: stat kopia: no such file or directory, try --help

Oder hier von extern

 $ kopia maintenance info
     kopia: error: operation supported only on direct repository, try --help

Wichtig!
Man muss an der Stelle im Dateisystem sein, von dem aus man das Repo sieht. Beispiel:

cd /home/KOPIA-USER/

Dann muss ich das Repo hier befinden!

/home/KOPIA-USER/Repository

Ich hoffe das war verständlich.

F

NodeBB - v3.7.0
Beobachtet Ignoriert Geplant Angeheftet Gesperrt Verschoben NodeBB nodebb linux
1

0 Stimmen

1 Beiträge

97 Aufrufe

Niemand hat geantwortet
F

Nextcloud - Collabora Installation Debian Bookworm 12
Beobachtet Ignoriert Geplant Angeheftet Gesperrt Verschoben Nextcloud nextcloud collabora linux
2

0 Stimmen

2 Beiträge

780 Aufrufe

F

Ok, ich war leider nicht in der Lage den CODE-Server hinter einem Proxy zu installieren. Das CODE-Team scheint Docker zu lieben und das andere nur am Rande zu machen. Ohne Liebe 🙂

Da ich extrem lange Ladezeiten hatte und die Software insgesamt nicht den Eindruck machte, das man das gerne produktiv auf einem Server nutzen möchte, habe ich den Server eben wieder gelöscht.

Jetzt fehlt mir leider, die deepl.com Anbindung, aber das kann man ja auch über die Webseite nutzen.

Ich nutze jetzt wieder den eingebauten CODE-Server, der eigentlich ein App-Image ist.

28c41010-5ce1-4f7c-89d5-1c9b253011d0-grafik.png

Der klare Vorteil, es läuft incl. Dokumenten Freigabe 🙂

Nicht vergessen, unter Allow list for WOPI requests kommen die Server Adressen des Nextcloud-Webservers rein!

c1a06c2c-86b5-4750-a062-7ba9d8dd8253-grafik.png
F

Root-Rechte für Angreifer
Beobachtet Ignoriert Geplant Angeheftet Gesperrt Verschoben Linux linux debian
1

0 Stimmen

1 Beiträge

65 Aufrufe

Niemand hat geantwortet
F

Star64 - Bootvorgang
Beobachtet Ignoriert Geplant Angeheftet Gesperrt Verschoben Hardware star64 risc-v linux
1

0 Stimmen

1 Beiträge

76 Aufrufe

Niemand hat geantwortet
F

checkmk - Debian Bullseye Release
Beobachtet Ignoriert Geplant Angeheftet Gesperrt Verschoben checkmk checkmk bullseye linux
1

0 Stimmen

1 Beiträge

265 Aufrufe

Niemand hat geantwortet
F

Restic v0.12.0 released
Beobachtet Ignoriert Geplant Angeheftet Gesperrt Verschoben Restic linux restic
1

0 Stimmen

1 Beiträge

217 Aufrufe

Niemand hat geantwortet
F

Redis oder MongoDB?
Beobachtet Ignoriert Geplant Angeheftet Gesperrt Verschoben Redis nodebb linux redis
1

0 Stimmen

1 Beiträge

481 Aufrufe

Niemand hat geantwortet
F

[HOWTO] Verschlüsseltes NAS aufsetzen
Beobachtet Ignoriert Geplant Angeheftet Gesperrt Verschoben ROCKPro64 howto linux rockpro64
12

0 Stimmen

12 Beiträge

3k Aufrufe

F

Da btrfs bei mir ja nicht so der Bringer war, Fehler im Image vom Kamil?, Fehler in btrfs? Ich weiß es nicht, also weg damit! Da ich das NAS noch richtig produktiv genutzt hatte, waren die Daten schnell gesichert. Danach das NAS neugestartet, nun sind die beiden Platten nicht mehr gemountet und wir können damit arbeiten.
ACHTUNG! Ich bitte wie immer darum, das Gehirn ab hier einzuschalten! Sonst droht Datenverlust! Aus Sicherheitsgründen gebe ich hier die Laufwerke so an = sdX1 Das X bitte entsprechend austauschen!
Die beiden Platten mit
sudo fdisk /dev/sdX
neu einrichten. Alte Partition weg, neu einrichten usw. Im Detail gehe ich hier jetzt nicht drauf ein. Ich gehe davon aus, das das bekannt ist.
Der Plan
raid_pool0 = sdX1 = /dev/mapper/raid_pool0
raid_pool1 = sdX1 = /dev/mapper/raid_pool1
Verschlüsseln sudo cryptsetup --key-size 512 --hash sha256 --iter-time 5000 --use-random luksFormat /dev/sdX1 sudo cryptsetup --key-size 512 --hash sha256 --iter-time 5000 --use-random luksFormat /dev/sdX1 Platten entschlüsseln sudo cryptsetup open /dev/sdX1 raid_pool0 sudo cryptsetup open /dev/sdX1 raid_pool1 RAID1 anlegen sudo mdadm --create /dev/md0 --auto md --level=1 --raid-devices=2 /dev/mapper/raid_pool0 /dev/mapper/raid_pool1 sudo mkfs.ext4 /dev/md0 Script zum Entschlüsseln und Mounten crypt.sh #!/bin/bash ###############################################################################$ # Autor: Frank Mankel # Verschlüsseltes Raid1 einbinden! # # Hardware: # ROCKPro64v2.1 # PCIe SATA Karte # 2St. 2,5 Zoll HDD Platten a 2TB # # Software: # bionic-minimal 0.7.9 # Kontakt: frank.mankel@gmail.com # ###############################################################################$ #Passwort abfragen echo "Passwort eingeben!" read -s password echo "Bitte warten......" #Passwörter abfragen echo -n $password | cryptsetup open /dev/sdX1 raid_pool0 -d - echo -n $password | cryptsetup open /dev/sdX1 raid_pool1 -d - #Raid1 mounten mount /dev/md0 /mnt/raid echo "Laufwerke erfolgreich gemountet!"
Bis jetzt sieht das Raid ok aus, ich werde das die nächsten Tage mal ein wenig im Auge behalten.
[ 82.430293] device-mapper: uevent: version 1.0.3 [ 82.430430] device-mapper: ioctl: 4.39.0-ioctl (2018-04-03) initialised: dm-devel@redhat.com [ 108.196397] md/raid1:md0: not clean -- starting background reconstruction [ 108.196401] md/raid1:md0: active with 2 out of 2 mirrors [ 108.240395] md0: detected capacity change from 0 to 2000260497408 [ 110.076860] md: resync of RAID array md0 [ 110.385099] EXT4-fs (md0): recovery complete [ 110.431715] EXT4-fs (md0): mounted filesystem with ordered data mode. Opts: (null) [57744.301662] md: md0: resync done.