Beiträge von FSC830

Was heißt "etwas spät zu uns kam"?

Ich vermute, das er da schon selbst irgendetwas versucht hat?

Wie dem auch sei, dank der LVM Ebene kann man mit mdadm nicht so ohne weiteres das Raid wieder reparieren.

Ob hier ein init_lvm weiterhilft, wage ich nicht zu beurteilen.

Wenn der Kunde "spät" kam, dann hat er jetzt auch noch die zeit zu warezn, bis der Support sich meldet, das ist wahrscheinlich die beste Option.

Wenn Ihr doch selbst Hand anlegen wollt:

Dann würde ich von den 7 verbleibenden HDDs einen Clone erstellen (ja, dazu benötigt man 7 weitere 4TB HDDs) und mit den Clones arbeiten.

Geht etwas schief, kann man immer noch auf die originalen HDDs zurückgreifen.

Gruss

Auf alle Fälle passt da einiges nicht, teilweise werden 4 Platten vermisst!

Das sieht leider nicht gut aus für die Daten.

Und die WD wird zwar physikalisch erkannt, aber nicht logisch. Ist aber wie gesagt eher "Nebenkriegsschauplatz".

Schlimmer sind die fehlenden 4 Disks auf einigen Platten.

Wurde da wirklich nur die eine defekte Platte gezogen oder gab es andere "Reparaturversuche"?

Bei meinen 8-Bay sind aber die ersten 4 und die letzten 4 HDDs zusammenhängend, bei dem o.a. Bild allerdings nicht, da sind es 1+2 und 5+6.

Wenn QNAP da etwas geändert hat, könnte es tatsächlich ein Problem auf der Backplane gewesen sein. Wobei aber dagegen spricht, das die Platten erkannt werden.

Ganz nebenbei: um welche FW Version und was für ein NAS handelt es sich? Das TS-873 aus der Signatur?

Gruss

Im AppCenter gibt es eine entsprechende Option, die man aktivieren muss:

pasted-from-clipboard.png

ich hoffe, das gilt auch für bereits installierte Apps.

Gruss

Nein, das ist nicht normal!

Aber 4GB sind auch etwas klein, reicht Dir das ?

Red Plus sind aber CMR Platten, die sollten auch in diesem NAS laufen.Ich würde mir das WD Tool downloaden und die Platten damit prüfen.

Wären nicht die ersten DOA.

Und dann entsprechend reklamieren.

Gruss

Ich sehe dazu keinen Unterschied zu jetzt!?

Was versprichst Du Dir von einem static volume, was jetzt nicht gehen sollte?

Gruss

Edit: tiermutter :Gibts uns heute wieder nur im Doppelpack!

Willkommen!

Das ist schnell erklärt: es geht nicht! Backup, NAS neu einrichten und Restore ist der einzige Weg von Thick/Thin nach statischem Volume (und umgekehrt).

Und vor allem: eine "Sicherung" innerhalb des NAS ist keine Sicherung!

Fällt das NAS aus, z.B. durch Elementarschaden, Diebstahl, sonstiges sind alle Daten weg.

Gleiches gilt für Malware Befall.

Gruss

Doppelt hält besser .

Zitat von OpaMaik

Ich hab NICHTS gemacht

Genau deshalb lautet meine erste Frage meistens: "Was hast Du gemacht, bevor Du NICHTS gemacht hast?"

Gruss

Ich vermute ja, das es jetzt funktioniert, so hatte ich den letzten Post verstanden.

Gruss

Heute QuFirewall auf dem TS-473A installiert (rein aus Neugier), und schon die erste Frage:

Beim Ansehen der Regeln/Profile habe ich das gesehen:

pasted-from-clipboard.png

Und dann das hier:

pasted-from-clipboard.png

Was ist das für eine IP? Die hatte ich vorher nirgends in den IP Listen.

Auch die VM in der Virtualization Station hat eine ganz andere IP.

Und es wird automatisch eine Regel gesetzt, die den Zugriff dieser IP erlaubt???

Irgendwie ist mir diese Firewall schon von Beginn an unsympathisch.

Gruss

Nö, gerade installiert.

Und noch Zugriff.

jollo33 :

Unter den "Current Rules" nun eine "Allow" Regel für das (entfernte) Netzwerk dazunehmen:

pasted-from-clipboard.png

Gruss

Kann man, muss Dir aber jemand sagen, der das auch nutzt.

Ich bisher nicht. Sollte ich vielleicht doch mal installieren, rein aus Neugier...

Gruss

Ist nachvollziehbar, aber die internen Adressen sind vollkommen untauglich/uninteressant für irgendwelche Hacker.

Die WAN IP dagegen schon, deshalb hat unos auch gesagt, die sollst Du nicht nennen.

Gruss

Poste bitte mal die Ausgabe von route print, und dazu die LAN IPs der beiden Fritten.

Gruss

Wir haben hier aber site-to-site Kopplung!

Da sollte das doch über die Route funktionieren!?

Gruss

Willkommen im Forum.

Ausgaben wie o.a. bitte immer in Code Blocks, das ist lesbarer!

Wie sehen denn die Ausgaben aus von md_checker und mdadm --detail /dev/md0?

Anmerkung: ob Das bei Dir auch md0 oder md 1 oder md? ist, zeigt md_checker an.

Zum Vergleich (bei mir läuft auch gerade ein Rebuild):

[~] # md_checker

Welcome to MD superblock checker (v1.4) - have a nice day~

Scanning system...

Legacy Firmware Detected!
Scanning disks...

RAID metadata found!
UUID:           84a8a101:0a8f6acf:fb3f367b:1d26d1c2
Level:          raid6
Devices:        8
Name:           md0
Chunk Size:     64K
md Version:     1.0
Creation Time:  Aug 24 14:23:59 2018
Status:         ONLINE (md0) [UUUUU_UU]
===============================================================================
 Disk | Device | # | Status |   Last Update Time   | Events | Array State
===============================================================================
   1  /dev/sda3  0   Active   Feb 10 14:28:50 2022    72670   Uuuuuuuu
   2  /dev/sdb3  1   Active   Feb 10 14:28:50 2022    72671   uUuuuuuu
   3  /dev/sdc3  2   Active   Feb 10 14:28:50 2022    72671   uuUuuuuu
   4  /dev/sdd3  3   Active   Feb 10 14:28:51 2022    72675   uuuUuuuu
   5  /dev/sde3  4   Active   Feb 10 14:28:51 2022    72675   uuuuUuuu
   6  /dev/sdf3  5  Rebuild   Feb 10 14:28:51 2022    72675   uuuuuUuu
   7  /dev/sdg3  6   Active   Feb 10 14:28:51 2022    72675   uuuuuuUu
   8  /dev/sdh3  7   Active   Feb 10 14:28:51 2022    72675   uuuuuuuU
===============================================================================

und

[~] # mdadm --detail /dev/md0
/dev/md0:
        Version : 01.00.03
  Creation Time : Fri Aug 24 14:23:59 2018
     Raid Level : raid6
     Array Size : 17572185216 (16758.14 GiB 17993.92 GB)
  Used Dev Size : 2928697536 (2793.02 GiB 2998.99 GB)
   Raid Devices : 8
  Total Devices : 8
Preferred Minor : 0
    Persistence : Superblock is persistent

  Intent Bitmap : Internal

    Update Time : Thu Feb 10 14:31:45 2022
          State : active, degraded, recovering
 Active Devices : 7
Working Devices : 8
 Failed Devices : 0
  Spare Devices : 1

     Chunk Size : 64K

 Rebuild Status : 83% complete

           Name : 0
           UUID : 84a8a101:0a8f6acf:fb3f367b:1d26d1c2
         Events : 72797

    Number   Major   Minor   RaidDevice State
       0       8        3        0      active sync   /dev/sda3
       1       8       19        1      active sync   /dev/sdb3
       2       8       35        2      active sync   /dev/sdc3
       3       8       51        3      active sync   /dev/sdd3
       4       8       67        4      active sync   /dev/sde3
       8       8       83        5      spare rebuilding   /dev/sdf3
       6       8       99        6      active sync   /dev/sdg3
       7       8      115        7      active sync   /dev/sdh3

Gruss

Wenn Du auf beide Fritzboxen kommst, dann sollte auch der ping auf beide gehen (lokal sowieso).

Wenn das geht, im Windows Rechner Win+R drücken und in der Befehlszeile dann \\<IP-des-remote-NAS> eingeben.

Sind dann die Shares zu sehen?

Bzw. wie lautet ggf. die Fehlermeldung?

Gruss

Kein Problem, da langweilt sich niemand .

Mit Heim LAN meine ich tatsächlich das LAN zu Hause.

Allerdings ist das bei Dir etwas anderes, denn Du hast eine Site-to-Site Kopplung, ich habe die Clients als "Road Warrior" Geräte, d.h. ich greife nicht von einem anderen Netzwerk auf mein Heim LAN zu, sondern habe von meinen Mobil Geräten einen Remote Zugriff nach Hause (E.T.: nach Hause telefonieren ...)

Das CMD Fenster: Bist Du als Benutzer mit Admin-Rechten angemeldet oder mit dem "echten" Administrator Konto?

Bei ersterem musst Du trotzdem das Fenster "als Administator öffnen" ausführen, der "echte" Administrator muss es auch so können.

pasted-from-clipboard.png

Gruss

Ich weiß leider nicht, wie sich die Fritzbox bei VPN verhält, ob eine Route in das entfernte Netzwerk automatisch erstellt wird.

Bei mir ist es jedenfalls so, das ich auf meinem Win10 Client die Route immer erst manuell eintragen muss, egal, ob ich über IPsec oder Wireguard die Verbindung herstelle.

Als Beispiel:

das Heim-LAN hat 192.168.40.0 Maske 255.255.255.0

die VPN IP des Win10 Clients ist 172.16.1.1

Dann muss man nach Herstellen der VPN Verbindung im W10 folgendes machen:

CMD Fenster als Administrator öffnen und folgenden Befehl eingeben:

route add 192.168.40.0 mask 255.255.255.0 172.16.1.1

Danach kommt man in das Heim LAN und kann auf alles zugreifen.

Einen Versuch wäre es wert...(mit Deinen IP Angaben )

Danach wieder einen Ping in das entfernte Netztwerk absetzen.

Gruss

jollo33 : Ich will Dir nicht zu nahe treten , aber das Du es geschafft hast eine Site-to-Site Verbindung der beiden Fritzboxen aufzubauen, ohne das Du überhaupt einen "ping" kennst, grenzt fast schon an ein Wunder.

Die Admin GUI des NAS ist die grafische Oberfläche, die Du mit dem Browser aufrufst, die kennst Du doch sicher?

Wie hast Du die VPN Verbindung denn hergestellt, nach dieser Anleitung?

Gruss

Edit:

ich selbst habe keine Fritz mehr als Router, aber Zugriff auf andere Fritzboxen.

Zwischen 2 davon habe ich eine VPN Verbindung aufgebaut, habe aber auf einer Seite einen Fehler im Netzwerkbereich eingegeben.

Aber dennoch wird in beiden Fritzboxen die Verbindung "grün" angezeigt.

Man sollte also nicht allzuviel der Anzeige vertrauen... .

Das Dumme dabei: beide FB sind eigentlich nur als Telefonbox in Betrieb, an keiner hängt ein Netzwerkgerät. Einen Ping kann ich also nicht testen.

Der Ping läuft also ins Leere.

Dann brauchst Du mit Qsync nicht weiter versuchen.

Ich vermute mal, das keine Route zum entfernten Netzwerk gesetzt ist.

Das kann man auch in der Fritzbox eintragen, wo, muss ich selbst erst nachsehen.

Aber alternativ könntest Du unter Windows im Command Fenster eine Route eintragen um das zu testen.

Siehe route Befehl.

Gruss