MAM59

Du machst es vielzu kompliziert. HA funktioniert einwandfrei als Docker im "Host" Modus (mit der Adresse von UNRAID). Dein Problem wird vielmehr sein, dass HA auf Port 8123 läuft und Du das wahrscheinlich irgendwo nicht freigegeben hast. Ohne Host Modus kann HA übrigens nicht die Meldungen der Geräte per Broad- oder Multicast empfangen. Dann wird die Geräteliste recht leer bleiben...

Sorry again, but its (almost) the same as before: * card found: OK * card initiliased: OK * link established: OK * asking for DHCP Server: FAILURE Still your UNRAID cannot reach any dhcp server in your LAN. The reason for this must be outside the unraid box. Where is/should your DHCP Server? in your Router??? on a different machine?

Nö, das ist kein Problem. Es ist sogar die beste Idee, denn wenn Du MIT Parität das Array befüllst, dauert es viel länger. Also, Array anlegen, Daten draufkopieren, dann Parität hinzufügen (die dann generiert wird, das dauert auch ewig lange, aber dabei kann man dann schon auf die Daten zugreifen).

maybe just one faint and unlikely idea: many of these cheap unmanaged switches have a switch (lol!) called "VLAN" or something. With this one turned on, Traffic between Ports is forbidden, all Ports can only "talk" to one dedicated Port. Of course for normal operations this needs to be turned OFF. So maybe check for hidden switches (or look into the manual). (And yeah, I also dont know why they now built it in. Makes very very few sense to me)

hmmm, I'm afraid, I am running out of options, sorry. Next I would try would be to take out the intel card completely and see if the 1G resumes work again. Maybe a PCIe problem or something. But, as you can see, this is only Try&Error. So I am afraid, I have to leave you here.

aha, and you are sure that there is no VLAN configured or a firewall setting somewhere that prevents communication between the ports???

ok, this means you do not have an unraid problem, but there is something wrong with cable/switch/vlan (aka: ELSEWHERE) If you plug a card (if all dont work it does not matter which one, but I would still use the 1G because there are fewer points of failure) into the switch, do you get a link? (LEDs turn on on both ends?) (both! hopefully there are LEDs on both ends, just one side does not mean a thing because each side only checks half of the cable)

As I already said above and long ago: use the 1G card for now! I know this is not what you want finally, but you need to get into business again first before experiments can happen. Leave the Intel unconnected, put the cable into the 1G and reboot. The box should be reachable again and we can discuss further actions needed for switching to the intel card then.

bei mir bleibt alles neue auch mind. 30 Tage im cache bevor man überhaupt nachdenkt was ins array zu schieben Na ja, das ist Ansichtssache. Für 30 Tage bräuchte ich wohl eine Cache mit >8Tb. Hier gibts Jäger & Sammler... Davon werden aber nur Promille jemals angeguckt, und dann meist auch nur einmal. Hingegen wichtige "eigene Dateien" werden dauernd nachgefragt. Hier liegt nix lokal auf den Arbeitsplätze, alles ist auf UNRAID gemappt. Deshalb muss das LAN schnell und der Zugriff flott sein... Ja, ich auch, für ne Woche oder so 😁

Ich muss mir mal irgendwann durchlesen, was das Teil denn so spezielles macht. Die von Dir hervorgehobene Einstellung erfüllt auf den ersten Blick nicht meinen Bedarf. Das hier ist zwar in erster Linie ein Datengrab für Videos, aber auch Homeverzeichnis von ein paar Usern. Da ist es nicht damit getan mit LIFO immer nur die neuesten Daten im Cache zu halten, da muss man schon selektieren (bzw besser durch intelligente Methoden wie Zugriffszähler oder sowas) WAS in den Cache kommt und wie lange es dort vorgehalten wird. Sonst machen drei neue Filme hunderte von privaten kleinen Dateien recht schnell den Garaus. (Vielleicht als kleines Detail meines Vorschlags beachten, das NEUE Dateien bei der Erstellung NICHT in den Cache kommen. Erst beim Lesen durch irgendeinen User später erfolgt die Kopie in den Read Cache. Das verschwendet erstmal Zeit könnte man meinen, aber wenn das irgendein Film ist, den niemand gucken will, verdrängt er auch keine wichtigen Dateien)

Na ja, Du bist aber einfach zufrieden zu stellen 🙂 Ich war eigentlich ganz schön düpiert als sie auf einmal mit diesem ZFS Desaster anfingen. Ich kauf nicht UNraid um dann doch RAID zu machen. Sie hätten sich lieber auf die Weiterentwicklung von FUSE & Co konzentrieren sollen, dann wären wir heute schon weiter und flotter. Aber ZFS war zu verlockend, da waren ja alle Probleme gelöst, zumindest auf dem Papier (aber auch nur da). ARC Cache, Snapshots, Datasets... Nur, nichts davon funktioniert richtig auf Linux. Da hätte man auch gleich den richtigen Kernel (BSD) nehmen müssen. Mein Vorschlag stellt eine einfache, nicht destruktive, billige, Möglichkeit dar, UNRAID massiv auf die Sprünge zu helfen. Wartungsfrei. Aber ok, scheint ja bei Limetech niemanden zu interessieren... (Ich hatte den Artikel eigentlich schon abgehakt und fast vergessen, aber alle paar Wochen krieg ich dann noch ne Mehl, weil jemand "like" angeklickt hat)

Na ja, mein Vorschlag bezog sich ja auch nur auf FUSE. Damals gabs noch gar nix Anderes in UNRAID. Und das sollte kein extra Layer sein, sondern ein Teil von FUSE.

Check your router, many brands include wireguard (or something alike) already. So it wont be needed on Unraid. (but it should work somehow, I just dont know how because I never needed a VPN service for now)

7 ist nicht anders, nur die Begriffe wurden geändert. "Cache" ist leider sehr dreideutig in UNRAID: 1) der erste angelegte Pool heißt "Cache" 2) man kann einen Pool als (Schreib) Cache (nun eben "primary storage") dem Array vorlagern 3) das neue Dateisystem ZFS hat einen eingebauten "ARC" Cache im RAM, der ist für Lesen und Schreiben. (ZFS bringt auch noch eine eigene Form des Arrays mit ("RAIDZ"), die sich mit dem UNRAID-Array nicht wirklich gut verträgt). Wie ich schon seit Anfang 2023 bemängele, hat UNRAID leider keinen eigenen Read Cache. Trotz vieler Likes hat sich Limetech bislang nicht zu meinem Vorschlag geäussert, ich geh mal davon aus, sie wollen das nicht, oder haben keine Leute, die das ursprüngliche UNRAID Array ("FUSE") noch verstehen und ändern könnten... Schade eigentlich, denn ZFS ist ein großer Schritt in die falsche Richtung.

There is no way to expose V4 ports on V6, they are different protocols, Port X on V4 is not the same as Port X on V6. For what do you need Wireguard (VPN access) ?

You should turn it on again and slowly (but constantly) move over to it. Pihole can handle V6 addresses without problems, the "not well supported" is mostly within the brains of the people because some features work different and old "experts" had to relearn quite a lot. But it is worth the efford. Thing is that people forgot that many features like NAT have been invented to overcome problems in V4 and now are not necessary anymore. Therefor V6 usually comes without NAT, forcing people to rethink their firewall strategies and so on. So the additional $5 just buy you more time, but you should start to move soon (V6 "only" exists for 25yrs now, but people are lazy and stick to the outdated stuff)

57° means NOTHING for an NVMe SSD. This value is meant for "normal" (rotating) Hard Disk. You can set it higher for SSDs. Even up to 90° for NVMes, because they have their internal temperature management. If they overheat, they slow down themselfs until the heat is within an acceptable range again (you do not want to do this because the slowdown is really ruining your nervs. So ensure proper cooling that will keep them below their limit). Go to the "Start" Tab, click on your SSD's name, scroll down to SMART Settings and here you can define the warning and error temperatures for this single drive (instead of ALL drives at the Settings page). Sane values are usually 70° warning and 80° error temperature, but you should take a look into the specs of your particular disk. Many can go much higher.

Hardly believable, sorry. should create something like: IFNAME[0]="br0" BRNAME[0]="br0" BRSTP[0]="no" BRFD[0]="0" DESCRIPTION[0]="Lokales LAN" BRNICS[0]="eth0" PROTOCOL[0]="ipv4+ipv6" USE_DHCP[0]="no" IPADDR[0]="192.168.0.4" NETMASK[0]="255.255.255.0" GATEWAY[0]="192.168.0.253" METRIC[0]="1" DNS_SERVER1="192.168.0.8" DNS_SERVER2="192.168.0.9" USE_DHCP6[0]="no" (if you set USE_DHCP[0]="yes", you can leave out IPADDR, NETMASK, GATEWAY and DNS_SERVER?) Try to edit it manually on a different computer.

Yeah I know that this is one card with 2 ports. But we will deal with it later. You cannot delete /boot/network.cfg from a running unraid, it will be recreated at shutdown. So, to get rid of it, shut down unraid, put the stick into a different computer (without booting it from the stick of course!) and delete it from there. This should get you rid of the evil bond line BONDNICS[0]="eth0 eth1 eth2 eth3" and the even more evil BRNICS[0]="bond0" (should be "eth0"!)

the "169..." is a clear sign that your UNRAID cannot reach a dhcp server to get a "real" address. So check out if it is connected to your router (or whatever box in your LAN runs the dhcp server). The apps page not loading is just a result of the missing dhcp server. Dont worry about this for now, once the address (and the routing) has been fixed, the apps will automatically come back. Wowsers! You have put 4 Nics into 1 bond! one of them not even exisisting in the box anymore! Delete this bond instantly! you dont need it and it will only give you grief. Delete the bond, plug the cable into the Realtek card and reboot. This should bring you back into buisiness. Then you might explain what you want to have done with the rest of the cards and we can debate how to get there. I guess you want to run UNRAID on one of the two Intel 10G cards, but this needs to be set up a bit more tricky. Report back when you are running well again on 1G...

Your provider should have offered you a public IPV6 address/prefix. You need to switch everything to IPV6 then. In case of Dockers it will become tricky because V6 is not really supported well yet. Unraid even does not show V6 addresses. But they exist and they work. Some providers also offer a public V4 address for additional money. Ask for it (some even give it for free if asked for it)

nun ja, "New Config" ist zwar der Weg, aber vorher musst Du die alte Platte leerräumen, da ja keine Parity vorhanden ist. Wenn Du schlau bist, packst Du die neue Platte mit dran als "unassigned device" und formatierst sie schon mal. Dann mit dem File Manage Deiner Wahl die Daten von der "anrüchigen" auf die neue Platte kopieren. Danach dann "New Config" und das Array mit der neuen Platte zusammenstellen. Am Ende kann dann die alte entfernt werden. Wird ne Zeit dauern, aber es sind ja eh Feiertage.

usually you should be safe unless that M.2 beast is something special... But I assume, you carry it over to the new hardware too? If yes, connect the same drives to it again, even if special, they should be recognized as the old ones too. For drives connected directly to the MoBo there is usally not a risk or problem at all. So, it should just work without any stress.

as already said: you do not have to do anything. The license is bound to the stick, not to the computer. So if you put the stick elsewhere, it still is activated.

You cannot reset the UDMA errors, they are permanently counted and written onto the drive's SMART storage region. But you can tell UNRAID to ignore the current count and take it as granted. Just click on the warning icon in the GUI, a menu will open and there you find something like "ignore these errors" (dunno the exact phrase its long long ago that I have seen this message) This will stop the warning until the drive counts more than 411 errors in the future. So keep an eye on the icon. To get rid of the problem itself you need to check the cabling to the drive. Either lose plugs or electical interference can be the cause. In doubt change cables, if it still happens check the way of the data cable. If it runs in parallel to some others, there might be interference too. Put it elsewhere if possible, or even wrap the data cable in aluminum foil and ground it. Can be a bit tricky to find the culprit an eliminate it. Don't give up!