MAM59

Cannot find any proof in your diagnostics, but my educated guess is that your configured name servers are not reachable during UNRAID boot. They are hidden within a VLAN, which is started quite late, so many timeouts may occur. Set the UNRAID DNS Entries to 8.8.8.8 or something other public and reboot. If the delays are gone, you know what is going on. BTW, it is not needed and not wise to use local DNS servers for UNRAID, there are not many ads to be filtered out. More likely is that you block some updates.

Kann es sein, dass Du die beiden DIMMs in die falschen (aka: nicht korrespondierenden) Sockel gesteckt hast??? Dann werden zwar 2*32G erkannt, aber da eine Lücke drin ist, sind immer nur 1*32G am Stück nutzbar. Guck mal ins f@$cking Manual des Mobos, die Slots sind üblicherweise als A1/2 und B1/2 ausgewiesen. Und da steht auch, welche davon zuerst befüllt werden sollen.

Yeah, the builtin UPS support is not better than NUTs (actually I once started with it, got that dropouts and then switched to NUTs just to see that the same evilness happens again 😞 ) Link loss... this maybe a cable problem ("bad cable", not suitable for high speed or too long). Link drops, line settles, link is restored. But this time, it recovered by itself?

Nö, alles gut! Du hattest Dich gar nicht ausgedrückt 🙂 Ich wollte nur nochmal klarstellen, dass "eines für alles" keine gute Idee ist. Deshalb vergiss das einfach und komm da gar nicht mehr drauf :-))) Ach ja, fällt mir gerade wieder ein (weil ich mich immer noch wundere, warum "neu" geht und "verlängern" nicht funktionieren soll)... Da ist ein "Mindesthaltbarkeitsdatum" in som Zertifikat. Man kann es vor Ablauf dieser Mindestzeit nicht verlängern! Es kann also gut sein, dass Du Dir selber die Karten gelegt hast und nur zu früh zu nervös geworden bist. Ich glaub, das sind 14 Tage oder so. Aber die Automatik wartet immer bis "4 Wochen vor Ablauf" bevor ein Renew gemacht wird. Also: COOL BLEIBEN!!!

Yeah, but as I said, it happens on many linux type systems. So we cannot blame UNRAID for it. Good luck!

Ja, aber ich kenne das Problem insofern, dass man Betriebssystemen beim Booten nicht beibringen kann, welche Auflösung sie wählen. Gerade Linux (so auch UNRAID) ist da ein Negativbeispiel. Es schaltet immer in die "höchstmögliche" Auflösungen, und überfordet dabei oftmals Hardware und Augen des Zuschauers. Und da UNRAID ja nix abspeichert, kannste jedesmal von vorne anfangen zu klicken... ist schon extrem. Gerade der Bootvorgang ist sehr nervig auf PCs, da werden in kurzer Zeit schon die verschiedensten Auflösungen vom BIOS über Bootloader bis hin zum Desktop angezeigt. Da kommen Switch und Monitor gar nicht mehr mit und viele (auch wichtige) Anzeigen bleiben schwarz. Wenn alles glatt geht, kommt irgendwann ein Desktop, wenns klemmt, kann man ans Grübeln kommen... (Ich wurde hier immer RAMMDÖSIG, weil die Kisten eine Bonsaischrift in 4k anzeigen wollten. Zum Reparieren sehr abträglich.,.. Am Ende ist da nun ein billiger 2k Monitor mit fix 1920x1080@60Hz hinter dem KVM, der zeigt bei allen angeschlossenen Kisten sowohl ein Bild, als auch in ausreichender Schriftgrösse). Es hat schon seinen guten Grund, warum auch heute noch "Server" mit VGA Ausgang und 1024x768 Auflösungen verkauft werden, gerade die ganz teuren. Die KVM Switche im Rechenzentrum müssen zu jeder Millisekunde ein stabiles Bild darstellen, da braucht man keinen Schnickschnack wie z.B. HDCP (was alleine schon so 2 Sekunden braucht um die Genehmigung zu erteilen)

Also der Switch macht garantiert KEINE 240Hz bzw. FreeSync wie Dein Monitor. Ausserdem steht da noch ein bedenkenswerter Satz in der Beschreibung: Mit hochwertigen (FKR-) Kabeln unterstützt dieser KVM-Switch auch QHD 2560*1440 @ 144 Hz je Monitor. Dies setzt HDMI out am Rechner und HDMI 2.0 im Monitor voraus, was viele QHD Monitore nicht haben. Testen Sie dazu 2560x1440 mit der Frequenz direkt (ohne Switch) vom HDMI out des Rechners zum HDMI des Monitors. Das heißt für mich, dass da minderwertige Kabel bei sind und Du extra "was besseres" kaufen und benutzen muß (ich hatte hier unlängst auch mal "schwarzer Bildschirm im Kohlenkeller" und nach Durchprobieren aller vorhandenen Kabel hab ich dann einmal die Mülltonne gefüllt und viele neu geordert, die meinen, für 8k zertifiziert zu sein. Seitdem gibts auch wieder ein Bild) Der Monitor hat zwar nur 2k, aber in einer "merkwürdigen" und "ungewöhlichen" Auflösung. Kann auch zu Problemen führen. Insgesamt sollte man KVM Switchen nicht allzuviel zumuten HDMI ist sehr zickig, besser klappt es meist mit Display Port.

Nothing directly connected to network, but a constant repeating error: you UPS (connected through NUT) loses connection. The NUT daemon runs havoc. This happens with some kind of UPS, the USB Port blocks and the machine becomes unresponsive for some time. This MAY lead to "missing a resume packet" on the LAN (port stopped by flow control, the resume packet could not be received because NUT blocked everything). To see if this is your problem, check two things: 1) if the machine is not reachable again, pull out the LAN cable. After a few seconds put it back in. If it works again then, this is likely the described problem above then: 2) deinstall NUT and unplug the USB Connection to the UPS! If the network problems are gone, better run without UPS notifications. (I even connected the UPS here to a raspberry running NUT, using NUT on UNRAID as a slave. But the "NUT running wild" reappeared on the PI too, UNRAID was not harmed, but the error messages that flooded the logs drove me crazy. So, at the end, I am running an "unconnected" UPS... 😞 The same UPS runs fine on Windows, no dropouts... seems to be a serious driver problem)

Jein 🙂 Bei V6 gibt es kein NAT, d.h. jeder Rechner hat seine eigene Adresse. Deshalb muss hier kein Port weitergeleitet, sondern nur durchgelassen werden. Aber, die Einträge im Router dafür sind quasi dieselben. Also: JA, Du musst die Ports dort im Firewall durchlassen. Hmm, es gibt keinen Unterschied zwischen "verlängern" und "neu anlegen". Ausser, es ändern sich die Rechnernamen dabei ?!?!? Also, wenn aus "cn..." früher nun "nc..." würde, dann kann man das alte Zertifikat nicht verlängern. Jep! DAS ist der Grundgedanke von NPM, einrichten, laufen lassen, aus dem Gedächtnis verbannen. Er erledigt die Verlängerungen zuverlässig vollautomatisch. Null Problemo, wir alle waren mal ahnungslos. Solange man was hinzulernen will und tut, ist alles ok. Ach ja, nochmal zu den Namen zurück... Du kannst beim NPM (bzw LetsEncrypt) natürlich EIN Zertifikat mit all Deinen Namen auf einmal anlegen und für dann jeden Proxy Host (in der Liste) verwenden, das ist aber nicht so wirklich ratsam. Gib jedem Proxy Host lieber ein eigenes Zertifikat, das hat dann ein eigenes "Haltbarkeitsdatum" und ist unabhängig von den anderen. So muss man nicht jedesmal alles neu machen, nur, weil mal wieder ein Host hinzugekommen ist... Wi Keine schlechte Idee, auch wenn die langen Adressen abschreckend wirken, in Wirklichkeit ist es ganz einfach und viele Einschränkungen von V4 wurden beseitigt. Dementsprechend fallen auch viele "Krücken" weg. Für die meisten "Dienste" gibt es direkte Entsprechungen, Irrwege wie "Plug&Play" wurden gleich weggelassen und wirkungsvoll verhindert (DAS ärgert auch viele Leute, sie waren gewohnt, dass man rumschludern konnte, und das geht nun nicht mehr. Ist aber mehr ein Problem im Kopp der Leute.)

Jein. Da musst Du Extern und Intern unterscheiden. Von extern ist V6 sehr wohl sinnvoll, intern ist es nicht erforderlich, da NPM automatisch auf V4 umsetzt. Allerdings ist es für manche Anwendungen erforderlich, dass intern nur V6 gesprochen wird, gerade, wenn man Logfiles auswerten will (z.B. bei Nextcloud). In den Logs taucht dann nur die V4 Adresse des Proxies auf, da eine V6 Adresse auf V4 keine Entsprechung hat. Andersrum (extern V4, intern V6) geht es schon. Da werden dann die Adressen ::FFFF:<V4 Adresse> protokolliert. Auch Anwendungen, die bestimmte Adressbereiche blockieren oder zulassen wollen, sind darauf angewiesen. Es ist also der kleine Unterschied zwischen "geht" und "geht richtig"...

ist egal, kein V6 spart stress mit der doofen FB. Aber dann auch bitte die Adresse im DNS überall löschen, sonst kriegen die Leute die Idee, da könnte was gehen. Und genau auf diese Idee wird wohl auch LetsEncrypt gekommen sein. V6 hat Vorfahrt gemäss RFCs (es gibt auch Provider, die sich nicht daran halten, aber das ist die Ausnahme). Also versucht er per V6 reinzukommen und scheitert kläglich. Normale Browser schalten dann um und versuchen eine V4 Verbindung (die dann klappt). Aber bei dem LetsEncrypt Roboter bin ich da mir nicht sicher, er wird das wohl als Fehler werten und die Erteilung des Zertifikats ablehnen. Mach Adresse weg und probier nochmal neu. (PS: langfristig sollte aber V6 AN sein und V4 abgeschaltet werden... also nicht auf den vermeindlichen Lorbeeren ausruhen, sollte es gleich klappen)

Das ist eine recht dumme Idee, weil Du ja die V6 Adresse im DynDNS ankündigst, also jeder glaubt, Du wärst so erreichbar. Also, entweder V6 an, oder Adresse weg. Entscheide Dich! Update: meine Antwort war schneller 😁

Scheint, dass Dein KVM Switch mit den Videoauflösungen des neuen Monitors nicht klar kommt und deshalb abschaltet. Z.B. Monitor bietet 4k/60hz, Switch kann nur max 4k/30hz. Die Dinger können sehr frustrierend sein. Am besten immer nur 2k Monitore kaufen hinter dem Switch. Die Timings können so ziemlich alle. (zum Testen den Monitor mal OHNE Switch an den Rechner anschließen. Kommt dann ein Bild, weist Du, was als nächstes neu zu kaufen ist)

C:\Users\mam>nslookup pl.famkraus03.duckdns.org Server: pi.hole Address: 192.168.0.9 Nicht autorisierende Antwort: Name: pl.famkraus03.duckdns.org Addresses: 2003:f3:77ff:3acb:cece:1eff:feaf:6c77 91.44.147.218 C:\Users\mam>ping 91.44.147.218 Ping wird ausgeführt für 91.44.147.218 mit 32 Bytes Daten: Antwort von 91.44.147.218: Bytes=32 Zeit=33ms TTL=57 Antwort von 91.44.147.218: Bytes=32 Zeit=32ms TTL=57 Bei V6 ist wohl kein Ping erlaubt... etwas paranoid... Du solltest mal Deinen V6 Firewall überprüfen ob die hier angezeigte Adresse auch die der Portweiterleitungen ist. Router wie Fritzboxen haben da manchmal ihre eigenen Phantasievorstellungen, die nichts mit der Realität zu tun haben müssen. Bei "nc" fehlt die V4 Adresse Bei "WD" kommt man nur auf den NPM ("congratulations!"), da fehlt der Proxy Host nebst Weiterleitung. Die anderen beiden funktionieren. Update: ich krieg dochwas von "NC...", allerdings nur 502 Bad Gateway von Openresty. Das heißt, beim NPM ist die Weiterleitung fehlerhaft, oder der hinterlegte Host ist nicht erreichbar. Theoretisch sollten die Zerts (bis auf WD) also erneuerbar sein, aber ich würde dann doch erstmal die Erreichbarkeiten korrigieren.

yes, but you could also put each disk into a seperate "pool" and share the content via smb. The difference is (the term "array" is currently very misleading, because there are two types of arrays which have not much in common. Let us call the "UNRAID array" "UA" and a ZFS RAID array "ZR" in the following text) The UA consists of a "bunch of disks" with optional one or two parity disks. The advantage of this type of array is, that shares can split over disk boundaries (they are automatically collected together again an presented to the client as one piece), the disks can be any size, disks can be added later on, every single disk contains a normal filesystem and can be read by any linux system without any tricks. The optional parity drives sum up all blocks of the data disks and allow a failed disk to be replaced without any loss of data ( dont ask me why there can be 2 parity drives, its a thing for the overcautious types that assume "more than one" drive to fail at once). Drawback is a rather large overhead so with fast lan and fast disks you notice a degregation of speed. There is not read caching, a ssd cache can be added, but only as a write cache for NEW data. (yeah thats bad, I ask for a read cache some years now already, no answer from limetech until now). The only limitations are "1) the parity disk(s) need to be the largest one(s) of all data disks" and "2) maximum of 30 (+2) drives can be used (a limit that you hardly can hit with common PC hardware)" The ZR is a standalone Array based on ZFS and RAID technology. You need disks of same size/type. Depending on the amount of drives its either RAID0, 1, or 5. It contains a bidirectional cache (called "ARC") in RAM which is managed by ZFS itself. Its said to be much faster. I dont know, I have bought UNRAID because I did not want RAID anymore. I was fed up to get replacements for failed drives after some years. So dont ask me how good this works. What you never should do or even consider is to put an ZR into an UA (with parity)! This will make you box creep around like an old dog in the hot sun... This is because the UA parity has to follow each write operation and the ZR uses idle times to "optimize" its internal disks. So there are permanent writes which slow down everything until the IO Bottleneck kicks in and the machine almost comes to a full stop. You do not want this!!! So either trade speed for flexibility or use fast access and be aware that there are problems to come in a few years... From your reading I guess you want it as a backup solution. Then I would recommend to use the UA because you can expand it really easily later on or swap out data disks if they become unstable or something. And if everything fails, you can pull out the datadisks and use it in different machines without loss of any data (but you have to be aware that folders might have become splitted, so it may take more than one disk to copy to get all the content of a single folder (files itselfs are never splitted). And the "mergerfs" you are looking for is automatically builtin. You can select "when to split", but the merge is always there. You can also select if disks are filled up one by one first or split evenly.

also eigentlich steht der Grund ja da im Klartext: DEINE SEITE IST "von aussen" unter dem angegebenen Namen nicht erreichbar. Da Du den relevanten Namen leider "ausgeblaut" hast, kann niemand nachgucken, ob, und warum eventuell das nicht geht. Also guck selber nach ob die DynDNS Einträge bei DuckDNS aktuelle Werte enthalten und ob Dein Router die Portweiterleitung ordnungsgemäss durchführt.

as @Frank1940 already noted "Unraid is not a Backup Solution". Therefor you need an external Backup somewhere. In my case it is a Windows Server (old hardware) which is usually OFF. Late at night it turns itself ON, autologins the Admin and 5mins later runs a skript that uses robocopy to mirror all the drives from UNRAID. (Aftwerwards it switches itself OFF again). THIS backup is directly usable by windows machines! (unless you use ReFS for the Backup's file systems. This only will work for "upper" windows editions. So stay to NTFS and you are safe.) Of course, this is a little bit expensive (not the backup computer, it is made from old parts that are not in use anymore, but of course, you need the same amount and sizes of UNRAIDs Disks. To save a bit money I pack all the NVME drives from Unraid into a subfolder of a 18G drive on the backup computer. The backup disks MIGHT be a bit smaller because you will unlikely fill up UNRAID completely, but better play it safe. So, if I need to enlarge the space on UNRAID, I buy TWO of the same disks. Put one into UNRAID, the other into the Backup Server. (still have many drive bays free, so I can add another few disks without changing anything)

hmm... maybe you are right, but I dont see any impact here. Maybe fooled by caches ?

If you just access data locally on UNRAID (with dockers and so on), exclusive shares do not do anything. They come handy if you access them over LAN, by eliminating the FUSE overhead, speed can go up by 100% on 10G LANs when used with NVMe drives. But again, makes no difference if it just locally. Maybe even a unmeasurable bit slower because of the symlink.

Hmm, where is the USB port for the UNRAID Key? I was not aware that machine had one (need to check it up, should be hidden somewhere in the back of the garage...)

I guess nobody needs to look into your diagnostics, as you already know that you have been hacked. And usually its not sufficient to "fix" the open door, but to clean up your whole LAN because the hack commonly dropped a malware that has infected every computer "in reach". And also every other LAN device like routers and so on. Happy reinstalling EVERYTHING!

Hey folks, CALM DOWN! It is not uncommon that "enterprise grade hardware" does not really work well with common OSs. I also once had some HP servers that gave trouble everywhere. They contain special devices like HBAs and so on and they only support certain OSs with drivers. Everything else MIGHT work but usually DOES NOT. (in my HP case I had to disable the onboard HBA and put "a real one" into the slot). And you cannot blame companies like limetech for this because companies like DELL or HP or so on do not publish full infos on their devices. They do not want anybody else to get things running on their computers, you should buy THEIR stuff and hire THEIR support. So, I can understand his upsetness, but he is on the wrong track. This will never work out. (yeah, I know, "spend a lot of money!", but its more "wasted a lot of money!")

check if you did not accidentally enable "reconstruct write" somewhere (sometimes hidden in a plugin, hard to find). It is often declared as an optimizer or speedup for larger operations. But the drawback is that it wakes up all disks in the array every time a single write is done somewhere.

First of all: I go with you! I also seek a "legal" way to disable SLAAC. But almost every OS today has turned it on (even Microsoft reverted to it although former versions honored the "static only" request correctly). What you need to do is to add the MAC address to your firewall instead of the IP! This is common now because the providers usually only offer dynamic prefixes today. So you need to prepare your setup to dynamic addresses. (It's somewhat a step 20yrs backwards, but its the only thing guaranteed to work)

if it hangs again next time, just pull out the lan cable, wait 5 seconds and plug it in again. Transfers will abort, but machine/switch may recover. If this is the case, your problem is "not working flow control". Check settings in the computer and the switch. It may happen that someone says "STOP", the other does not honor the request and finally the first one locks up the port to prevent being overrun. Check this out