Leaderboard

Tons of posts related to Windows 10 and SMB as the root cause of the inability to connect to unRaid that were fruitless so I'm recording this easy fix for my future self. If you cannot access your unRaid shares via DNS name ( \\tower ) and/or via ip address ( \\192.168.x.y ) then try this. These steps do NOT require you to enable SMB 1.0; which is insecure. Directions: Press the Windows key + R shortcut to open the Run command window. Type in gpedit.msc and press OK. Select Computer Configuration -> Administrative Templates -> Network -> Lanman Workstation and double click Enable insecure guest logons and set it to Enabled. Now attempt to access \\tower Related Errors: Windows cannot access \\tower Windows cannot access \\192.168.1.102 You can't access this shared folder because your organization's security policies block unauthenticated guest access. These policies help protect your PC from unsafe or malicious devices on the network.

Hello, i have set a Unifi Controller docker and gave it his own ip address, but i also want to make a static assignment on pfsesne. Do anyone know if dockers change mac address when they are updating or whenever? Except in the case i delete and reinstall them i guess. Is there any way to set a custom mac address? --SOLUTION-- I should do a better web search before, for anyone who might need this.. Edit container and on extra parameters add "--mac-adress 02:42:xx:xx:xx:xx" use a mac from a range of 02:42:ac:11:00:00 to 02:42:ac:11:ff:ff as this address are meant for dockers. I dont know it if works for macs out of this range

Ich hatte den Hinweis des Treibers in der Anleitung und auch bei Dir darauf bezogen, daß ich einen Treiber zusätzlich herunterladen und irgendwie installieren müsse. Die Webseite mit der Filterauswahl zeigte mir zwar einen Link, aber der führt nur zu einer Anleitung. Doch der Treiber, der mit der Eaton funktioniert ist in dem unraid NUT Plugin ja schon drin und muß nur gewählt werden. Da lag mein Verständnißproblem. Ich suchte imemr irgendetwas um es herunter zu laden und nach Anleitung einzubinden. Aber da sWebseiten manual bezioeht sich generell auf NUT als Projekt und nicht zwingend auf dieses unraid Plugin. Ich bin noch zu neu in unraid und hatte das heute Nachmittag beim ersten Lesen noch nicht so verstanden. Danke!

Nein, der NUT Monitor läuft als Service im Unraid. Als Master ist der Host auf dem der Monitor läuft quasi "direkt" mit der USV verbunden. Für die Verbindung ist der USV-Treiber zuständig. Das kann ein USB, ein RS232 oder Ethernet-Kanal sein. Der Treiber ist aber auch zuständig für die über den Kanal ausgetauschten Daten bzw. das genutzte Protokoll. Für die Eaton ist es der in meinem Screenshot gezeigte. Hmm...ja, stimmt, dass muss man für Master/Slave setzen. Meine Installation ist schon sooo lange her und über einige unraid-Versionen migriert. Als Slave verbindet sich NUT mit einem anderen Master (der die USV direkt nutzt und wo der Monitor dann auf einer vom Slave erreichbaren IP lauschen muss)...sozusagen eine virtuelle USV. Fährt der Master runter, fährt auch der Slave runter. In meinem Screenshot lauscht der Master auf dem loopback interface (127.0.0.1) und ist also nur lokal, nicht von aussen für Slaves erreichbar

Warum nehm ich dann SMB? Wie komm ich nur auf das schmale Brett?

Not sure, you might be able to disable "automatically protect new and modified files" after your initial build then modify a file and attempt a validation. Since the file is modified but its hash is not updated it should trigger an alert. Just be sure to reenable the setting afterword and rebuild the disk you modified a file on. Also word of advice since validation tasks run in parallel, with a lot of disks it is best to space validation out into several tasks that run at different times. For my 5 disks i run verification on one disk every friday (each disk is only verified every 5 weeks). Also a quick fyi for you and anyone who reads this post. Dont forget to check the help text for this plugin. Many people, myself included, forget that the help button in unRAID often reveals useful information, and many of our great plugin authors make use of it.

@SidM richtig, ich denke auch dass das so passt und an dieser Stelle kein Problem vorliegt. Ich vermute @FordPrefect ist wohl im Post verrutscht und hat deine Screenshots mit denen aus meinem Post verwechselt, ich habe nämlich eine statische IP vergeben.

Für eine nicht APC-kompatible, wie eine Eaton brauchst Du NUT. Einfach den passenden USB-Treiber einstellen (obwohl er die Eaton eigentlich erkennen sollte). NUT kann auch andere Hosts/NUT-Installationen als Master/Slave über den Modus nutzen...dafür sind die Netzwerk-Einstellungen oben. Du brauchst den lokalen Driver....hast Du den User und pwd dafür eingestellt...meine das wie steht in der Anleitung zum Plugin

Nein, das ist nicht leider nicht der Fall. Es ist meist so, solange genug Adressen im Pool frei sind, wird der DHCP-Server eine Adresse wieder an den gleichen Host (MAC) vergeben, wie beim erstren/letzten Mal... Andersherum, weil eine statische, am fremden Host vergebene Adresse "bekannt" ist, diese nicht im Pool zu verwenden, findet eher nicht statt. Dazu müsste man ja die Bekanntheit erstmal feststellen. Was ist, wenn der Host - der ja eben keinen dhcp-client hat - auch kein Internet nutzt. Dann sieht ihn der Router, welcher ja auch meist DHCP-Server ist, eben garnicht. Es ist auch nicht zwingend so, das Internet-Gateway/Router und DHCP-Server das gleiche System sind. Wer zB einen PiHole nutzt und dort den dhcp-service einrichtet, diesen dann im Router abschaltet hat so eine Konstellation. Ein Host mit fester IP-Adresse der nur intern, über IPs, ohne DNS kommuniziert und das Default-Gateway nie braucht bleibt komplett unsichtbar, in dieser Hinsicht.

Ja, natürlich, da die Fritz das nicht mitgeteilt bekommt durch den Host, der die IP statisch eingetragen hat/nutzt. Innerhalb eines Netz-Segments (IPs in der Netzmaske) darf es eine IP nur *einmal* geben, egal ob statisch oder via DHCP vergeben. Denn sollen zwei Hosts im gleichen Segment eine Verbindung untereinander aufbauen, dann fragt der erste nicht die IP des zweiten an, sondern über einen Broadcast in die Gruppe an Alle die MAC Adresse zur IP....da darf nur einer der Hosts (der dem die IP eindeutig gehört) eine Antwort schicken Edit: also den DHCP Bereich der Fritz anpassen oder statische IPs ausserhlab, zB von .2- bis .19 vergeben, in Deinem Beispiel.

It is slightly more complicated than that under the covers Initially the Unraid built-in parity check code writes a history record, but with less detail than the plugin can provide. The plugin then later updates that record with additional information. If you look just after the check finishes then you may see the information written by the built-in code if the plugin has not gotten around to updating the record.

A feature I’d like is to have multiple drive pools. Mom looking to setup a storage drive pool of my sata drives but then I also want a ‘performance’ drive pool made up of my 4 SSD drives. Right now I don’t see a way to do this but this would be helpful for those running vms and other more disk intensive activities. The multiple pools could also also help people who want different levels of protection of their data. Like no parity on one pool and parity on another.

The current multiple pools are not necessarily for cache, you can name them whatever you want. There is no requirement to have a pool named cache, or to cache anything. You can use them in the multiple ways already explained: Each pool can have multiple disks with redundancy if configured as btrfs raid. So, these can indeed be used as multiple storage pools, and many people are using them that way. Multiple parity arrays are under consideration as mentioned.

Just do the normal drive replacement. That is why you have parity.

I have reproduced this and It IS a a plugin bug and I will get a fix out. I think it is a typo introduced in a recent update that is causing this. BTW: The Parity History entry is from the plugin as well so it is not surprising they agree

I fixed it!!!! I saw that ip address of my unraid wasn't static!!!! Set a static ip address, br0 was showed and now I can see home assistant!! thanks to all for your suggestions!! this community is the best!!

...wenn Du, wie gesagt, die Netzwerk-Bündelung (Teilnehmer eth0 und eth1) *und* die Netzwerk-Brücke auf eth0 aktivierst, bekommt die Brücke die MAC von eth0. Diese MAC sollte, da Du sagtest, das iAMT nur auf einem der beiden NICs eingerichtet sein, die von der iMAT-NIC sein. Daher der Hinweis die Nummerierung ethX entsprechend einzustelen. Das Default-Gateway - die IP Deiner Fritz - natürlich auch an eth0. eth1 kann man übrigens garnicht editieren, sobald die teil der Brücke/des Bond ist. Die iAMT IP hat nix mit unraid zu tun. Diese wird doch im BIOS eingestellt, oder? Hier musst Du aber eine andere IP vergeben...iAMT funktioniert ja auch, wenn noch gar kein OS läuft....achte darauf, das diese IP nicht mit dem DHCP-Bereich der Fritz kollidiert. Ein NIC = 1 MAC, aber 1-n IPs...nur in diesen Multiplizitäten funktioniert es, nicht andersrum.

Da die Unraid Lizenz mit der GUID des Stückes verknüpft wird, könnte es daran liegen das der Stick einfach keine GUID hat. Sowas gibt es leider. Grundsätzlich ist es sowieso besser einen USB2 Stick zu nutzen. USB3 wird sehr heiss und im Dauerbetrieb führt das zu einer wesentlich geringeren Lebensdauer. Man kann natürlich einen USB3 Stick an einem USB2 Port des Mainboards verwenden. Geschwindigkeitunterschiede sind auch nicht markant. Man bootet einen Server ja nicht so oft. Also am besten einen aktuellen USB2 Stick bestellen. PS: Der hier funktioniert bei mir: Klick Gruss, Joerg

Der USB-Stick hat vermutlich keine (gültige) GUID. Ist leider keine Seltenheit.

although I have no idea about it I hope experts help you!

@mgutt After doing some more research I've found that the problem must be inside the docker container. Link to the report I filled: https://github.com/NginxProxyManager/nginx-proxy-manager/issues/1982

All the Dynamix plugins are maintained and supported on best-effort basis. Right now I am pretty busy and focus is on the next Unraid release. I am using this plugin myself too and don't see any issues. Note for those who want to uninstall this plugin, before uninstalling the plugin itself you need to remove the calculated hashes, this is done by the "Clear" operation (select all disks and then Clear, see also the built-in Help). After the plugin is removed, you can delete the folder /config/plugins/dynamix.file.integrity on your flash devices to remove all log and other files.

Please don't forget that RCON sends everything unencrypted and it is not recommended to use to RCON over the Internet rather I would recommend not to port forward RCON and use RCON through a VPN.

First of all thanks for the fast reply. I thought I couldn't use it but I just forgot to port forward it while using a DynDNS. So this is working. https://github.com/TeamUlysses/ulx This is the official GitHub Repo of ULX and to add someone to the a rank like superadmin ulx adduser (user) (group). But I edited the wrong file and gave myself the group superadmin from GMod itself, while ULX uses another directory... So everything is working now and I just forgot about the simple things....

Ich kann mich hier mit einem sehr ähnlichen Problem anschließen und weis bisher noch nicht wie ich dieses gelöst bekomme. @SidM Ich vermute, dass dein Problem stark mit dem von mir beschriebenen Problem zusammenhängt. Ich nutze in Unraid Bridging und Bonding um für VMs jeweils eine eigene IP zu haben und ich verwende auch mehrere Docker-Container, bei die ich gerne über eine eigene statische IP-Adresse nutzen möchte. In der Vergangenheit hatte ich in den Docker Einstellungen immer den macvlan Netzwerktyp verwendet. Ich kann bestätigen, dass dies bei mir (wie von @alturismo beschrieben) auch dazu geführt hat, dass in meiner FritzBox mein Unraid Server doppelt und jeweils mit der selben IP Adresse aufgeführt war. Ich konnte in dieser Konfiguration jedoch keine negativen Konsequenzen feststellen. Ich bin jedoch auch von den netfilter Kernel Panics, die mit macvlan in Verbindung stehen, betroffen, welche bei mir bisher nur sporadisch und höchstens alle 3-4 Monate aufgetreten sind. Das war für mich noch in Ordnung, daher bin ich erstmal bei macvlan geblieben. Seitdem ich jedoch auf die neuen 6.10-RC3 und -RC4 Versionen upgegraded habe, treten die Kernel Panics bei mir sehr häufig (alle 2-4 Tage) auf und führen jedes Mal zu einem vollen Systemcrash. Da dies nicht akzeptabel ist habe ich den Netzwerktyp für Docker nun auf IPVLAN umgestellt. Und ab diesem Punkt sind meine Verbindungsprobleme mit Unraid aufgetreten. Effektiv führte mich dies zu folgenden zwei Problemen: ich konnte keine Plugins in Unraid mehr aktualisieren ich kann keine Docker-Container mehr aktualisieren Diese Probleme treten ab dem Moment auf, wo man den Docker-Service aktiviert und den ersten Container mit einer fixen IP (über ipvlan) startet. Werden diese Container wieder gestoppt und der Docker-Service deaktiviert, funktioniert alles wieder problemlos. Folgende Infos habe ich bereits rausgefunden, die evtl. zur Lösung des Problems beitragen können: Ich konnte feststellen, dass während das Problem besteht, Unraid keine IPV4 Verbindungen nach außen (außerhalb des LANs) aufbauen kann. IPV4 Verbindungen innerhalb des LANs funktionieren Problemlos. --> Dies lies mich schlussfolgern dass das Problem erstmal nicht bei Unraid/ipvlan an sich liegt, sondern eher am Gateway/Router/Firewall, welches in meinem Fall eine Fritzbox 6690 ist. Wie von @alturismo bereits beschrieben kann man in der Oberfläche der Fritzbox auch sehen, dass diese irgendwie mit ipvlan nicht klar kommt, da beim Hostname des Unraidservers ständig die IP-Adressen der Docker-Containern hin- und her hüpfen. Auch dies ließ mich schlussfolgern, dass dieses Problem nur in Verbindung mit einer Fritzbox besteht und diese einfach vermutlich nicht damit klar kommt, dass im Falle von IPVLAN eine MAC-Adresse mehrere IP-Adressen hat. Daher habe ich mir am Wochenende Zeit genommen und auf einem alten Rechner pfsense installiert und eingerichtet, in der Hoffnung, dass pfsense damit klar kommt, dass eine MAC-Adresse mehrere IP-Adressen hat. Leider konnte ich das gleiche Problem wie mit der Fritzbox feststellen und Unraid kann selbst unter pfsense keine IPV4 Verbindungen nach außen aufbauen, sobald ein Container mit IPVLAN läuft. Um noch kurz auf das Thema DNS zu sprechen zu kommen: Ursprünglich hatte ich schon mehrere verschiedene DNS-Server in Unraid als DNS1,2,3 durchprobiert. Irgendwann habe ich dann eben festgestellt, dass Unraid unter ipvlan gar keine IPV4 Verbindungen nach außen aufbauen kann, daher bin ich von externen DNS (wie 1.1.1.1 oder 8.8.8.8) als DNS1 wieder weggewechselt und habe nur das Gateway (fritzbox bzw. pfsense) unter der IP 10.1.1.1 als DNS1 stehen. DNS2 ist aktuell mein PIHOLE mit 10.1.1.11 Ich bin inzwischen völlig überfragt woran das Problem liegen kann, und ich hoffe das mit hiermit evtl. auch weitergeholfen werden kann. Zu guter Letzt noch kurz ein Screenshot meiner Unraid Netzwerk-Config, falls das hilft:

Hmm..interessant, aber da ich diese Einstellung nicht nutze kann ich nichts dazu sagen. Danke @alturismo . ...trotzdem wären due Netzwerk Einstellungen, wie beschrieben schon richtig. Ob es das Problem mit dem Plugingä Management löst, muss man sehen. Gesendet von meinem SM-G780G mit Tapatalk

bevor hier weiter geschaut wird, unraid mit 2 identischen aktiven IP's ist unter macvlan mit aktiviertem host access normal das kommt vom Docker Dienst und dem "Hack" für host access, stellt unter macvlan auf einer Fritz auch kein Problem dar, wenn umgestellt wird auf auf ipvlan wird es "kkritisch" da alle dann die gleiche mac nutzen und die Fritz dann durcheinander wird und "springt" Ergänzung sprich, die 3 Geräte oben bei aktivem bond sind normal

If you left ANY of the leads from the old PSU connected to the drives and connected the new PSU to them, it likely burnt out the circuit boards on the drives. There are companies online that can help with board replacement, it's typically much cheaper than full drive recovery.

i have the same problem after updating to 6.10.0-RC4 i cant log in is there a way to get access, true SSH or other way... the server log in is the same i cant get in too. it was ok befor the update... Andre

I’m also using this same mobo. Are you able to detect the fan speed? I can see CPU and MB Temp sensors but none of my PWM fans can be seen within Unraid. Currently running RC4 Edit: Was able to solve the PWM fan issue by following these instructions from a different thread. Turns out its not a Z690-specific problem like I assumed.

Update 3, all resolved After some more in searching I found a post from someone else trying to delete and manaully isssue a new Let's Encrpyt from scratch. I had to delete the contents of config/ssl/certs/ from my boot drive. I then changed SSL back to auto and it ungreyed the provision button, allowing me to provision a new Let's Encrypt for 192.168.69.200 and it all works straight away. Sorry for spamming in the forums when I ultilatley figured it out on my own in the end. I guess mods feel free to delete this thread if it's too similar to other issues in the past or feel free to lock it and keep it in hopes it might help someone else with the same issue later down the line. I'll update it as resolved either way.

I have wireguard up and running and I am able to connect to my unraid server from anywhere. It works awesome. I am working out of the country currently and I am still able to connect to my local network but I was under the impression that I could use the wireguard vpn to get around geo-blockers and visit websites and video services as if I was in my home country (USA). But when I try and hit for instance a local Florida news website www.WESH.com I get stopped saying: My type of access is "Remote Tunneled Access" TIA

If you want to get in as early as possible during startup and as late as possible during shutdown then the best place for this would be the config/go and config/stop script files (the latter does not exist by default and would need creating) on the flash drive. Slightly easier (but needing more of Unraid running) is via the User Scripts plugin.

Go to the Uptime Kuma GUI and navigate to the Settings page. Select 'About' and you should see the version there.

I've done this via dataset properties. To share a dataset: zfs set sharenfs='rw=@<IP_RANGE>,fsid=<FileSystemID>,anongid=100,anonuid=99,all_squash' <DATASET> <IP_RANGE> is something like 192.168.0.0/24, to restrict rw access. Just have a look to the nfs share properties. <FileSystemID> is an unique ID you need to set. I've started with 1 and with every shared dataset I've increased the number <DATASET> dataset you want to share. The magic was the FileSystemID, without setting this ID, it was not possible to connect from any client. To unshare a dataset, you can easily set: zfs set sharenfs=off <DATASET>

I had the same problem: Mar 18 10:01:35 Thoth emhttpd: Retry unmounting disk share(s)... Mar 18 10:01:40 Thoth emhttpd: Unmounting disks... Mar 18 10:01:40 Thoth emhttpd: shcmd (32548): umount /mnt/cache Mar 18 10:01:40 Thoth root: umount: /mnt/cache: target is busy. Mar 18 10:01:40 Thoth emhttpd: shcmd (32548): exit status: 32 I tried "lsof /mnt/cache", but it returned nothing. Finally I found out it was my test enabling a swapfile. After "swapoff -a" the cache was unmounted. Strange, that it did not return something through lsof.