Sacred

Ging zum Anfang der Aktion definitiv. Müsst halt mal den Support fragen.

Irgendwie wirfst du hier verschiedene Sachen in einen Topf. Die VPN Verbindung läuft über die myfritz Adresse als Domain .. du musst da nicht deine IP-Adresse vom Anschluss hinterlegen. Stellt der Client eine VPN Verbindung zur Fritz!Box her, kannst auch auch einfach direkt die Fritz!Box als DNS nutzen. Bist dann wie nen normaler Client in deinem Heimnetz drin.

Über die IP musst du nicht gehen. Hast doch die myfritz Adresse und das du die nicht anpingen kannst ist normal, Fritz!Boxen verwerfen per default Pingpakete aus dem Internet.

Hä, dass ergibt doch keinen Sinn... warum solltest du die WG Settings von der Fritz!Box ins Unraid importieren? Die Fritz!Box und das Unraid müssen doch keine VPN Verbindung im Heimnetz herstellen.... Mal als Beispiel die 7590: https://avm.de/service/wissensdatenbank/dok/FRITZ-Box-7590/3684_WireGuard-VPN-zur-FRITZ-Box-am-Smartphone-oder-Tablet-einrichten/ Du musst die Settings der Fritz!Box in dein Smartphone/Tablet bringen - du willst dich doch von außen, per WG mit der Fritz!Box verbinden.

Und wie ist das Timeout? Memory & Upload Limit ist das eine. Aber die Session läuft auch irgendwann ab ... Nutzt du am Eierphone die Nextcloud App? Die sollte eigentlich übers WebDAV laufen und die Probleme so gar nicht haben.

Und einfach die Platten schlafen lassen und den Server bissel tunen das er weniger Strom verbraucht, ist für dich keine Lösung?

Hast du powertop mal probiert und steht alles auf good? Wie tief runter gehen denn die Kerne und das der CPU? Du hast ne schöne BIOS Anleitung: https://dlcdnets.asus.com/pub/ASUS/mb/13MANUAL/PRIME_PROART_TUF_GAMING_INTEL_700_Series_BIOS_EM_WEB_DE.pdf?model=PRIME Z790-P WIFI D4 Über das BIOS kannst du extrem viel machen und auch in ie Performance eingreifen. Aber was bei mir schon sehr geholfen hat, war einfach die C Stages manuell einzuschalten. Wenn das auf "Auto" steht .. passiert da nix .. du musst gezielt auf Ein gehen. Schau mal Seite 55 & 56 CPU C-Zustände= Ein (nicht Auto) Erweitere C-Zustände = Ein Paket C-Zustand-Limit = CPU Default

Einstellungen => Datenträger-Einstellungen Dazu mehr Hintergrundinfos.

Auf was hast du denn deinen Smart-Meldewert stehen? Roh oder Normalisiert?

Also ich kann nur sagen, dass ich mit den Ironwolfs von Seagate mäßig zufrieden bin. Meine alte 4TB Platte war schneller runter, als die Seagate Desktop HDDs. Und auch eine von vier neuen 8TB Platten ist recht früh total ausgefallen. Eine andere hatte recht früh Lesefehler ... was sich aber nach Kabeltausch und einem langen Self-Check über die Seagate Software erledigt hat. Was von beiden da nun geholfen hatte, weiß ich bis heute nicht. Muss aber auch zugeben, dass ich mittlerweile keine NAS HDDs mehr hole ... beim Unraid isses halt eher egal. 😅

Vor 2 Monaten .. ja und? Wenn Festplatten aussteigen, dann entweder recht früh, weil sich der Defekt zeitnah bemerkbar macht. Ooooder dann wenn sie alt sind und langsam am Verschleiß sterben. Je früher also der Defekt auftritt umso besser .. denn dann weißt direkt wo du an der Platte bist und kannst die Tauschen. Ich würde die Platte rausnehmen um se am Windows zu testen ... da kannst ja auch das Tool von Seagate für nutzen. Und du schließt auch gleich mal das SATA Kabel aus. Pauschal jetzt nicht. Festplatten können dir auch in ner Synology aussteigen.

Ähm ... natürlich sollte dieses Addon nicht den Share löschen. 😅 Bzw. wenn es das macht, ist es klar, dass Unraid da Drama schiebt, weil der Share (der eigentlich da sein sollte) rausgelöscht wird. Man installiert die Docker nicht direkt auf den Root eines Share (bzw. nicht einen den man auch so braucht). Normal eher /mnt/user/appdata/<dockername> und ggf. hast beim Share "appdata" eingestellt, dass der aufm cache bleibt. (damit die Platten schlafen können) Oder wenn es schon dein /mnt/user/03_Foto/ sein soll dann /mnt/user/03_Foto/<dockername>. "Cleanup Appdata" wird dir das wohl immer weiter so anzeigen. Man beachte den 2. Absatz bei den Hinweisen. Könntest maximal den Share 03_Fotos löschen .. dann "Cleanup Appdata" nutzen, der wird den Ordner ggf. schon nicht mehr sehen oder sein Löschbefehl läuft ins leere. Danach kannst deinen Share wieder anlegen und befüllen. Solange es aber /mnt/user/03_Foto/ gibt und da auch noch Files drin sind, wird "Cleanup Appdata" weiter denken, dass wären Reste von deinem Docker.

Reicht dein "Timeout beim Herunterfahren" unter den "Datenträger-Einstellungen" aus? Hatte das Problem auch mal ... und da war der Timeout einfach zu gering ... Unraid fährt ja immer erstmal die Platten an, bevor es mit dem abschalten beginnt. Ist das Timeout zu gering um die zu wecken ... bricht der das einfach ab, was dir dann beim nächsten Start mit ner Paritätsprüfung gedankt wird.

Oh .. dachte beim Überfliegen du hast das nur beim Server gemacht. Muss ja nicht unbedingt am Server (Unraid) liegen .. sondern am Client (also deinem PC), dass der da 10 Gbit/s nicht macht.

Da steht doch xfs und nicht zfs? War auf der Platte vorher schon was drauf? Es klingt so, als wäre das jetzt nur eine weitere Platte die du hinzufügen willst. Dann musst die natürlich beim Array Start auch entsprechend formatieren lassen.

@Artur01 das was du da machen willst, hab ich mit unBALANCE gemacht. Damit kannst du nicht nur Platten leer machen .. sondern auch Sachen verschiedener Shares auf eine bestimmte Platte verschieben. Also um wieder Ordnung zu machen, wenn einmal alles durcheinander ist.

Danke fürs teilen. Wie ist die Performance von dem Ding?

@memnon du hast bisher das NAS sehr genau betrachtet. Auch die Lanes und Co. Wie sieht denn das Gegenstück aus?

Also ja .. die Karte funktioniert nun in ihrer VM. Danke für die Hinweis mit der 6.13 .. bin mal gespannt .. irgendwann ist es soweit Wie geht das? Der Abschnitt direkt hinter der VNC Grafikkarte dürfte das sein oder? <hostdev mode='subsystem' type='pci' managed='yes'> <driver name='vfio'/> <source> <address domain='0x0000' bus='0x03' slot='0x00' function='0x0'/> </source> <alias name='hostdev0'/> <address type='pci' domain='0x0000' bus='0x03' slot='0x00' function='0x0'/> </hostdev> <hostdev mode='subsystem' type='pci' managed='yes'> <driver name='vfio'/> <source> <address domain='0x0000' bus='0x04' slot='0x00' function='0x0'/> </source> <alias name='hostdev1'/> <address type='pci' domain='0x0000' bus='0x04' slot='0x00' function='0x0'/> </hostdev> Wenn ich das richtig gelesen habe, müsste das so gehen? Multifunction beim ersten Teil .. was ja 03:00.00 sein sollte .. mit rein. Und beim zweiten Teil .. was ja 04:00.0 sein sollte .. den bus bei adress mit auf die 0x03 und function um 1 hochzählen also 0x1? <hostdev mode='subsystem' type='pci' managed='yes'> <driver name='vfio'/> <source> <address domain='0x0000' bus='0x03' slot='0x00' function='0x0'/> </source> <alias name='hostdev0'/> <address type='pci' domain='0x0000' bus='0x03' slot='0x00' function='0x0' multifunction='on'/> </hostdev> <hostdev mode='subsystem' type='pci' managed='yes'> <driver name='vfio'/> <source> <address domain='0x0000' bus='0x04' slot='0x00' function='0x0'/> </source> <alias name='hostdev1'/> <address type='pci' domain='0x0000' bus='0x03' slot='0x00' function='0x1'/> </hostdev>

Gerade als du geschrieben hast, war ich beim Umbau. Nun hat sich die Karte ohne erzwungenen PCIe-ACS einbinden lassen. Um sicher zu gehen, hab ich ne neue Win10 VM gemacht und nach der Anleitung sauber installiert. Leider das gleiche Problem ... egal welcher Treiber, die GPU will einfach nicht sauber starten. Aber wie vorher auch .. die Logfiles im Unraid spucken nix aus. XML: ======================== Ich lass das oben mal stehen, für andere die ne Lösung suchen. Hatte bei den Settings dort gerade noch Hyper-V abgeschaltet .. und schwups wurde die GPU in der VM auch richtig geladen. Schien also wirklich daran gelegen zu haben, dass sich die beiden PCIe Slots die 16-Lanes geteilt hatten und das Mainboard die auf 2x 8-Lanes verteilt hatte. Hoffe nur, dass macht später keine Probleme, wenn ich die Karte wieder "normal" mit laufen lassen will, wenn mal nen Kernel 6.2 o. neuer kommt. Bildausgabe hab ich aber keine bekommen ... als ich nen Monitor angeschlossen hatte, blieb der dunkel. Und beim runterfahren der VM, hatte ich meinen ersten Unraid Crash überhaupt. Nach nem Neustart lief aber alles wieder und ich konnte das auch so nicht reproduzieren. Für mich wars das erstmal

Dann solltest du einfach mal noch sagen, was du warum vor hast bzw. willst. Wenn du nun als Beispiel sagst, du machst das alles nur um auf deine selbst gehostete Nextcloud (usw.) zugreifen zu können und der Rest deines Netzwerkes soll davor extra Safe sein, würde ich halt einwerfen, dass du auch einfach am Router (mittlerweile können das viele) nen VPN einrichten kannst. Solltest also bissel mehr ausholen und zu erzählen.

Du kannst es dir auch ein bisschen einfacher machen, wenn du rechts oben bei der Tabelle von deinem Screen die "Lese-/Schreibzugriffe" umschaltest. Dann siehst du nicht was bisher so gemacht wurde, sondern was aktuell gemacht wird. Alturismo hat natürlich schon die üblichen Verdächtigen genannt ^^ Aber so kannst du halt auch sehen, wenn du was aus gemacht hast, ob die Zugriffe aufhören.

Genau hatte ich schon probiert. Ist der Override aus ... sieht es so aus: Kann die Karte nicht anklicken weil es heißt, Unraid würde die verwenden. Daher hatte ich probiert mit dem "video=efifb:off" gegen zusteuern, was jemanden geholfen hatte - mir nur nicht. Hatte auch das GPU Statistik und den Intel-GPU-Top deinstalliert. Aber es änderte sich nix. Direkt nach dem deaktivieren vom ACS Override oder wenn ich PCIe-ACS auf "beide" stelle .. sieht es so aus: Er krallt sich dann einfach die M2 SSD, welche im anderen PCIe Slot per Adapter steckt. Beide PCIe Slots teilen sich bei dem System die Lanes und sind dann mit jeweils 8x angebunden. Anders kann ich mir nicht erklären, warum VFIO sich die M2 mit krallt.

Hey zusammen, komme einfach bei dem Problem nicht weiter. Mir ist bekannt, dass Unraid aktuell mit dem Kernel die Intel Arcs nicht richtig supportet. Wir auf den neuen Kernel warten müssen. Daher wollt ich die Karte in ne VM stecken und halt dort nutzen. Nur egal was, alle möglichen Vorschläge die wir hier im Forum haben, am Ende bleibt die in Windows 10/11 immer beim Code 43 stecken. Bin grundsätzlich nach der VM Anleitung von mgutt vorgegangen. Gestartet wird das System mit: pcie_acs_override=downstream,multifunction vfio_iommu_type1.allow_unsafe_interrupts=1 video=efifb:off PCIe-ACS habe ich alle 3 Optionen getestet. Bei "Multi-Funktion" gibts direkt Probleme, da das System eine der M2 SSDs mit zu VFIO schicken will. Beim unsicheren unterbrechen bringen beide Settings nichts. Und das Video off hatte auch keine Änderung gemacht. Zudem hatte ich noch per modprobe.d eine i915.conf geladen. options i915 force_probe=56a5 options i915 enable_guc=7 Es spielt für die VM keine Rolle, ob ich die conf lade oder nicht. Aktuell lade ich sie nicht mehr, da die GPU ja direkt zur VM geht. Beim Binding sollte ich auch nix vergessen haben. Gibt zumindest keine weiteren ASRock Devices. Und VFIO-PCI-Protokoll sagt auch nur, dass beide Sachen beim Start gefunden und erfolgreich gebunden wurden. Devices listed in /sys/bus/pci/drivers/vfio-pci: lrwxrwxrwx 1 root root 0 Jul 1 16:36 0000:03:00.0 -> ../../../../devices/pci0000:00/0000:00:01.0/0000:01:00.0/0000:02:01.0/0000:03:00.0 lrwxrwxrwx 1 root root 0 Jul 1 16:36 0000:04:00.0 -> ../../../../devices/pci0000:00/0000:00:01.0/0000:01:00.0/0000:02:04.0/0000:04:00.0 vfio-pci binding complete Das System-Protokoll vom Unraid zeigt keine Auffälligkeiten dazu, die einen ins Auge springen könnten. Wenn eine VM gestartet wird, kommt manchmal (nicht immer). Dazu sagte das Forum jetzt aber auch nichts dramatisches. Jul 1 18:58:52 NAS1 kernel: resource sanity check: requesting [mem 0x000c0000-0x000dffff], which spans more than PCI Bus 0000:00 [mem 0x000d4000-0x000dffff window] Jul 1 18:58:52 NAS1 kernel: caller pci_map_rom+0x74/0x16b mapping multiple BARs Das VM-Protokoll ist total ruhig, da ist im Endeffekt ja noch weniger los. Zeigt nur an, mit welchen Settings die VM gestartet wurde und wenn sie dann gestoppt wurde. Leider sind auch die Windows Logs so hilfreich, wie man es von Microsoft erwartet. Probiert habe ich Win 10 & 11 ... Intel Arc aktuelle Treiber o. Beta Treiber und nur die nackten Treiber durch WinUpdate. Q35-7.1 o. i440fx-7.1 mit/ohne Hyper-V OVMF o. OVMF-TPM sogar SeaBIOS mit/ohne Audioanteil der A380 Virtio Treiber immer in der 0.1.229-1 Vertio Guest Tools immer installiert Windows10ebloater verwendet o. auch mal nicht Windows voll geupdatet o. Windows update nicht weiter genutzt VendorID befüllt o. Standard gelassen. Wenn der Treiber alleine frisch installiert ist, o. das Gerät gelöscht wurde und als "Neue Geräte suchen" installiert wurde, ist die Karte im Geräte-Manager erstmal okay. Man kann sie halt ohne einmal neu zu starten nicht verwenden. Wenn ich das aber mache, hat die Karte nen Error mit Code 43. Es bringt auch nix, wenn ich nach der Einrichtung die virtuelle Karte rausnehme und nur die GPU nutze. Dann startet die Kiste nicht komplett und ich komm auch nicht per Remotedesktop drauf. Jemand noch ne Idee? Oder kann man die Nutzung der Arc erstmal knicken, bis der Kernel die richtig supportet? Bin für jeden Lösungsansatz dankbar.

Jeder muss für sich selbst einschätzen, wie wichtig die Daten sind und welche Risiken man eingehen will. Auch muss man irgendwo die Kirche im Dorf lassen. Sonst brauchst jetzt noch mehrere USVs, doppeltes Netzteil, Brandlöschanlage, Feuerfester Container und bla. Aber ja .. ein RAID (o. auch hier mit der Parität) ist kein Backup. Ich als Beispiel sichere noch Daten verschlüsselt in der Cloud .. und als M-Disc im Bankschließfach. Musst trotzdem nicht versuchen ihn deinen "Willen" aufzudrücken. @warp760