Ford Prefect

...sollte keine Probleme machen, es sei denn Du hast irgendwo MAC basierte ACLs in Deinem Router oder Switches. Bei macvlan hat jeder Port eine eigene, eindeutige MAC, bei ipvlan hat jeder Port nur ne eindeutige IP. Bei mir lief die Umstellung einwandfrei und ich nutze intern auch VLANs, aber eben nix MAC basiertes in Firewall Regeln und ACLs.

Ich würde auf jeden Fall den "custom network type" von macvlan auf ipvlan umstellen.....hat jetzt nix mit diesem Problem zu tun, aber wird später pot. andere vermeiden.

Das ist nicht normal und ich habe das in vielen Jahren unraid, inkl. System Neu-/Umbauten noch nie erlebt. Letzte Möglichkeit ist der USB-Stick selbst oder dessen Interface...USB3 konsumiert viel Strom und die DInger werden heiss, was Biilligteilen nicht gefällt....viele USB-Sticks sind nur China-Fakes, inkl. der namhaften Marken...leider....aber das wäre noch mein einziger Verdacht. ...danach bin ich quasi raus

Wie oben schon gesagt, musst Du da keine extra Einstellung wählen...denn was Du willst, ist der Normalfall. Du solltest aber beachten, dass dieses "Phänomen" unter Umständen auftreten kann, zB. wenn: - Du eine neue Konfiguration erstellst - Du einen Neustart machst und das Array nicht auf autostart steht...dann sieht es u.U. so aus, weil der zentrale Docker-Dienst (noch) nicht gestartet wurde - Das Array aufgrund eines Fehlers nicht gestartet werden konnte (s.o.) - gleicher Effekt - Du manuell in der config (ordner config) auf dem Stick (im laufenden System unter /boot/config) etwas verändert hast, zB im GO-File.

Hi Folks, After the recent change in authentication policy, when I return to the Forum with the same Browser, that has been previously authenticated with, the login would simply not happen. Trying to re-login properly, including 2FA, would result in a "your account has been locked - try again in 1min" message. After waiting 5mins or so, reopening the browser will result in a proper login state, without the need to re-login/auth again. So this is kind of a false positive, isn't it? This now did happen to me twice during the last week....all I can think of, what might be interfering, is that this only happened when I was using tapatalk (even possibly from the same IP (ISP, with NAT - using Phone with tapatal first in WLAN, then moving on to the PC) shortly beforehand. With the recent change in auth policy, do I have to change/re-new the auth-link with/from within tapatalk, maybe? Tapatalk used to work without intervention, even after the change in auth policy, so far...but this behaviour above implies that something is wrong with that. regards, Ford

...wenn Du eh beide, neuen NVMe hast, mach es in einem Rutsch. Das Array musst Du ja jedes Mal eh stoppen. Also erstmal Docker und VM- Dienste aus, alles zurück auf das Array mittels Cache-Einstellung und Mover....dann beide NVMe tauschen und Cache wieder auf "prefer" und dem Mover arbeiten lassen....voilà. Gesendet von meinem SM-G780G mit Tapatalk

DJ Wurstfinger, oder Pechmarie, oder was ...das man überhaupt Kraft/Gewalt aufbringen muss um einen SATA Stecker da rein zu bugsieren ist absolut jenseits meiner Erfahrung. Wenn man gute Kabel hat, flutschen die wie Butter....die HDDs sind allesamt passgenau, sprich das Problem ist immer die Qualität der Kabel. Habe erst neulich wieder 8 Stecker quasi blind auf die Backplane gesteckt...für mehr als zwei Finger war weder Platz, noch Notwendigkeit. Der Hinweis von @DataCollector ist wohl echt Gold wert, für Dich in dieser Mondphase.

...aber vom Sockel/der Führung ist nix mehr da...ohje...ich würde es trotzdem mal mit dem kabel probieren..wenn es wet genug, sauber draufgeht kannst Du Glück haben. Man könnte es dann noch etwas mehr fixieren..Heisskleber oder so

...magst Du es mal hier zeigen?

...hatte garnicht realisiert, dass Du nicht der Themenstarter bist @Keith Morden zeig doch mal ein Foto von der Unglücksstelle, wie schlimm es denn genau ist

In dem Kabel sind SATA-Daten und SATA-Power in einem Stecker kombiniert. Wenn Dein Data-Port noch einigermassen intakt ist, kann das die Situation schon verbessern, weil die Kombo dann über den Power-Port stabiler und wacklungsfreier sitzt....kann...wenn die Probleme im inneren des Data-Steckers sitzen (weil zu viel Spiel und HDDs vibrieren ja auch) hilft nur löten.

Hi everyone, is this just for me or everyone? After the recent change in authentication policy, when I return to the Forum there is a Banner displayed saying "enable MFA" - but I already did. ...but my login / auth is working, meaning I am already logged in when I return with the same browser. This happens quite often, but not always...after the Banner has been discarded, it will return the next day (or so I think).

Ja, onbaord SATA nur 4x. Anderee Wege für reichlich HDDs gibt es mit dem Einbau eines HBA (SAS/SATA- Controllers)...oder normaler SATA Controller...sind ja ein paar PCIe-Slots da.

Intel will in dem Markt der dGPU einsteigen und nimmt dann solche Features aus den GPUs mit IGP wieder raus, damit der Kunde in die richtige Kiste greift (also zweimal, CPU + dGPU).

Ich kenne diesen Server nicht, aber im Web findet man, dass es ne native Anwendung, auch für Linux ist. Das "Problem" in uraid werden die Treiber für die Karte sein, die eben nicht da sein werden....dann durchreichen der Audio-Devices an Docker wird die nächste Herausforderung Wenn Du aber eine VM nimmst und die Karte durchreichst, dann sollte es gehen und die Treiber sind dann im OS der VM. Ob diese Karte das durchreichen richtig kann ist da die Frage. Mit einem Server-Chipsatz auf dem MB hast Du, meiner Erfahrung nach, bessere Karten als mit einem Desktop Chipsatz. Die PCIe-Bridge auf der Karten selbst ist hier das Risiko. Ich habe mit Telefonkarten ähnliche, unterschiedliche Erfahrung gemacht. Läuft die Karte / die VM erstmal, also mit geladenem Treiber sollte der Stromverbrauch normal sein. Welche C-States im idle aber angesprungen werden können musst Du wohl selbst rausfinden.

...wenn Du die Config Dateien löscht, startet unraid diesbezüglich wieder jundfräulich, wie bei der ersten Inbetriebnahme....im Zweifel den Switch umkonfigurieren, dann muss man die Couch nicht verlassen. Viel Erfolg!

einfach das/die gewünschten ethX ls Bridge-member definieren. Der erste Port ist dann br0 und ist untagged, auf der IP, die dort eingetragen ist. Jedes VLAN bekommt dann einen Port an der Bridge mit br0.<vid>, zB br0.10 für VLAN=10

Ah...das hatte ich dann missverstanden und Dein Screenshot ohne Lupe ist zu klein für meine aten Augen. Es sollte aber auftauchen, auf dem ersten Interface. ich würde von Vorn anfangen...Docker+VM Dienste aus....unter /boot/config die Dateien network.cfg und network-rules.cfg löschen...reboot Pass bei Deinem Switch auf, dass Du dann wieder per IP rainkommst (DHCP request kommt untagged auf eth0 - welches auch immer das dann sein wird ) Dann erst die VLANs einrichten, rebooten und wenn alles da ist, Docker- und VM-Dienste wieder starten. ich glaube wir hatten das Thema schonmal, aber wieso nimmst Du die puren ethX und machst keine Bridge dafür aus?

Der DNS-Server ist nur für den unraid Host...also nur für das erste, lokale interface nötig.

Ich würde insgesamt mal sauber machen...und gerade das NT würde ich tauschen...NT altern auch. Du hast aktuell ein MB mit 6x SATA und eine SATA-Karte mit 4-Ports....macht 10 Slots....willst Du noch Disks zubauen oder nur grössere einsetzen, im Anlassfall? Ich nehme an, Du hast noch Backups? oder sind die Medien nicht sooo wichtig? Bzw. hast Du öfter/regelmässig mal einen Parity-Check gemacht? Das Problem ist der Stress, der im System bei einem Plattenausfall beim Parity Rebuild auftreten kann/wird. Bei dem Alter ist die Wahrscheinlichkeit höher, dass genau dabei noch eine Disk über den Jordan geht. Eine SSD oder NVMe als Cache würde Dir bei Nutzung die Performance verbessern, wenn Du neue Mediendaten aufspielst. Dafür dann das MB mit CPU+RAM und eine SSD/NVMe rein. Die SATA Karte kann man tauschen...muss man aber nicht...genauso wie das MB....evtl. mal BIOS-Batterie erneuern...einen Port für eine SSD als Cache hast Du da noch.

Danke, das ist der richtige Hinweis. hatte ich im Support Thread von UD auch schon gefragt und als Antwort bekommen...man kann pro Disk das luks password in UD eingeben/hinterlegen. Meine Disks machen aber gerade noch den ersten preclear und ich bin daher noch nicht zum ausprobieren gekommen.

...da gibt es nicht viel Auswahl: https://geizhals.de/?cat=ramddr3&xf=1454_32768~15903_DDR4~15903_keinSO~15903_ohneECC~254_2666~255_14~255_15 Bei CL14 gibt es garnix mit 1 Moddul

Das Asus in Kombo mit dem Adapter für die 2te M.2 SSD klaut Dir halt nen PCIe Slot...ich würd emir ein Board suchen, dass zwei M2 unterstützt. Das hier: https://geizhals.de/supermicro-x11sch-ln4f-bulk-mbd-x11sch-ln4f-b-a1942436.html?hloc=at&hloc=de ist nen Tacken teurer, hat dafür aer schon IPMI und 4x1G NICs an board. Damit kann man dann auch, bei Verwendung eines geeigenten Switches LACP aktivieren/nutzen, was für Usecases wie Bildbearbeitung und Streaming sinnvoll sein kann. Ausserdem hat man Redundanz an Board. Mit dem SM X11SCH-F hast Du zwar keinen direkten Grafik-Ausgang zur iGPU, kannst die aber durchreichen an VMs und Docker...unraid nimmt sich die kleine GPU des IPMI. Das geht mut anderen MB der X11 Serie nicht. ...mit dem NT wirst Du wohl Probleme bei der Verfügbarkeit bekommen oder beim Preis. Die Samsung SSDs sind ja schon allgemein als gut bekannt...mich stört aber die TWB.....da sind andere deutlich höher (Gigabyte Aorus) und damit sollte die haltbarer sein.

Bei einer Pico immer darauf achten, wir die Leistung auf diee Spannubgssebenen verteilt wird. Eine eeinzige 3.5er HDD kann beim Kaltstart schon 25-30W ziehen, aus dem 12V Rail. M.2 PCie brauchen i.d.R 3.3V und ne 2.5er HDD und SATA-SSD 5V und/oder 3.3V. Rechne Dir aus, dass das da nicht zu überlastungen kommen kann....ne Pico hat da keinen Kondensator-Array um Spitzen zu glätten. Selbst wenn ein 120W NT an der Pico im Peak reicht, kann eine 160W Pico in der Unterverteilung zu klein sein für die Last! Ich habe einen 200W Pico, die auch mehr 3.3V und 5V erlaubt. Bei 3.5ern im Datengrab würde ich keine Pico nehmen. Dual-Channel RAM bringt nur bedingt was...ein grosser Riegel ist sparsamer als zwei kleinere...lieber den mit niedrigerer CL und auf 1.2V Spannung ausgelegt nehmen, inkl XMP-Profile Support....dann wird das MoBo den optimal ansteuern und die Performance wird OK sein....erweitern kann man immer noch.

My old but quite massive unraid server died on me (Mobo + PSU dead). As it is very old and comprised of a lot of smaller 2TB and 3TB disks, my plan to make the content available ASAP is (and until time and money is avaiilable for a full rebuild) is to purchase a couple of 18TB disks, insert these into my other, second unraid server and then use the UD plugin to move the data over to the new disks. Unfortately, as it seems per the feature statement above, the old server was/is encrypted (passphrase is available) but the existing, to be expanded server is not. Is there a way to proceed without encrypting the array of the server #2 first? ...maybe by using the two new disks in a pool and encrypt these with the same passphrase and UD will accept that to mount the to-be migrated, old disks? TIA in advance for your feedback. regards, ford