Beiträge von rainlord

Kann ich leider nicht, da die eine eine 6590 Cable ist und auf die hat es Wireguard nicht geschafft. Und außerhalb vom QNAP kann ich Dateien schnell verschieben, mit hoher Geschwindigkeit. Selbst der RSYNC Geschwindigkeitstest vom Speicherplatzdialog innerhalb QNAP zeigt 4,5MB/sec an nur der RTRR Test so ultra geringe Größen

Zitat von AndreasL

Was für FritzBoxen sind involviert?

Die Fritzboxen sind im Prinzip garnicht involviert. Auf Site 1 läuft Wireguard UI in einem Proxmox LXC und auf Site 2 läuft Wireguard auf einem RPI4.

Aber selbst mit MTU von 1312 hatte ich das gleiche Problem

Naja auf dem Raspberry läuft es nicht in nem Container. Aber selbst wenn wäre das ja keine Erklärung für so eine desaströse Performance

Keiner mehr ne Idee

Vielen Dank euch beiden. Nein habe schon drüber gelesen aber noch nicht probiert, will do. Berichte dann

Also ich befürchte leider, dass es damit nicht zusammenhängt. Würde auch meiner Logik wiedersprechen, dass es per FTP ja zügig geht, und was mich mit iPerf gemessen habe sieht auch gut aus eigentlich 1412 ist natürlich 1312...

Also kann es irgendwie an der QNAP Konfiguration liegen?

Bildschirmfoto 2023-07-26 um 14.55.36.png

Bildschirmfoto 2023-07-26 um 14.53.54.pngBildschirmfoto 2023-07-26 um 14.18.04.pngBildschirmfoto 2023-07-26 um 14.50.45.png

Liebe Helferinnen und Helfer, ich hoffe ich bin bei euch richtig. Folgendes Szenario. Ich hatte die ganze Zeit für ein Off-Site-Backup ein Site2Site VPN zwischen den zwei Fritzboxen mit dem IPSec protokoll. Problem ist nur, wenn das Backup läuft, glüht die Site 2 Fritzbox so, dass in dem Netz nicht mehr viel geht. Also war meine Idee das VPN auf leistungsfähigere Hardware auszulagern und ich installierte einen Raspi mit Wireguard drauf.

Auf Site A läuft Wireguard in einem LXC Container. Eigentlich Wireguard UI weil ich da auch noch mit anderen Devices drauf gehe aber egal erstmal. Da Site A einen ipV4 Anschluss hat, habe ich den Keepalive auf Site B konfiguriert. Der Tunnel wird auch aufgebaut aber das Backup ist furchtbar langsam (1MB/sec vs. IPSec 3mb/sec) Möglich sollten eigentlich 5MB/Sec sein, denn das ist der Upload von Site A. Teilweise bricht es auch ab.

Site A Config:

[Interface]
Address = 10.252.1.0/24
ListenPort = 51820
PrivateKey = privater sCHLÜSSEL
MTU = 1450
PostUp = iptables -A FORWARD -i %i -j ACCEPT; iptables -A FORWARD -o %i -j ACCEPT; iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
PostDown = iptables -D FORWARD -i %i -j ACCEPT; iptables -D FORWARD -o %i -j ACCEPT; iptables -t nat -D POSTROUTING -o eth0 -j MASQUERADE
Table =


[Peer]
PublicKey = PK von Site B
#PresharedKey = auskommentiert
AllowedIPs = 10.252.1.7/32,192.168.1.0/24

Site B Config:

[Interface]
Address = 10.252.1.7/32
SaveConfig = true
PostUp = iptables -A FORWARD -i wg0 -j ACCEPT; iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
PostDown = iptables -D FORWARD -i wg0 -j ACCEPT; iptables -t nat -D POSTROUTING -o eth0 -j MASQUERADE
ListenPort = 45929
PrivateKey = Privater Key Site B


[Peer]
PublicKey = Public Key Site A
AllowedIPs = 10.252.1.0/32, 192.168.0.0/24
Endpoint = blabla.duckdns.org:51820
PersistentKeepalive = 25

Auf Site A habe ich ein TS 673 laufen (mein Produktivsystem) und das soll sich auf ein altes 459-Pro II Backupen. Ich nutze hierfür den RTRR Dienst.

Das 459 hostet den Server und das 673 findet den Speicherplatz zeigt aber bereits beim Geschwindigkeitstest extrem niedrige Geschwindigkeiten an und so läuft dann auch das Backup. Nach kurzer Zeit bricht es ab.

Mit IPSEC waren wenigstens 2 MB drin. Wenn ich mich per FTP auf das 459er verbinde, kann ich Daten mit >5MB/sec verschieben.

Hat jemand ne Idee?

Grüße

Kommt leider nix

Hab ich natürlich gemacht

Mod: Zitat ohne Quellenangabe ... korrigiert! Forenregeln beachten und Die Zitat Funktion des Forums richtig nutzen

Zitat von QNAP Support

Dass ich das Problem lösen konnte freut mich natürlich sehr; allerdings weiß ich leider nicht mehr was genau ich letzte Woche bei Ihnen gemacht habe. Uns stehen diverse Anleitungen zur Verfügung die wir nach und nach abarbeiten. Falls der Fall nicht ins Muster passt können wir unsere Entwicklung zu Rate ziehen. Bei LVS handelt es sich um eine von vielen Ebenen (z.B. RAID, DRBD, physikalische Ebene, ...). Wahrscheinlich wurde durch den Neustart ein Filesystem check ausgelöst oder temporäre Daten freigegeben.

Also der fsck fars nicht, den habe ich selber öfters gemacht...

Also hier die Auflösung vom QNAP Support:

Zitat von QNAP Support

es waren noch etwa 4 TB Snapshots in dem Pool die nicht richtig gelöscht wurden.

Keine Ahnung wo die waren und wie ich die hätte anzeigen oder sehen oder gar löschen können aber es geht jetzt wieder

Vielen Dank an alle Helferlinge!

Gute Frage, ich denke es ist erst vor ein paar Tagen aufgetreten. Vorher war mir schon aufgefallen, dass ich irgendwie mehr Platz haben müsste. Ich hatte mal Snapshots aber als anfänglichen Workaround hab ich die mal gelöscht und dachte ich kann kurzfristig mal etwas Platz schaffen. Bei meinen Backup Jobs wäre das nicht bewusst so, muss ich mal schauen.

Zitat von dolbyman

Am besten in Codetags posten, dann bleibt die Formatierung erhalten

Entschuldige, mein Fehler!

Zitat von tiermutter

Was sagt denn lvs über die Konsole/SSH?

LV     VG   Attr       LSize   Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert
lv1    vg1  Vwi-aot---  20.00t tp1         87.82
lv1312 vg1  -wi-ao----   2.23g
lv544  vg1  -wi------- 141.77g
tp1    vg1  twi-aot---  21.60t             99.92  2.55
lv1313 vg2  -wi-ao---- 760.00m
lv2    vg2  Vwi-aot---   6.00t tp2         100.00
lv545  vg2  -wi-------  73.68g
tp2    vg2  twi-aot---   7.13t             84.13  0.65

Hi Leute, vielleicht könnt ihr mir schnell auf die Sprünge helfen. Mein QNAP RAID Pool ist im Modus Lesen Löschen, aber Platz ist eigentlich noch und Snapshots sind keine drauf, wie kann das sein?

Viele Grüße

Mod: Zitat ohne Quellenangabe ... korrigiert! Forenregeln beachten und Die Zitat Funktion des Forums richtig nutzen

Zitat von ert009

Code

Message: [Hybrid Backup Sync] Failed to complete Restore job: "Restore IONOS TK". Download diagnostic report and contact QNAP support. Error: ReadOnlyError

Kannst du sagen wie es weiter ging? Habe das gleiche Problem auch, dass ich aus einem Qudupe Backup nicht widerherstellen kann.

Okay, ich habe nun folgendes gemacht. Ich habe auf dem ZielnNas einen QBELT-Server am laufen, hoffe dass die Portweiterleitung funktioniert (also IPv4/DDNS) und habe einen RTRR Server laufen. Und dann schicke ich vom Quell-NAS den Auftrag und so sollte es ja funktionieren. Und für den Zugriff von mobilen Endgeräten habe ich auf dem Quell-NAS einen OpenVPN Server laufen ...

Bin mal gespannt.

Verstehe, vielen Dank schonmal. Das heißt du würdest ein anderes Protokoll bevorzugen? Zum Beispiel IPSec oder so und dann den Server auf dem Ziel-NAS laufen lassen?

Versionierung wäre einigermaßen wichtig, deshalb will ich eigentlich keinen Sync-Job

Grüße

Aber irgendwie bin ich zu dumm um das HBS zum "Saugen" einzurichten, ich kann irgendwie immer nur das Lokale NAS als Quelle auswählen und nicht das entfernte...

Mod: Zitat ohne Quellenangabe ... gelöscht! Die Zitat Funktion des Forums richtig nutzen

Der VPN Server läuft auf dem Sender. Theoretisch soll sich das Remotegerät starten, dann die VPN Verbindung aufbauen und ne viertel Stunde soll das Backup gesendet werden

Grüße

Super, vielen Dank Dir schonmal soweit. Hab das mal versucht und bekomme die Fehlermeldung:

Ungültige Statische Route und die 10er adresse in rotem Rahmen. (Es ist 10.8.0.1)

An was kann das liegen?

Muss das Ziel zu dem Zeitpunkt verfügbar sein?

Grüße