MAM59

aufgrund der sehr diffusen Fehlermeldungen würde ich vermuten, dass mal wieder eine Kollision zwischen den Nextcloud Dateiberechtiungen und denen von UNRAID vorliegt. UNRAID will nobody.users haben, die diversen Nextcloud Varianten haben da eigene Vorstellungen. Und wenn UNRAID aus irgendeinem Grund die Berechtigungen "normalisiert" (kann man anklicken, passiert aber auch im Falle von Datenwiederherstellungen automatisch), dann "klemmts" und Nextcloud darf nicht schreiben. Guck also mal nach den Besitzern und den Berechtigungen im Data Ordner...

have you tried to reboot (with power down) or at least pull out the power cable from the drive (and put it back in again after a few seconds) ? (and check the cables of course, maybe one of them became loose?)

Your docker's network is set to "WLAN0" ?!?!?! This does not exist I think.

Its already harder and more expensive to get a smaller one. Thank god, once I found a "working" Stick for UNRAID, I have instantly ordered 10more of that brand/kind and parked them savely aside...

There is actually no 32Gb Limit. I am running UNRAID from a 512Gb "Stick". The 32Gb rumour was invented because newer (and larger) sticks are always USB3 and therefore get really hot (like the guy above already found out with his thermal camera :-) ) Also the boot file system needed to be FAT, which ends at 32Gb size. So, if you cannot buy a "cooler" USB2 Stick anymore, just plug the USB3 one into an USB2 port on your PC (or get a cheap USB2 Hub in between). This will lower the temperature dramatically and raise the lifetime. Now there is EXFAT which allows much larger boot partitions. (Anyway, moving away from the USB Stick is still a good idea) Addon: older BIOS/UEFI are not capable to boot from EXFAT. So, if you have an older MoBo, try it out before, look out for updates and so on. (But this is nothing you could blame on UNRAID)

what gave you the idea that unraid runs a dns server on 127.0.0.1 ? There is none, so nobody will answer any queries. Delete the entry for DNS1 and move up all others, then it should work.

if you use an ULA (universal local address) like FDxx... , no Addresses on the internet can be reached. Thats why there is no default gateway. Therefor your DNS assignmenet (2606...) will not work. Also, the gateway will usually be detected automatically (it annouces itself) but only on the cable where it is located. The FE80... address is "cable only" ("only THIS card!"), ("FDxx" is "lan only" including all cards). If you attach many brX to the same cable, the outcome is random and not really predictable. Avoid this at all costs. So BR0 and BR2 should not be connected to each others by any means. It is also normal to have only ONE default gateway (many may exist but then with different priorities, else routing is in trouble)

should work unless you want to be reachable from the internet. The Fritzbox does not allow static addresses, it always "creates" the SLAAC address (derived from the MAC address), if you want it or not. But you don't need IPV6 for pihole at all, turn it off and you are done. (V6 DNS addresses can be queried over V4 LAN too, so there will be no loss in functionality)

I'm not sure, but "fda4...." is a so called ULA (universal local address). It cannot be used for routing, it is plainly local. So it is not usable for pihole which needs to access hosts on the internet for it's work. Consider to use a "real" prefix instead

Na ja, das steht aber auch in der Doku drin: derzeit nur selbssigniertes Zertifikat (muss abgenickt werden) derzeit nur Zugriff von Localhost (nicht über LAN/Internet) Die Wolke ist also noch seeeeehr luftig... Das ist eine reine Testversion, da soll man keine Daten draufpacken.

you need to edit the xml file directly switch to xml view of the vm, locate the part that belongs to the main lan. copy & paste it and modify the names/values. After saving the xml and starting the vm the additional lan card(s) will show up in the gui too. (The same is true for other devices like disks and so on) Be aware that a syntax error in the xml will keep the vm from starting! So be careful with your edits. Save the orginal beforehand!

ok,ok... Ich hab hier n alten Flipper rumstehen, da plärrt ein Erdhörnchen (Gopher) immer panikartig "too many balls!" wenn der Multiball sein (Golf)Spielfeld überflutet. Abgewandelt kann man hier also rufen: "too many clouds!" :-)

Also 7-8 Tb an Fotos sind schon ne Menge, aber für Nextcloud und Anderen eine Lachnummer :-) Egal, wie schon der Vorredner anführte, Du sagst nicht WORAN es hakt? Btw, "opencloud" ist der Vorläufer von "nextcloud", insofern kommst Du vom Regen in die Traufe.

Das ist gar nicht sooo schlimm... für ein paar Sekunden / Minuten geht das ohne Probleme. Die Dinger werden ja nicht innerhalb von ms glühend heiß. Die ersten Starts mache ich immer ohne Lüfter, sonst kommt man so schlecht an die RAMs ran und es gibt ne Sauerei mit der Wärmeleitpaste. (nur den Lüfter ans MoBo ANSCHLIESSEN sollte man zumindest, damit das Board ein Tachosignal bekommt und nicht notabschaltet) Aber allzu lange sollte man es bei Intel Dingern nicht treiben (AMD und ARMs haben eine interne Sicherung, sie takten runter/schalten ab. Intel ist sich für sowas zu schade).

Na ja, kommt eben auf die CPU an... ich weis ja, Ihr seid die extremem Stromsparer.... Bei mir gehen da schon mal eher 500W nur durch die CPU (OHNE Graka!). Deshalb gibts hier seit Ewigkeiten keine kleinen Dinger mehr. Deine erwähnten 120W würden hier den Einschaltimpuls nicht überleben. Und für den ersten Test würde ich immer "zu groß" wählen. Abspecken (bis es nicht mehr geht) kann man später immer noch. Der Einschaltschock moderner CPUs ist nicht zu unterschätzen. Warum wohl haben die Boards nun bis zu 13 und mehr Spannungswandler parallel? Aber egal. Auf jeden Fall sollte immer der Lüfter im Netzteil und der CPU Lüfter anlaufen. Und, wie gesagt: SO WENIG KOMPONENTEN wie möglich und dann langsam rantasten.

Na ja, zweimal "derselbe Fehler" ist schon arg selten. Ich versteh auch nicht, warum Du das Board in ein Gehäuse einbaust? Die ersten Tests für CPU und RAM macht man üblicherweise auf dem Tisch (mit einer (nicht leitenden) Gummimatte drunter), damit man überall gut ran kommt. erst nur Netzteil und Board -> sollte piepsen dann mit + CPU + Lüfter -> sollte piepsen (anders) dann mit + RAM -> sollte nicht mehr piepsen, sondern ein Bild zeigen So "robbt man sich ran" (deshalb hier auch immer die Hinweise darauf, dass man die beiden Pins mit nem Schraubenzieher kurzschliesst. Ich hab hier eine etwas edlere Variation, ein Stecker, wo komplett die LEDs und Taster eingebaut sind, den steckt man einfach auf die Pfostenleiste und kann alles sehen und bedienen) Erst, wenn dieser Aufbau zur Zufriedenheit arbeitet, kommt er in einen Blechkasten (OHNE die Teile wieder abzunehmen!!!).

Dieses Forum hat mit "UNRAID" zu tun, einem Betriebssystem. Viel geschraubt wird hier eher nicht. Klar, die meisten bauen ihre Kisten selber auf, aber das ist sicherlich nicht der Fokus des Forums. Ich wollte Dich nicht beleidigen (DAS sähe dann gaaanz anders aus 😗) nur fehlt es hier offensichtlich an einer gemeinsamen Kommunikationsebene.

Wie schon von anderen erwähnt bist Du nicht recht bewandert im Umgang mit PC Hardware. Uns stellt sich langsam die Frage, ob Deine Entscheidung mit dem Eigenbau so wirklich vorher durchdacht war... Da fehlt es offensichtlich an essentiellem Basiswissen, die eigentlichen Probleme kommen erst noch. Das mit den 2*4 = 1*8 Steckern gibt es seit 20 Jahren, inzwischen gibt es auch schon Boards und Power Supplies mit 3*4 bzw 4*4 Steckern/Buchsen. Und wenn man das mit den Kodierungen weis, reicht ein Blick um zu erkennen, welches Kabel in welche Buchse gehört. Ist eigentlich alles recht narrensicher gestaltet (ok, mit brutaler Gewalt wird man hier auch einen PCIe 8x Stecker reingehämmert kriegen, aber das ist nun wirklich dann...) Ich gehe mal davon aus, dass Dein beQuiet Dingen kapput ist, und das andere zu schwach (Board beginnt zu starten, schaltet immer mehr hinzu, irgendwann schaltet das Netzteil ab und macht einen Neustart...) Für heutige Boards solltest Du schon mindestens 500W Power Units einkalkulieren, beim Einsatz von externen GraKas so 650-1000W...

Naja, er ist nun wirklich nicht die hellste Leuchte im Lampengeschäft wenn es um Hardware geht, aber egal... Die vier Pieptöne haben nix mit der Batterie zu tun, sie sagen einfach nur "Netzteil zu schwach". Troubleshooting the PSUPower supply issues either lead to a continuous beep or a 4-beep pattern. Chances are, the connection from the PSU to the motherboard or some other component like the GPU is loose. All you need to do is reseat all the connections properly. Das eine ist wohl ganz platt, das andere zu schwach. (oder er hat wirklich nicht alle Stecker angeschlossen, z.B. den 20+4 Teil im Hauptstecker? )

Reinstecken??? die 2*4 ergeben nebeneinander die 1*8 (kann man auch nicht verwechseln/verdrehen, die sind kodiert

Nein. Erst, wenn Du das Signal gibst und dann auch nur für ein paar ms wenn er seine Mindestlast nicht findet (getrennt auf jeder Spannungsebene). Nur eine 5V Standby Spannung auf einem Pin liegt meist immer an, um die Standby Funktionen der Rechner zu versorgen. (der Tipp mit der angeschlossenen Festplatte hilft meist nicht in diesem Fall, da auch die 3,3V Ebene abgefragt wird. So, wie Dein Tester aussieht, hat er wohl nicht die erforderlichen Bauteile onboard. Die Lasten werden recht heiß, dafür scheint er mir laut Foto einfach zu klein) Und über allem schwebt das allseits gültige Gesetz der Elektrotechnik: "wer misst, misst Mist!" 😀

Denk dran, dass viele Netzteile erst bei einer anliegenden Mindestlast überhaupt in Wallung kommen... Aber, wenn Du ein anderes hast, warum probierst Du das nicht???

It's more the lazyness of the people. They had only 30 yrs now to get aquainted to it :-) Biggest problem that I see is the "lack of NAT" (although, its there if one really needs that #$§!). I guess, people need to learn it the hard way. Here in Germany many providers only offer V6 connections with "DSLITE" V4 (no backchannel, not usable for incoming services). This forces the guys to move on to V6 only. But they also have "dynamic prefixes", which is totally unecassary and the most popular router here ("the FritzBox") has a very strange (and sick!) implementation of V6 that drives server admins crazy. All of this pushes the brake for V6...

One educated guess of me would be that at start time of sshd (VERY early in the boot sequence) there is no V6 interface loaded and ready already. You may try with adding "/etc/rc.d/rc.sshd restart" to your go file (maybe with a "sleep 30" ahead?) and see if it works. Here it works without tricks. but then, maybe because I have a static V6 address? I don't know. root@F:~# ss -tulpn | grep ssh tcp LISTEN 0 128 192.168.0.4:22 0.0.0.0:* users:(("sshd",pid=2240,fd=8)) tcp LISTEN 0 128 192.168.4.4:22 0.0.0.0:* users:(("sshd",pid=2240,fd=6)) tcp LISTEN 0 128 [2001:470:XXXX:1::4]:22 [::]:* users:(("sshd",pid=2240,fd=7))

Ich wußte ja gar nicht, von welchem wir hier reden (stand ja eingangs nirgends). Und meine Mobos haben alle verschiedenfarbige LEDs für die einzelnen Komponenten. Aber klar, bei den billigen Dingern wird an allen Ecken und Enden gespart, da sollte man froh sein, wenn es überhaupt eine Anzeige gibt. Und Intel Kram ist eh nicht mein Ding... Ja, wenn alle LEDs gleich sind, was macht Dich so sicher, dass wir hier von "CPU" reden?