ullibelgie

Ah ja, das ist ja ok - um milliwatts müssen wir ja nicht streiten... Danke

Das "Risiko" wäre halt höchstens dass noch ein altes BIOS drauf ist. Ja, Serie 13 ist in der Tat offiziell unterstützt, das sollte ja dann gehen...

Was würdest Du denn empfehlen ? Dann das neue be quiet! Pure Power 12M nehmen ?

Hier bei uns in Belgien ist das empfohlene Netzteil von be quiet! z.Zt; ausverkauft ohne irgendwelche informationen, ob und wann es vielleicht doch geliefert werden könnte. Als Ersatz wird das neue be quiet! Pure Power 12M mit gleicher Leistung angeboten. https://www.tweakpc.de/news/49054/be-quiet-pure-power-12m-voll-atx-3-0-kompatible-netzteile-mit-bis-zu-1-000-watt/ Hat irgendjemand dieses Netzteil schonmal im niedrig Lastbereich getestet ? @mgutt hat ja offenbar die teuren Seasonic Platinum Netzteile auf dem Tisch gehabt und war von der Performance im Standby nicht so begeistert. Alternativ, welches Netzteil sollte ich für Unraid dann kaufen ? Das empfohlene Corsair ist ebenfalls ausverkauft. Bei Tweakpc kann ich leider kaum Messwerte der neueren Netzteile finden.

@mgutt Ein echter Raptor Lake processor wäre in dem B660 Board von Gigabyte wohl noch effizienter .. schlicht, weil nach den Angaben von Intel die Raptor Lake Cores effizienter sein sollen als Alderlake Ich weiss nur nicht ob man ein B660 Board für Raptor Lake wirklich nehmen soll, denn der B660 Chipsatz war ja ursprünglich dafür nicht gebaut (Raptor Lake gab es da noch gar nicht). Wenn Gigabyte da schlorderig war mit den BIOS Updates for Raptor Lake befürchte ich Probleme mit der Intel 13er Serie... Das Gigabyte Board hat mit ca 110Euro allerdings einen fairen Preis....

Super - danke, interessante Tabelle... so ungefähr dachte ich mir das... In der Tat - keinen schnick-schnack on board - als Netzteil dachte ich an ein Platinum von bquit z.B... ca 500W für einen I5-13600k

Frage: Verstehe ich es richtig, dass sich dieser Thread auf Unraid bezieht unter der Annahme, das ein Unraid server in der meisten Zeit sozusagen nix zu tun hat und nur auf Abruf mehr oder weniger im Stand-by ist. Wie ist der Aspekt "Stromsparen" zu bewerten, wenn man so wie ich mit einer 24/7 Last von sicher 20% der Vollast des Prozessors rechnen muss. Wenn man die heutigen wahnsinnig schnellen CPUs betrachtet wird ja in der Spitze (Vollast) mit rund 250W am Prozessor zu rechnen sein - 20% davon wären dann sowieso schonmal 50wtts , ein 500...600Watt Netzteil läuft dann auch nicht mehr im aller-niedrigst-Bereich... Wenn dann das Motherboard die 20% verarbeiten muss, ist das vielleicht auch nicht mehr so ganz sparsam als im alles-Abgeschaltet-Schlafmodus (nur mit nem USB stick und Ubuntu, ohne HDDs usw) oder sehe ich das falsch. Aber: Bei 20% Last an einer Serie 13 k-cpu kriegt man auch was geschafft, wo man anderenfalls womöglich 2 oder 3 ältere Serie 9 i3s für nötig hätte... meine Vermutung Ist meine Sicht verkehrt, oder wird das Motherboard auch bei 20% Dauerlast als Stromverbraucher doch noch eine wesentliche Rolle spielen ? Ich bin unter den geschilderten Umständen fast geneigt zu glauben, dass das Motherboard keine Rolle mehr spielt im Stromverbrauch, sondern nur noch wie lange und wie schwer die CPU arbeiten muss im 24/7 Betrieb - mache ich einen Denkfehler ? (ich habe eine spezielle Anwendung die 24/7 in einer VM laufen muss und den Prozessor fordert - eben schätzungsweise 20% bei einem modernen 13600k, oder womöglich sogar mehr)

Warum heute noch W-1290P wenn es I9-13900k gibt ? Auf der W-Platform kann der doch auch z.b. ECC...

Nur um es abschliessend noch zu sagen, werd ich dann als Newby erstmal die Finger davon lassen, in einem Container viele verschiedene Datenbanken und User zu beherbergen. Die Gefahr mich mal zu vertun ist mir zu gross.... bin ja auch nicht mehr der jüngste und die "dummen Fehler" häufen sich eben... Der ganze Excurs zeigt mir auch, dass ich mit den Dockern keineswegs Routine habe...

Thanks for additional thoughts, For me as a beginner, it might also easier to keep different containers per database and user. But this discussion was fruitful for me, as I learned something more about dockers and databases, while researching possible solutions, for what I want to do and achieve.

Euch dreien... der Docker funktioniert in der Tat tadellos - da hätte ich auch selbst drauf kommen können... Bin viele Dinge am ausprobieren momentan für die neue Hardware - es wird mir immer klarer, wie antiquiert mein heutiges Eauipmet ist... 🙄

Ah ja, ich hab mir den Adminer Docker mal installiert... sieht aus wie phpmyadmin, oder wie das heisst... hab ich schonmal vor fast 20 Jahren benutzt... Na da werd ich mich noch mal einarbeiten müssen... Danke Euch beiden!

@mgutt Hallo, ich hatte wegen eines anderen Thema Kontakt mit ich777, der mich darauf hinwies nicht wegen jeder neuen Datanbank einen neuen mariadb container zu installieren, sondern neue Datenbanken und neue user in dem bestehenden Container anzulegen. Ich habe Deinen Container mariadb official mit einer Datenbank 'Nextcloud' in Gebrauch Bevor ich jetzt unqualifiziert 🤯 im Terminal des Container herum mache, frage ich lieber mal, wie ich am besten/saubersten in dem bestehenden mariadb docker eine weitere Datenbank erzeugen sollte. Datenbank user und permissions müssen natürlich auch gesetzt werden. Es gibt verschiedene Anleitungen und auch in der MariaDB Documentation einges, aber ich finde es besser hier direkt den Container Autor anzusprechen. In englischen Support Track hatte ich nicht direkt einen entsprechenden Eintrag gesehen. Ich möchte die Datenbank von ausserhalb Unraid's ansprechen von Clients im LAN Netzwerk Danke für Hilfestellung/Hinweise

Thanks for the tutorial - it is clear. Problem solved

"Something like this, assuming your user is photoprismuser, your password is photoprismpassword and the database is photoprismdb: photoprismuser:photoprismpassword@tcp(192.168.1.40:3307)/photoprismdb?parseTime=true " Thank you for the example! I learned, that after the IP:portnumber/ XXXX XXXX is the database name - I thought it was the container name In my case container name and database name is completely different... so the variable was wrongly set Now it works. But still it would be very interesting to learn how to run MariaDB Docker containers with multiple databases and users/passwords - see my last post. Many thanks, very helpful !

"...May I ask why do you set up a second MariaDB container if you already have one? Simply create a user, database,... in the existing container. You always can delete the user there... " Actually I didn't know, if it works in a docker having several databases with different users and passwords in the same mariadb container. And how to set it up ????? I guess: So, in the mariadb-official container template there is the variable MARIADB_DATABASE, which is the database name. At the moment there is only one database named nextcloud. Simply generate another database and change the MARIADB_DATABASE variable to: 'nextcloud, photoprism' (without quotes, comma seperated ?) Similar with variable MARIADB_USER But how to add another password ? Or will the second user share the same password... Or is it even more simple: just use the same user for Nextcloud AND photoprism and only add another database comma seperated as above mentioned ? Sorry, I am confused

Thank you for the links of documentation - missed the troubleshooting guide! I will study - I have configured PHOTOPRISM_DATABASE_DSN as requested in the template. - I have created a database and database user and database password in addition to the database root password Some questions: - I changed the port of the mariadb-PP from 3306 to 3307, as the other mariadb used for Nextcloud has same IP (see screenshot above) - is it correct doing so? In Photoprism DSN variable I have configuered it accordingly with Unraidserver IP (192.168.1.40) and port 3307 - can I leave the containers in Bridge mode, or do I need to use BR0 for some reason ? here are the logs, when containers started: Mariadb: PhotoPrism I have seen indeed some fault when scrolling fully up the photoprism terminal. That access denied - I rechecked - no wrong passwords, etc. In the DSN Variable I put the database user password, not DB-root password - correct ?

@ich777I am on Unraid 6.11.5 and had Photoprism running with the standard sqlite database. That was just to try the basic functionality. However I have a large Photo collection and in the Photoprism documentation it is said, better to run it on a mysql type of database such as Mariadb So I removed the original container Photoprism including it's container image then cleaned Appdata and deleted photoprism subfolder, to make a complete new installation of Photoprism as well as the mariadb (used the one from linuxserver). Sidenote: I have the mariadb-original container from @mguttalready installed and working with Nextcloud and NGINx proxy. I thought it is save to use a different Mariadb container, not to mis things up... All containers are in Bridge mode on my Unraid server To prevent conflicts I changed the port of the mariadb container for Photoprism to 3307, as 3306 is already in use for mariadb-original container, which I use for nextcloud I also changed all the path variables so, I get different appdata path for the new Photoprism mariadb After everything was installed using the webGUI of Unraid, Mariadb and Photoprism shown in the Unraid Docker list. I checked the logs in the 2 containers: no faults, no errors, no warnings - it looked normal Then I wanted to start the Photoprism webUI and Firefox browser on my Ubuntu PC showed this: here is the docker list: What do I need to do, to connect mariadb container (in the list it is named mariadb-PP) correctly to Photoprism; Is there anything special, I need to do in addition to carefully follow the advice in the container templates (such as correct passwords, etc.) How to configure mariadb correctly with Photoprism. Haven't found any good advice yet here in the forum. Thank you for help!

Tja - den Patch hab ich schon so ca 2 Wochen installiert - ist ja ein Plug-in Allerdings habe ich jetzt so im Abstand von ein paar Minuten auf der Docker Page des Unraid WebGui auf "check for updates" geklickt. Eigentlich nur mal um zu ob die "unavailable" Anzeige nach der Anzeige "Checking for updates" wieder zurück kommt: nach dem 5ten Mal ist jetzt die Anzeige wieder ok und ich sehe ein "up-to-date" wo früher "unavailable" stand.... Keine Ahnung was hier los ist.... 😁 Geisterstunde ?!

In der Docker liste im WebGui von Unraid (Version 6.11.5) sehe ich Version unavailable... siehe Screenshot Muss ich mir hier Sorgen machen ? Oder kann das sein, Docker auch mal "nicht erreichbar" sind ? @mguttIst übrigens die Datenbank für Nextcloud - alles läuft aber ohne bisher bemerkte Probleme... Ich bin aber seit Stunden damit beschäftigt noch ein anderes Dockerproblem aufzuklären, daher mache ich mir eigentlich schon Gedanken, was hier faul ist. Zumal ich in der Spalte der Dockerliste noch nie ¨unavailable" gesehen habe... Muss ich irgendwas tun ? Funktionalität bisher einwandfrei - logs keine Fehler oder Warnungen... Nur mein anderes Dockerproblem (Photo_prism Docker kann keine Verbindung zum seinem webGUI finden) ist noch ungeklärt... werde einen neuen Post dafür starten...

Zu Deinem älteren MB von Supermicro hat Noctua offenbar keinen passenden Kühler, aber es ist keineswegs so, dass Noctua keine Kühler für Supermicro hat. https://ncc.noctua.at/motherboards/model/Supermicro-X11SCA-F-3907

Ah ja, das würde das Sammelsurium der vielen userscripts (1 script per Unraid client) vereinfachen. Aber wo legt man dann das script ab, dass es von dem "master"-userscript wie oben in dem Bild auch ausgeführt wird. Ich steh' auf'm Schlauch...😕

Was das Backup Script angeht nutze ich z.zt noch Vers 1.3 Im Englischen Forum fand ich zu den neuen Features von (damals) Vers. 1.4: " 1.) The script can be now called with source and destination path as arguments Example: /usr/local/bin/incbackup /src_path /dst_path " Soll man also das Script nicht mehr über das Unraid-Plugin "user scripts" ausführen, sondern manuell im Terminal aus irgendwelchen Gründen? Ich fand das Plugin hilfreich, da es ja die Möglichkeit bietet den Backup Prozess über Cron zu automatisieren . Was ist der Vorteil dieses neuen Features ? Ich sichere Appdata gesondert mit den Appdata plugin - dann gibt es wohl z.Zt noch keinen ganz triftigen Grund um auf die neueste Version zu updaten ? Denn alles läuft aktuell ohne Probleme... Zumindest würde das Belassen auf Vers 1.3 erstmal einige Arbeit ersparen, bevor ich auf ganz neue Hardware mit meinem Unraid Server wechseln kann.

Danke Euch - leider ist das Kontron MB hier schwer beschaffbar. Muss ich mal recherchieren. Aber es ist wesentlich teurer als die anderen Marken.... Werde dann noch mal schauen was es im einzelnen wird und mich melden. Verbrauchsmessungen kann ich mit dem Brennenstuhl hier ja machen.

Ich habe jetzt entschieden mir kein ECC-Board zu kaufen, sondern die Economy-Variante anzuschaffen, also DDR4 und B660/B760 chipset. Die Frage ist nur, was soll man dann nehmen ? AS-Rock, Asus, Gigabyte, oder MSI ? Gesetzt ist ein i5-13600k Zum Stromverbrauch/Effizienz habe ich bisher noch keine Vergleiche gesehen mit Intel 13er Serie und den B chipsets. Gibt es noch immer triftige Gründe, warum Raptor-Lake NICHT mit Unraid verwendet werden sollte ? Danke an die Experten...