MAM59

My Guess would be that your NanoKVM (whatever it is) adds some kind of additional drive to UNRAID
And then, in total, you exceed the drive limit of your license.
 
From the specs:
At the same time, using the extra storage space of TF card, it can be mounted as a USB flash drive device. See if you can turn this off, else you need to upgrade the license.

why bother with it over and over again?
Give it a directory on a pool device and it can grow and grow (until the device is full) without beeing pampered by you every few weeks.
 

I would not say it is a "problem", just "work to do".
"lost+found" is automatically created by a filesystem check each time.
You are urged to inspect it, move out files that you want to keep, delete the rest of the files and finally delete the directory too.
So, afterwards it does not exist anymore and also is no "problem".
 

Eigentlich nicht, aber ich erkenne, dass Dein Gehäuse beide Platten mit "Seagate_Expansion_..." benannt hat. Vertausch dann nicht die Datenplatte mit der Parität!
Ich würde zwecks Neuzuordnung erstmal auf die Parität verzichten und nur die Datenplatten zuordnen.
 
WICHTIG! zu keinen Zeitpunkt solltest Du eine Platte löschen! Wir reden nur von den Konfigurationsdaten von UNRAID!!!
 
Kann das Array mit obiger Konfiguration nicht gestartet werden? Welche Fehlermeldung kommt denn?
 
Na ja, wenn nicht gestartet wird, dann solltest Du mal für ein paar Minuten auf die Parität verzichten
* Array stoppen
* "neue Konfiguration" wählen (Pools können erhalten bleiben, Array Platten nicht)
* danach neues Array anlegen (wenn Du wirklich weist, welche Platte davon die Parität war, dann nur die Datenplatten aufnehmen)
 
Ansonsten:
  * ALLE Platten aufnehmen
  *Array starten
 * Das wird nicht richtig klappen, eine Platte wird als "unmountable oder kein Filesystem" erkannt werden und das Array startet nicht durch. Das war die Parität. UNRAID schlägt vor, sie zu formatieren, das willst Du aber gar nicht.
 * diese Platte wieder aus der Arrayliste entfernen (Achtung! Anzahl der Arrayplatten gleichzeitig heruntersetzen, wenn die Parität "oben" in der Liste war musst Du alle Einträge von Hand aufrücken)
 * Array starten (das sollte diesmal aber klaglos gehen)
 * Array stoppen
 
Gemeinsam weiter:
 * Übriggebliebene Platte als Parität zuordnen
 * Array starten (Es wird automatisch ein korrigierender Paritätscheck gestartet, Du hast dann ein paar Stunden Pause)
 
Leider guckt man den Teilen nur vor den Kopf (will heißen, das erfährst Du erst nach dem Kauf). Aber eigentlich ist ALLES gefährlich, wo mehrere Platten über EINE USB Verbindung geführt werden. Harmlos sind manchmal nur Single Drive Boxes. (und auch die nur MANCHMAL).
 
Noch ein Tip: es hilft, sich Aufkleber mit den Plattennamen zu drucken und auf die Platten zu kleben, damit man später mal weis, welche welche ist und man nicht aus Versehen die falsche rauszieht.
 
PS: sollten BEIDE Platten als "unmountable" angezeigt werden, dann hast Du verloren. Dann gehört das Gehäuse in die Kategorie "ich bin ganz böse und will mein eigenes Partitionsschema" und sollte NIEMALS mit Unraid verwendet werden! Zurückschicken, Einstampfen, Mülltonne!!! Ansonsten droht Dir ersmal der aktuelle Datenverlust und später vielleicht sogar noch das Tal der Tränen

these 75Gb can be the overhead used by the btfrs file system itself. Unlike other OS's UNRAID does not count them in as granted but shows the net allocation (others silently lower the available freespace of the drive so you never see this part of allocation)
 

Depends on how much you are able to suffer. "Speed" drops down to below 6Mb/s sometimes, depending on the amount of zfs disks in the Unraid array. It can even lead to a full stop under bad conditions.
This is because ZFS is "clever and self-healing and self-optimizing". If there is nothing to do, it cleans up free blocks, rearranges (defrags) files and so on.
 So far, so good. But of course, this causes serious write operations. Normally (in a pool) you do not notice them at all because ZFS knows that it has spare time. But in an UNRAID array, the parity drive(s) sit on top and have to follow each write. And if ZFS 1 sends the head to track #34, ZFS 2 sends it to #1234 and ZFS x sends it to the moon, you can imagine what stress it creates on the parity drive (and the other drives in the array depending on the write mode that you have selected). If idle such a array may skyrocket! And of course, if YOU then want something from it, there is no IO time left...
 
So stay away from ZFS in the array for now (they say they are working on it, but I can hardly think how this situation can be overcome by the filesystem on top of the array...)
 

There is NO WAY to "maximize the speed". Whatever mode you select (and that is honored by your switch, probably NONE), a single connection always can only run at 1G max.
In the more elaborate modes, MANY connections can be split among the cards (say PC#1 uses Card 1, and PC#2 uses Card 2), but still, only 1G each.
(this "bundling" only makes sense if you have hundreds of clients fighting for UNRAID concurrently)
 
So, basically, you are totally on the wrong track, shift your expectations or buy faster LAN cards.
 

FOUND IT!
 
There is a CrushFTP Docker, which has a link to /mnt/user/Backup (the user's homedirectories are there).
 
So Backup is always busy while the Docker is running.
 
After I moved all files over, deleted "Backup" and rebootet, it was automatically recreated. Just "Backup" not "Backup/FTPHomes" (would have been too easy to find!).
 
Now that I have stopped CrushFTP I was able to delete the Share, Reboot and recreate it (with exclusive flag). Now I have to repopulate it, which will again cost several hours.
 
But again, UNRAID is not very helpful with such a case.
 
(tnx again @itimpi for taking your time to review the diagnostics. But this setting is not in there at all!)

You should configure the printer NOT to use WINS. Its outdated, obsolete and unlikely that there will still be somewhere a server around somewhere.
 
I would not call this an error message, its more a warning to take care about an misconfigured device...

I would guess this is the relevant part:
Mar 21 16:05:06 SAN01 kernel: ixgbe 0000:04:00.0: 2.000 Gb/s available PCIe bandwidth, limited by 2.5 GT/s PCIe x1 link at 0000:00:1c.3 (capable of 32.000 Gb/s with 5.0 GT/s PCIe x8 link)
 
You have put the Intel 10G card into a slot with single PCIe 2.0 lane. She needs at least 4 lanes PCIe 3,0 (or even 8 lanes? the line is not really clear about this)
Fact is, the card is running in a mode "slow as a dog", it can never transfer 10G this way. I guess under heavy load it just gives up and shuts off.
(Note that not all slots on your MoBo that MAY LOOK like beeing "large" also are electrically connected too. Look into your manual to see in which slot this card needs to be placed)
 
 

Ja, das ist nun mal bei FritzBoxen so... Die interessiert nicht wirklich die IP Adresse, die gehen nach der MAC Adresse. Und die sind bei Dir nunmal gleich.
 
Du musst den NPM nicht auf einer Fake Adresse laufen lassen, sondern im "Host Modus" (also mit der IP von UNRAID).
Vorher musst Du dazu aber die UNRAID GUI auf andere Ports verschieben, so dass 80 und 443 für NPM frei werden (sonst keine Letsencrypt Zertifikate).
 
Alternativ geht auch den Docker mit MACvLAN zu betreiben und ihm eine eigene MAC zuzuweisen. Aber da gab es früher Stress mit, deshalb bleib ich lieber bei der sauberen Host Methode.

Du musst w32tm auch schon so konfigurieren, dass er ntp auch akzeptiert
C:\Users\mam>w32tm /query /status Sprungindikator: 0(keine Warnung) Stratum: 4 (Sekundärreferenz - synchr. über (S)NTP) Präzision: -23 (119.209ns pro Tick) Stammverzögerung: 0.0215984s Stammabweichung: 0.0993635s Referenz-ID: 0xC0A80003 (Quell-IP: 192.168.0.3) Letzte erfolgr. Synchronisierungszeit: 08.03.2025 10:13:32 Quelle: 192.168.0.3 Abrufintervall: 12 (4096s)  
Hier gibts keine spezielle config, mein ntp server verteilt per broadcast, das kriegen windows Rechner ohne spezielle Konfiguration mit.
Ansonsten Gruppenrichtlinie:

Aber ohne Domänencontroller musste die in jeden Klienten einzeln einpflegen, kann recht müssig sein.
(gibt auch ne "etwas längere" Kommandozeilenvariante. Hab ich aber hier nicht im Angebot, musse selber raussuchen. war irgendwas mit SYNCFROMFLAGS=NTP und NTPSERVER=... )
 

Aber die kannste gar nicht in NPM installieren. 
 
Da musse Dir dann schon was Eigenes basteln.  NPM ist ja eigentlich nur ein NGINX mit CERTBOT und ein paar Skripten, die die Konfigurationsdateien für NGINX automatisch erzeugen (und per cron den Certbot aufrufen um das Renew zu machen). Ist kein Hexenwerk.
 
Das Namensproblem bleibt Dir aber trotzdem. Der Reverse Proxy nimmt ja alle Verbindungen über dieselber Adresse/Port an und unterscheidet immer nur nach Namen in der Anforderung wohin er weiterleiten soll.
 

Be prepared that you will need to redo the network settings. It is very unlikely that a new MoBo will contain the same LAN Chips and uses the same PCI bus numbering. So the LAN cards will change and need to be reassigned.
 
The HBA does not matter as long UNRAID can handle the new one.
 
Also, the drive positions does not matter because UNRAID identifies the drives by their ID. You can move them around freely normally...
 
Normally? Yeah there is a small risk that the points above do not work.
If the current HBA does not run in "IT" (JBOD) mode but handles the drives himself, it often happens that the "names" (IDs) of the drives are tampered. The new HBA will surely not know how to emulate this so UNRAID sees "new" drives instead of finding back the old ones. In this case you need to delete the old config and start up totally new.
(and there is also a risk that the new HBA cannot read the old ones formatting scheme... VERY BAD LUCK!)
But as I said, its rare. You can now already take a look at the drive's IDs and if they look "sane" (serial numbers) there should be no problem afterwards.
 

to stop it, get rid of Nextcloud AIO.
 
Despite of the Video, it is not working well on UNRAID.
 
If you really want nextcloud, deinstall AIO and install the "normal" ("official") Nextcloud Docker manually.
 
But even then remember that you will run into the same problems again if you dare to run Nextcloud for more than one user.
(your "solution" with sshd is only the top of the iceberg)
 
(The reason is that UNRAID uses only the user "nobody" with permissions 666 for data files. Nextcloud uses seperate users and much more restricted permissions to ensure that files are only accessible by the owning user. This is not possible with Unraid!!!)
 
(BTW, its not AIO that changes the owner to "nobody", you must runnig a scriot like "set docker safe permissions" to do that. Maybe you have turned in on per cron somewhere? Anyway your dat will not be safe with Nextcloud AIO, so better think of getting rid of it)
 

yeah, but because the port is disabled now, it does not change a thing (also, since there are no computers and not even a cable attached to that card, it does not make any sense)
 
To "clean" up, I would disable bridging on eth1, set address mode to "automatic" (DHCP) and delete every manual setting (address, gateway etc.
The warning at the extras should disappear then too.
 
(Maybe even disable the card in the bios so it does not show up at all anymore)
 

the dashboard shows you what is actually IN the cache. Of course it may be less than the min value because if there is no data to store, how shall he fill the memory?
I dont see any sense in setting the min value (did not even know that it existed before your posting 🙂 )
Copy some files to the zfs disk(s) then you will see the dash value raise.
 

no, this is a known bug but limetech does not fix it for some years now already 😞
 
There is nothing you can do but
* use the LAN GUI
* switch to the text console with ALT-CTRL-2 or so.
 
The gui "console" is broken.
 
"go" cannot work because the desired shell is already started and executing "go".
 

Das Problem mit Nextcloud AIO ist, dass es nicht korrekt an UNRAID angepasst ist.
Die Dateiberechtigungen passen nicht, UNRAID kann in die User Shares nicht schreiben.
Und wenn man sie ändert (gibt ja das Tool "Dateiberechtigungen zurücksetzen), kommt Nextcloud nicht mehr hoch.
Es ist also im Moment nicht ratsam, Nextcloud auf UNRAID einzusetzen, man riskiert damit große Probleme beim Zugriff, Backup und Restore (Nextcloud hat ja ein eigenes Backup, das schert sich nicht um UNRAID) und ggf, streiken die Dienste komplett.
USE AT YOUR OWN RISK!!!
 
(UNRAID möchte alle Dateien schreibbar für den User "Nobody" haben, Nextcloud erlaubt nur das Schreiben für den jeweiligen eigenen User, den es unter UNRAID aber gar nicht gibt (und nicht geben kann). Das ist also eine Totgeburt)
 
 

as I already said: Don't worry, it does not mean a thing.
So, if everything else works: FORGET IT 🥰

try to clear the browser's cache with CTRL-F5 or something
Also, click on "full screen", the GUI needs full 1920x1080 size to show all columns
 

Solved!
Maybe I should summerize to warn potential users:
 
If updating from a very old (not clear how old, better check always) to 7.0 take a look into the /boot/config/go file before!
if it contains a line like
/usr/local/bin/emhttpd &
change it to
/usr/local/sbin/emhttp
before.
(if you forget the unraid management stuff may not be started after the update. you can ssh in and start it manually by running /usr/local/sbin/emhttp but correct the go file then to prevent further problems)
 

Du hast aber schon gemerkt, dass Du beide Karten ins selbe LAN konfiguriert hast? *22 und *23. Das ist blanker Unsinn! (oder, wie der Highlander zu sagen pflegte: "es kann nur einen geben!!!")
 
Da kann dann nur Mist rauskommen, bzw. es wird ZUFÄLLIG eine Karte angesprochen. Wohl meist eth0 (1G) weil die Adresse über mdns verbreitet wird.
 
Rupf das Kabel aus der 1G, konfigurier die 2,5G als eth0 und lass die Finger von den Treibern.
 

The Idea Veeah had (and deleted again, why?) also came into my mind.
What you have is not a classic router, but a kind of tunneling modem. You have no NAT there, very uncommon today.
And it MAY happen, that your provider only allows a certain amount (usually ONE) of devices behind the modem.
So it MAY be that you need to buy your own NAT router and hook it up the line. This will serve as the internet gateway for many LAN devices.
 
So better check your contract and see, what you have ordered.
 

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).