Pete0

Hello everybody, after updating from 7.2.4 to 7.2.5 I can't help but feel that the CPU load (or rather the activity judging by the core load graphs in the overview) has gone up. Also the web UI feels slower. Am I imagining things or does somebody feel the same for his server?

There are multiple reviews and opinions on the YouTube Channel nascompares I think the device is great. But the price...

@BRiT it was already released but sold out within two days. Next shipment is supposed to be beginning of September.

Pushing this thread back to the top. The N5 Pro is now available for pre purchase and will be shipped mid August. Has somebody ordered one? I was very interested for this pre-build NAS and still am but I didn't expect the 1399 € (without RAM!) price tag to be honest. There is a non pro option with an AMD Ryzen™ 7 255. It's kind of hard to find information on that CPU. But according to Minisforum it does not come with ECC support. I though all AMD CPUs have that. Minisforum EUMinisforum N5 Pro Desktop NASMinisforum N5 Pro Redefines Consumer NAS Performance Standards: Powered by AMD Ryzen™ AI 9 HX PRO 370, Zen5+Zen 5C Architecture, 12 Cores and 24 Threads, Max. Boost Clock up to 5.1 GHz.

Ah, danke. Das Repo von mgutt habe ich auch schon angeschaut gehabt. Da es aber kein Packet für Version 7.0.0 gegeben hat, habe ich mir gedacht, dass ich lieber die Finger erstmal von lasse. Ich werde es probieren, danke.

Nach dem Update auf 7.0.0 fällt ja der Support für NerdTools weg. Ohne NerdTools kein Powertop. Kann mir jemand auf die Sprünge helfen, wie ich dennoch Powertop installieren kann? In den Community Applications gibt es nichts. Im 7.0.0 Update-Thread habe ich das mal angesprochen. Habe aber leider eine Antwort bekommen, mit der ich nicht so viel anfangen kann. Mit der Info Python3 zu installieren ist es nicht getan und diesen Post aus September zu finden war auch vergebens.

Update went flawlessly on my NAS. One question though. Before running the upgrade I used the Update Assistant and it told me that Nerd Tools will not be supported on unRAID 7.0.0 and it is recommended to uninstall - so I did. I used Nerd Tools only to install powertop. As Nerd Tools is gone, powertop is also gone. I couldn't find an alternative package in the community apps. Is there another way to get powertop on 7.0.0? Also, I checked the power mode setting and for me balanced operation is unavailable - any idea why? I am running a 4350G. Nevermind this question. Found this answer: Although I don't know if a 4350G actually is too new for this kernel.

Danke für die Erklärung. Habe die Kernel-Parameter gestern rausgeworfen und auch alle Einträge (bis auf powertop) aus dem Go-File.

Ja, genauso wenig wie ich Logs zu etweiligen Hardwareproblemen hatte. Auf die Stromspar-Sachen möchte ich ungern verzichten und wie gesagt hat es bis vor zwei Wochen viele Monate problemlos funktioniert. Wenn das mit dem Netzwerk geklärt ist, kann ich das im Aschluss versuchen. Versteh ich nicht, hat nich sowieso jeder Docker-Container eine eigene IP? Ich habe zumindest keine andere Vergeben als die, die die Container schon bekommen. Ich bin verwirrter als vorher, weil keine Frage so wirklich eingegangen wird. Bevor ich auch nur anfange mögliche Hardwareprobleme zu suchen, würde ich gerne geklärt haben, ob die Konfiguration für die Docker so richtig ist, wie es in der Anleitung von unRAID beschrieben wird. Was wäre dann sinnvolelr worunter die Container laufen sollen, wenn bond0 kein Sinn macht?

Der Server crash vollständig und bootet dann neu. Ich bekomme eine Email, die mir sagt, dass die Paritätprüfung gestartet wurde nach dem unsauberen neustart. Die Einträge im go File sind für Stromsparmechanismen der AMD CPU. Die habe ich auch von zahlreichen Usern aus dem Forum hier. Ich glaube manche davon aus der Stromspar-Anleitung von mgutt. Dumm gefragt: wo habe ich das eingerichtet? Nochmal zu der Ausgabe von "docker network ls". Damit der Fix aus der Anleitung funktioniert, wäre es nicht richtig, wenn das Custom Network proxy mit dem Treiber macvlan läuft?

Hallo Ich hatte in den letzten zwei Wochen zwei Mal einen Crash meines Servers. Ich habe leider keinerlei Idee woran das liegen könnte. Vor dem ersten Crash (vor etwa 2 Wochen) lief alles monatelang problemlos. Ich habe angefangen wieder nach möglichen Ursachen zu suchen und bin wieder bei dem Thema mavlan und Fritzboxen angekommen. Schon beim ersten unRAID Update, als das Thema zum ersten Mal angesprochen wurde, habe ich empfohlene Schritte (diese hier) umgesetzt und gerade nochmal nachgeprüft. Es ist alles so eingestellt, wie empfohlen. Aber manche Dinge kommen mir komisch vor und die wollte ich hier mal abklären, ob das so ok ist. Beim Aufsetzen der Docker bin ich einem Guide (ich glaube Spaceinvaders) gefolgt, wie man DynDNS, SWAG und verschiedene Container aufsetzt und diese aus dem Internet erreichbar macht. Das funktioniert alles auch soweit (außer ich nutze für DynDNS auch noch IPv6 aber das ist vermutlich ein anderes Thema). Mir ist aufgefallen, dass ich in allen Docker Containern zwei Netzwerktypen konfiguriert habe. "Custom: proxy" für Container, die über SWAG erreichbar sein sollen und "Bridge" für alle anderen. Wenn ich mich richtig erinnere habe ich den proxy Netzwerktyp über die Kommandozeile angelegt (nach Anleitung). Funktioniert der macvlan Fix für diesen Netzwerktyp? Hätte ich überhaupt einen eigenen Netzwerktyp gebraucht? Im Troubleshooting Teil der oben verlinkten Anleitung werden Netzwerktypen "Custom: eth0" oder "Custom: bond0" angesprochen. Custom eth0 gibt es bei mir gar nicht erst. Ausgabe von "docker networks ls" NETWORK ID NAME DRIVER SCOPE 313a39db3bff bond0 macvlan local d3cfb904cf4e bridge bridge local 7134ff8594b9 host host local 427177bd0790 none null local afa3a78beb15 proxy bridge local Sorry, falls das dumme Fragen sein sollten. In der Oberfläche der Fritzbox, sollten da alle Docker-Container als einzelne Geräte (wie andere Geräte im Netzwerk, Smartphone, etc.) auch auftauchen? unraid-diagnostics-20240826-1937.zip

Hast du irgendwelche Docker am Laufen, die ggfs. auf einen Share zugreifen. Ich hatte z. B. das Thema mit dem Nextcloud-Docker. Ab einer bestimmten Version wurde die Festplatte, auf dem der Share für Nextcloud liegt, nicht mehr runtergefahren. Kannst du hören, dass die Festplatte in den Spin-Down geht und paar Sekunden später wieder startet? Oder fährt es gar nicht erst runter? Was für Platten sind es?

Is answered in the blog post.

Now I feel bad because my Basic license barely pays a single hour of a developers salary and I am using unRAID for exactly 2 years now. 😁

The blog post contains more information. It says: So I guess there is no time limit.

Today I was offered an update to the MariaDB container and installed, which I normally always do. Checking the protocol after starting I saw this messages: 2024-02-14 18:46:48+01:00 [Note] [Entrypoint]: Entrypoint script for MariaDB Server 1:11.2.3+maria~ubu2204 started. 2024-02-14 18:46:48+01:00 [Note] [Entrypoint]: MariaDB heathcheck configation file missing, assuming desirable 2024-02-14 18:46:48+01:00 [Note] [Entrypoint]: MariaDB upgrade (mariadb-upgrade or creating healthcheck users) required, but skipped due to $MARIADB_AUTO_UPGRADE setting I know of the need sometimes to upgrade mariadb after an update but this time the message contains something of a healthcheck. Yet I still tryed to upgrade the database which was not required according to the output of mariadb-upgrade. I found out that the container has a shell script healthcheck.sh included but I don't know how to run it properly - or what exactly to do to get rid of the message. EDIT: I just added the environment variable MARIADB_AUTO_UPGRADE to the container - because I always intended to in the past so I wouldn't have to manually upgrade when necessery. After restarting the contianer with the variable the message was gone. Not sure why the manual upgrade didn't fix the issue but setting the variable seems to have done so. Maybe there is a parameter for mariadb-upgrade that I didn't use. 2024-02-14 18:58:21+01:00 [Note] [Entrypoint]: Entrypoint script for MariaDB Server 1:11.2.3+maria~ubu2204 started. 2024-02-14 18:58:21+01:00 [Note] [Entrypoint]: MariaDB heathcheck configation file missing, assuming desirable 2024-02-14 18:58:21+01:00 [Note] [Entrypoint]: Starting temporary server 2024-02-14 18:58:21+01:00 [Note] [Entrypoint]: Waiting for server startup 2024-02-14 18:58:22+01:00 [Note] [Entrypoint]: Temporary server started. 2024-02-14 18:58:22+01:00 [Note] [Entrypoint]: Backing up system database to system_mysql_backup_11.2.3-MariaDB.sql.zst 2024-02-14 18:58:22+01:00 [Note] [Entrypoint]: Backing up complete 2024-02-14 18:58:22+01:00 [Note] [Entrypoint]: Creating healthcheck users 2024-02-14 18:58:32+01:00 [Note] [Entrypoint]: Entrypoint script for MariaDB Server 1:11.2.3+maria~ubu2204 started. 2024-02-14 18:58:32+01:00 [Note] [Entrypoint]: MariaDB upgrade not required

I understand the recommendation but with limited space on the share this is not an option. The logs mention nothing that points to a reason. Further, there is no read/write activity. In unRAID, on the driver overview page, I can see that not a single byte is read or written to/from the drive where the nextcloud share is placed. But still it keeps the drives spun up. Both, the share drive in the array and the parity drive.

Browser only.

I didn't use any clients to sync. I only accessed it outside my home network to upload/download files.

Since the last view updates (I don't know, maybe 3 or 4 docker container updates ago) the nextcloud container keeps on spnning my parity drive and the drive on which the nextcloud share is located up. Does somebody else see this behaviour? As mentioned, couple of version ago it was working fine. Yes, the drives had to been spun up, each time I enter the webinterface of nextcloud by still the drives were able to spin down. The share for nextcloud is setup as Cache -> Array.

@JorgeB thank you for the link. I did a CLEAR CMOS and loaded optimized defaults and went through the BIOS again. There is no such thing as "Power Supply Idle Control" although I could have sworn that in the past I have seen this setting. Maybe it was removed after a BIOS update. There are other settings though, ERP Ready, Energy Star Ready, CEC Ready. Tha later two I leave usually disabled. But I enable ERP Ready. I also disabled now global C-States. Will this mean that my power drop of the server will go up? Will it go up considerably? Also my ECC RAM is running on 3200 MHz. This is not a D.O.C.P Profile, in fact, there is no profile stored on the RAM. Can I just lower the frequency in the BIOS for the RAM an expect no problem? As far as I know the highest supported speed is 3200 MHz. Not sure if lowering it would give me any benefit.

This morning at 8am my server shutdown and rebooted again. We had some storms in the past days and nothing happened on the server. Once I even saw the light flicker but the server was still running. This morning there were no storms. At least not visible to the eye that could cause any electrican interference. Until this morning the server was again running for about 2 or 3 weeks without any issue. It's just confusing to me. I looked through the log file and didn't find anything special. Maybe someone else does. It just needs a clean up of the many autofan messages. The server is now again doing a parity sync unraid-diagnostics-20230827-1117.zip 2023-08-27-unraid.log

@Joly0 steht was im log?

Um mein Problem zu analysieren habe ich ein USB Stick mit 32GB in einen bestehenden Raspberry Pi getan und darauf rsyslog eingerichtet, und unRAID in den Einstellung so konfiguriert, dass es dorthin loggen soll. Damit ebenen die Logs nach einem Neustart erhalten bleiben. Hat in Summe 20 MInuten gedauert und kann ich auf empfehlen, wenn du noch ein anderes Gerät in deinem Heimnetz hast.

I have. unRAID is now logging to a different server. Verified that it is working and now I am waiting for the next crash.