MAM59

unfortunatly, "same size" is often not "same size" 😞 For different interfaces, the partition layout may be different. Some start at sector 64, some already at sector 1 and some somewhere else. So even if you are using disks with the same number of sectors, the "net free value" maybe different. Sadly, this cannot be known before. But it seems that your former USB interface has used a different drive layout.

Keine Ahnung, ich benutze diese Docker nicht. Ich hab den DHCP Server auf einem FBSD Server "richtig" installiert. Für solche Basisdienste wären mir wackelige Docker viel zu risikoreich (Docker laufen ja erst gaaaanz zum Schluß nach dem Booten, da kann es dann schon Henne&Ei Probleme geben). Ansonsten findest Du die erforderlichen Config Änderungen für ISC z.B. unter https://askubuntu.com/questions/874648/setting-options-66-and-67-for-isc-dhcp-server Generell sieht das so aus: #option 66 option tftp-server-name "w.x.y.z"; #option 67 option bootfile-name "test.cfg"; aber wie gesagt, den TFTP Server und das richtige Bootfile musst Du auch installieren... Da fehlt also noch Einiges... Auch must Du dafür sorgen, dass jede Kiste ihr RICHTIGES Bootfile zugewiesen bekommt. IP-Phones können meist nix mit Windows 11 anfagen und PCs lieben keine Cisco Betriebssysteme. Bei ISC macht man das so, dass man verschiedene "Klassen" einrichtet, meist werden diese durch die Mac Adressen definiert. Beispiel: class "raspi" { match if substring(hardware,1,2) = b8:27 or substring(hardware,1,3) = dc:a6:32 or substring(hardware,1,3) = da:0b:06; option host-name = concat("raspi-",binary-to-ascii (16, 8, "", substring (hardware, 1, 6))); ddns-hostname = concat("raspi-",binary-to-ascii (16, 8, "", substring (hardware, 1, 6))); ddns-domainname= "media.XXXX.de"; deny client-updates; #ignore client-updates; update-static-leases on; use-host-decl-names on; # log (info,concat("gefunden Raspi ",ddns-hostname)); } Hier werden z.B drei verschiedene Bereiche von MAC Adressen erkannt und Raspberrys zugewiesen. Aus den Mac Adressen wird dann ein Hostname wie "Raspi-YYYYYY.media.XXXX.de" gebildet. Der wird dem Raspi mitgeteilt und auch im lokalen DNS Server registriert. Hier könnte man dann ein spezielles Bootfile hinterlegen, das nur für Raspis gilt. (wobei das Beispiel hinkt, die verschiedenen Raspis brauchen auch andere Bootfiles, wahrscheinlich muss man für jeden MAC Bereich deshalb eine eigene Klasse definieren) Ich hab hier so 20 Klassen und noch etwa 50 Hosts mit speziellen Einträgen. Die Konfigdatei ist deshalb recht lang, aber das Meiste is Cut&Paste. Grundsätzlich oben die Options für alle setzen, dann Klassen/Hosts definieren und darin einzelne Options überschreiben oder ergänzen. Ist recht simpel.

Das "Besondere" sind spezielle Records (66 und 67) für PXE bzw TFTP, die man diesen Servern nicht beibringen kann. Es gibt allerdings die Möglichkeit, mit "ProxyDHCP" die fehlenden Options dem vorhandenen Server "unterzujubeln" und somit die Antwort zu ergänzen. Ausserdem muss man natürlich auch noch einen TFTP Server aufsetzen, der auf Anforderung dann das richtige Betriebssystem anbietet und hochlädt. (Betonung auf "RICHTIGE!", der Server muss erkennen, WER da anfragt und dann die richtige Datei liefern) Für Details hier lesen: https://wiki.openthinclient.org/omd20212/openthinclient-management-server/proxydhcp-pxe-konfiguration oder https://www.netz-weise-it.training/weisheiten/dhcp-proxy-wds-server-dhcp-option-60-66-und-67-und-was-das-mit-pxe-boot-zu-tun-hat.html Allerdings gibt es auch reichlich DHCP Server auf dem Markt (zb. ISC-DHCPD, oder Microsoft DHCP Server), die man um die nötigen Einträge ergänzen kann, auch wenn die GUI da etwas im Weg steht.

your mistake is that you have assigned a gateway to every card. Unless you have really 3 seperate internect connections, this is wrong. Only the "real" card (which contains the router to the internet) should have the router's address stored as "default gateway". There are implicit automatically generated routes to the other card's nets. You need to add these routes to other machines and your default router to make them accessible from inside and outside (if wanted)

as usual I should add the warning "Do not use ZFS in the UNRAID array" (at least not now). There are serious problems with speed, they are investigating, but unless it is fixed, zfs is an absolute NO-GO (but can be used for pools). If you dare to move the array be prepared to move it back soon again. (you will find a lot of threads here if you search)

No need for somebody to write one. You have one already if you install the "unassigned devices" plugin. With it you can mount (and even publish) ISO files. Even permanently if wanted.

There is likely a misconfiguration, machine and gateway need to be on the same net unless you are using specific netmasks. Check your addresses and routing tables.

This is not really DHCPV6. What happens is that docker reads the hosts V6 address (here from SLAAC, in my net it is static), strips the first 64 bit and takes it as the prefix (which is wrong here, i have /48 not /64, but it still works because it carries over the next block too). Copies the received gateway address, which means, your <prefix>::1 must be announced somewhere. It then uses some dice throws to generate a new 16bit section, here 2000, and then appends it to the prefix. This new "prefix" is offered by router advertisement protocol to the starting dockers with a netmask of /72. The dockers then pick their own address from this pool by SLAAC The gateway is somehow a guess because if not static, it is announced as the link local FE80:: adress by the real router. This cannot be used for the docker subnet, therefor it makes an "educated guess" what the real, routeable, address could be. In your case it picks the ::1, which is wrong as you say. I use static addresses, and also use the "real" address for the gateway. Thats why it works here. Sad news for you: the Fritzbox handles V6 very poorly and utterly wrong. It will be hard to impossible to train it it use a "good" address, switching the dockers to static wont help you because your prefix is dynamic... BAD LUCK!!! Maybe your prefix changes are less frequent (my nephew for instance has one or two changes per year), then it might be worth to change it manually each time. But with a daily change you are really lost. Try to fix the FB to the ::1 address, this would work best. (but if the prefix changes, you always need to restart the dockers)

Nö, das ist so und es ist auch kein Mysterium. Die Parity speichert einfach die Summe aller gleichen Sektoren von allen Platten (ist eine Platte "zu ende" wird sie eben nicht mehr mit aufsummiert bzw liefert einen sektor voller Nullen). Geht eine Disk kapput, kann man einfach die anderen wieder aufsummieren und vom Parity Sektor subtrahieren. Übrig bleibt dann der fehlende Datensektor. Einfach, aber genial. (So ähnlich wie RAID 5, nur das da die Platten nur bis zum höchsten Sektor der kleinsten Platte verwendet werden. Der UNRAID Trick ist einfach, stattdessen Null zu liefern) Für etwas mehr paranoide Zeitgenossen kann man auch eine zweite Parity Platte hinzufügen, aber den Bedarf hatte ich noch nie. Als "Haken" der Sache ergibt sich eben der Zwang, dass die Parity Disk die "größte von allen" sein muß. Sie muss eben Sektoren mit Nummern zur Verfügung stellen, die jeden Sektor jeder anderen Platte aufnehmen kann. Ist eigentlich auch einfach verständlich wenn man mal drüber nachdenkt. Also, kein Elektrik-Trick oder Gottes-Hand. Nur simple Addition und Subtraktion. (oder XOR, keine Ahnung, ist aber auch egal, irgendeine reversible Rechenoperation ohne Carry)

ok, der Anschluß sieht in Ordnung aus, es sollte also machbar sein. Aber ich versteh immer noch nicht die 179 ? Hast Du die manuell vergeben ? ? ? (Die DNS Server entsprechen nie dem Gateway, das Gateway sorgt dafür, dass andere Netze erreichbar sind, deshalb ist es egal WO die DNS Server sind. Deine sind derzeit bei der Telekom (nicht verwunderlich))

Hmmm. Du hast aber nicht einen Internetzugang per DSLITE Guck mal auf die Startseite der FB. Das sollte dann irgendwie so aussehen und nirgends "dslite" oder "dslight" auftauchen...

you are assigning 2 different default routers. This is usually wrong. Check which one is the real gateway and delete the entry from the other nic. Your setup leads a random choice to pick the wrong one and then losing all internet connections.

You should have saved you a lot of stress if you would have remembered to clear the Browser's cache.. CTRL-F5 is usually your friend in such situations, dependless of the browser...

Bevor er mit UNRAID und Raspis rumfuckelt (und wohl mehr kapput als heile macht), sollte er sich mal mit der Fritzbox auseinandersetzen und die dortigen Fehler (z.b. falsche Verkabelung, wahrscheinlich auch falsche Einstellungen usw.) beseitigen. Solange da 192.168.179 steht, ist alles andere SINNLOS!!! (und zum Scheitern verurteilt). Also eins nach dem Anderen, erst Frizbox, dann MACVLAN und dann sehen wir weiter...

also 192.168.179 ist das GAST Netz der FB, da geht gar keine Freigabe!!! Du willst schon eine Adresse aus dem 192.168.178.0 Netz. Üblicherweise betreibt man den NGINX Docker im HOST Modus, dann hat er dieselbe Adresse, wie UNRAID. (Aber dafür muss man vorher die Admin Ports von Unraid verschieben, sonst klemmt es auch da)

Wahrscheinlich hast Du den Remotezugang zur FB aktiviert, dann ist das Port belegt. Schalt das ab und nehm (wenn Du unbedingt von aussen auf die Box zugreifen willst) myfritz stattdessen. Das belegt einen anderen Port. DNS Challenge kannst Du aus Deinem Gedächtnis streichen. Das erfordert, dass Du direkten Zugang zu den DNS Einträgen Deiner Domäne hast, was in 99% der Fälle wohl nicht zutrifft. Die paar Leute, die das können, wissen auch, wie es geht 😜

e1000e Aus welche m Museum hast Du die denn ausgegraben. Die wird eigentlich nur noch von Virtualisieren emuliert aus Gründen der "Rückwärtskompatibilität". Kann es sein, dass Dein UNRAID eine VM ist?

Der Unterschied ist der "Einschalt-Wumms" (manche nennen ihn auch Doppel-Wumms!). Ein PC Netzteil ist elektrisch recht "optimistisch" aufgebaut und erzeugt beim Einschalten sowohl Kurzschlüsse, als auch Überspannungen. Da braucht es schon tolerante Sicherungen und Geräte. (WAS passiert ist mehr oder weniger Zufall, je nachdem welchen Teil der Sinuswelle des Netzes Du gerade triffst beim Einschalten). Das Ganze dauert nur ein paar ms, und "gute" Netzteile haben vor dem Ausgang noch ein Relais, das erst verzögert aktiviert sind (hört man z.B. bei Hifi Verstärkern). PC Netzteile gehören nicht zu den Guten. Also: beim Einschalten kann es Stress geben, beim Spinup nicht, denn da ist die Stromversorgung schon stabil. (PS: es gibt auch recht teure Steckdosen, die den Strom nur "zur richtigen Zeit", nämlich zum Nulldurchgang der Phase durchschalten. Damit kann auch nichts passieren)

First of all: FORGET the jumbo frames, they are a relict from ancient times, they only still exist for downwards compatibility. (They were introduced to save CPU times when networks got faster than 100Mbs. But later on, more intelligent NICs appeared and offloading the stressing calculations is standard now. So, there is no benefit of Jumbo Frames anymore today) Second: The ASUS card is sold as a "gaming device", it is not meant to be used in servers. It cannot handle many concurrent connections, it will slow down if stressed a lot. Get someting real like a card from Intel or (even better) mellanox. Third: 50ft is sporty. It SHOULD work but it is already in the risky range. But I think, your "Cat8" cable maybe a cheat. Look at the bill, if it tells you "raw cable" it means, that the cable is ok, but the plugs on both ends do not match CAT8 criteria. Try your old CAT6 cable again and see if things get better.

the speed you see is the speed of your internet connection. It has nothing to do with your internal LAN speed. To be more precise, it looks as if your 2.5 LAN is working fine because else you were not capable of receiving 1,5Gbs. The internal LAN could limit the receiving side, if it would only be 1G. But you can nothing do against the absolute speeds shown. These are limited by your contract with your provider.

Augen auf !!! In der Pulldownliste der FB ganz nach unten scrollen! Da steht dann "IP Adresse manuell eingeben".... (manchmal kann es sooo einfach sein...)

its not syslog. look into /var/log/unraid-api to see the evildoer Install today's update of the plugin to silence it down again (may need to reboot afterwards to clear the logs)

For array drives i still use xfs. Not fancy but rock solid. You can use btfrs or zfs on "pool" disks.

he used zfs on the array... that should explain everything! BAD MISTAKE!!! (ZFS + Parity do not go well together, zfs tends to "optimize" during free time and parity needs to be updated all the time, this slows things down to the knees... ) (this is overkill! UNRAID Parity + zfs mirror. Get rid of one of them ASAP!)

there is an update for the plugin today. it instantly silence sit again!