MAM59

You can get a (even two!) fully equipped docker for calibre-web (I use calibre-web-automated which even includes a share where you can simply drop in new ebooks and they are automatically moved over and added to the library). No need to deal with advocate or python...

The speed difference is not that huge enough to think about complicated setups. Just deactivate the 1G card (in BIOS if possible, else turn off the port in UNRAID) and use the 2,5G one for everything. (even with 1G / 10G I would not even think about it) But if you really want it, just create a bridge in UNRAID containing both cards (will have the same IP but different MACs) and connect the 1G to the Router the 2,5G to your PC. (Beware: if UNRAID is off or elsewhere problematic, your PC will lose Internet access then because all of his packets have to be passed by unraid) You cannot use a switch in this setup, or at least, do no connect both devices to the same switch, else you will get a loop and regret it very fast)

Btw. this is how it would look like on a normal system: (PTest) [root@l3router ~/PTest]# pip install advocate Collecting advocate Downloading advocate-1.0.0-py2.py3-none-any.whl.metadata (10 kB) Collecting ndg-httpsclient (from advocate) Downloading ndg_httpsclient-0.5.1-py3-none-any.whl.metadata (6.2 kB) Collecting netifaces>=0.10.5 (from advocate) Downloading netifaces-0.11.0.tar.gz (30 kB) Installing build dependencies ... done Getting requirements to build wheel ... done Preparing metadata (pyproject.toml) ... done Collecting pyasn1 (from advocate) Downloading pyasn1-0.6.1-py3-none-any.whl.metadata (8.4 kB) Collecting pyopenssl (from advocate) Downloading pyOpenSSL-25.0.0-py3-none-any.whl.metadata (16 kB) Collecting requests<3.0,>=2.18.0 (from advocate) Downloading requests-2.32.3-py3-none-any.whl.metadata (4.6 kB) Collecting six (from advocate) Downloading six-1.17.0-py2.py3-none-any.whl.metadata (1.7 kB) Collecting urllib3<2.0,>=1.22 (from advocate) Downloading urllib3-1.26.20-py2.py3-none-any.whl.metadata (50 kB) ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 50.1/50.1 kB 2.4 MB/s eta 0:00:00 Collecting charset-normalizer<4,>=2 (from requests<3.0,>=2.18.0->advocate) Downloading charset_normalizer-3.4.1-py3-none-any.whl.metadata (35 kB) Collecting idna<4,>=2.5 (from requests<3.0,>=2.18.0->advocate) Downloading idna-3.10-py3-none-any.whl.metadata (10 kB) Collecting certifi>=2017.4.17 (from requests<3.0,>=2.18.0->advocate) Downloading certifi-2025.1.31-py3-none-any.whl.metadata (2.5 kB) Collecting cryptography<45,>=41.0.5 (from pyopenssl->advocate) Downloading cryptography-44.0.2.tar.gz (710 kB) ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 710.8/710.8 kB 2.0 MB/s eta 0:00:00 Installing build dependencies ... done Getting requirements to build wheel ... done Preparing metadata (pyproject.toml) ... done Collecting typing-extensions>=4.9 (from pyopenssl->advocate) Downloading typing_extensions-4.13.2-py3-none-any.whl.metadata (3.0 kB) Collecting cffi>=1.12 (from cryptography<45,>=41.0.5->pyopenssl->advocate) Using cached cffi-1.17.1-cp311-cp311-freebsd_14_2_release_p1_amd64.whl Collecting pycparser (from cffi>=1.12->cryptography<45,>=41.0.5->pyopenssl->advocate) Using cached pycparser-2.22-py3-none-any.whl.metadata (943 bytes) Downloading advocate-1.0.0-py2.py3-none-any.whl (34 kB) Downloading requests-2.32.3-py3-none-any.whl (64 kB) ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 64.9/64.9 kB 1.7 MB/s eta 0:00:00 Downloading urllib3-1.26.20-py2.py3-none-any.whl (144 kB) ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 144.2/144.2 kB 654.5 kB/s eta 0:00:00 Downloading ndg_httpsclient-0.5.1-py3-none-any.whl (34 kB) Downloading pyasn1-0.6.1-py3-none-any.whl (83 kB) ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 83.1/83.1 kB 590.0 kB/s eta 0:00:00 Downloading pyOpenSSL-25.0.0-py3-none-any.whl (56 kB) ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 56.5/56.5 kB 1.4 MB/s eta 0:00:00 Downloading six-1.17.0-py2.py3-none-any.whl (11 kB) Downloading certifi-2025.1.31-py3-none-any.whl (166 kB) ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 166.4/166.4 kB 1.2 MB/s eta 0:00:00 Downloading charset_normalizer-3.4.1-py3-none-any.whl (49 kB) ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 49.8/49.8 kB 1.3 MB/s eta 0:00:00 Downloading idna-3.10-py3-none-any.whl (70 kB) ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 70.4/70.4 kB 1.1 MB/s eta 0:00:00 Downloading typing_extensions-4.13.2-py3-none-any.whl (45 kB) ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 45.8/45.8 kB 1.7 MB/s eta 0:00:00 Using cached pycparser-2.22-py3-none-any.whl (117 kB) Building wheels for collected packages: netifaces, cryptography Building wheel for netifaces (pyproject.toml) ... done Created wheel for netifaces: filename=netifaces-0.11.0-cp311-cp311-freebsd_14_2_release_p1_amd64.whl size=14541 sha256=cb31d6646b1b199bbf7d38bccf68df09f56d0d9beabf7fb9492cd0b79878ad60 Stored in directory: /root/.cache/pip/wheels/40/85/29/648c19bbbb5f1d30e33bfb343fd7fb54296b402f7205d8e46f Building wheel for cryptography (pyproject.toml) ... done Created wheel for cryptography: filename=cryptography-44.0.2-cp37-abi3-freebsd_14_2_RELEASE_p1_amd64.whl size=1585859 sha256=b11b85a48b80f8101f3d3bc1c1a47d33320443755ab3515ef4f242794bd830ca Stored in directory: /root/.cache/pip/wheels/5c/bb/7f/ae35b08165f8015f24e5b9227913365e506ef6d4defa9736e5 Successfully built netifaces cryptography Installing collected packages: netifaces, urllib3, typing-extensions, six, pycparser, pyasn1, idna, charset-normalizer, certifi, requests, cffi, cryptography, pyopenssl, ndg-httpsclient, advocate Successfully installed advocate-1.0.0 certifi-2025.1.31 cffi-1.17.1 charset-normalizer-3.4.1 cryptography-44.0.2 idna-3.10 ndg-httpsclient-0.5.1 netifaces-0.11.0 pyasn1-0.6.1 pycparser-2.22 pyopenssl-25.0.0 requests-2.32.3 six-1.17.0 typing-extensions-4.13.2 urllib3-1.26.20 [notice] A new release of pip is available: 24.0 -> 25.0.1 [notice] To update, run: pip install --upgrade pip (PTest) [root@l3router ~/PTest]#

Gcc is not available on UNRAID (and due to its size it also would bust it I think). You should consider to use a "normal" linux system to build your app and then move it over to unraid. Or ask the author of the App if there are no binary distributions available somewhere (maybe somebody already has created a docker for it?). Anyway UNRAID is not the correct platform for software development, it is stripped down to its essentials for file servers. (And that's not wrong, install a VM with "full Linux" to get a development box)

Das ist leider nicht korrekt und führt deshalb oft zu blöden Fehlern. Windows nimmt schon verschiedene User, aber nur von Diensten aus. Die können sich "impersonalifizieren", also als ein anderer im LAN rumlaufen. Stellt man da keinen besonderen Benutzer/Passwort ein, geistert Windows als VORDEFINIERT\SYSTEM durch die Gegend (den kann man bei UNRAID gar nicht einstellen). Das Problem tritt häufig bei automatisierten Backup Programmen auf. User X ist angemeldet, aber der Backup Dienst schreibt die Daten als User Y. Das führt dann auch zu richtigen Problemen wenn der User mal ein Backup von Hand erzeugt hat und später der Dienst es überschreiben will. Er darf nicht, da UNRAID die Datei mit den Credentien des Benutzer angelegt hat und nicht als "nobody:users". Ich lass hier sogar extra ein Skript laufen, dass alle Paar Stunden die Dateirechte in diesen Shares wieder auf "UNRAID normal" (User nobody, Gruppe Users, Dateierechte 666, Directoryrechte 777) zurücksetzt, damit nichts abgewiesen wird. Ist damit aber dann einfach in den Griff zu kriegen. (Und ja, man erkennt es nicht so einfach, denn wenn man nur als der angemeldete Benutzer zugreift, gelten die Einstellungen in der Anmeldekonfiguration von Windows) (PS und eigentlich dürfen sich auch Anwendungen, die normal vom Benutzer gestartet wurden, impersonalifizieren. Dazu benötigen sie eine spezielles Systemrecht aus den lokalen Sicherheitsrichtlinien. Bislang ist mir aber kein solches Programm in freier Wildbahn untergekommen, das Feature ist nicht so weit bekannt. Bzw. es wurde durch Einführung dieser Anmeldekonfiguration weitgehend überflüssig, existiert aber noch)

The way it works now it can react on any message that appears somewhere. You can then ignore THIS message. But what you propose is that the plugin already knows ALL possible messages (which is impossible because of Updates or new Components installed). That does not work unless you want the poor programmer to work 24/7/365 and issue 20 Updates of the plugin per day.

Keine Ahnung, wie bereits erwähnt, ich mache (normalerweise) keine Snapshots. Bei Dockern würden sie für mich auch gar keinen Sinn machen, nur bei VMs, die man nicht unterbrechen möchte, haben sie einen gewissen Charme und für laufende Datenbanken vielleicht.

Da gibt es Dutzende von Lösungsmöglichkeiten, Tasmota geht auch, wenn ein Sensor und ein Relais da ist. Dann kann man da ein kleines SKript hinterlegen. Shellys sind auch gut, die Fritzbox"lösung" ist die teuerste und die dümmste. Aber für so eine Spielzeugaufgabe soll es wohl reichen. Sind nur maßlos überteuert die Dosen.

WOL gibt es nicht für Mellanox X3 mit SFP+ (kann nicht gehen, da die SFP Module erstmal Strom vom Host brauchen) Und Die 2,5er zieht Deine Kiste runter, wie Du schon richtig bemerkt hast. Solange beide Karten im selben Subnetz sind, geht das in die Hose (aber ich nehme mal nicht an, dass Du ein getrenntes LAN für den Admin hast? DA würde die 2,5er dann reinpassen und auch funktionieren) Vergiss WOL, nehm die schon vorgeschlagene smarte Steckdose. Kostet nicht die Welt und kann man noch smarter machen wenn man irgendwo nocht einen Server mit z.B. Home Assistant laufen hat "Wenn Stromverbrauch < XX W, dann schalte Steckdose ganz aus". Wenn Du UNRAID dann runterfährst wird die Steckdose nach einer gewissen Zeit auch automatisch abgeschaltet und beim nächsten Einschalten fährt UNRAID wieder hoch.. Funktioniert super.

Die Snapshots wirst Du wohl mit einem Backupprogramm erzeugt haben. Um sie wieder aufzuräumen musst Du in die Tiefen des zfs Kommandos eintauchen, oder installier das Plugin "ZFS Master", da geht das auch in der GUI Aber frag mich nicht unbedingt wie, ich mache keine Snapshots 🙂 Ach soo, wenn einer da ist, erscheint "Snapshot Admin" und wenn man da draufklickt, kann man die Snapshots löschen. Das ist ja einfach :-)))

ja, siehe Das hier klingt ja sehr ähnlich

Bei 7.0.1 gibt es ein Problem beim Stoppen des Arrays, wenn auch noch VMs laufen. Diese werden nicht beendet, und deshalb hängt er ewig in der Unmount/busy Schleife. Mach ein Update auf 7.1.0-RC1. Das Problem ist darin gelöst und beseitigt. Ob das allerdings auch für Docker zutrifft, weis ich nicht. Probier es aus. PS: wenn man vor dem Stop die VMs (Docker?) von Hand beendet hat, ging danach "Array Stop!" problemlos. Auch ne Möglichkeit, die man ausprobieren kann...

my guess would be that the intel card (which REALLY demands 4 lanes!) is put into a wrong slot. Many slots on the Mobos may look like being capable to host such a card, but if you look into the manual, you see they only offer fewer lanes. Also many boards have special restrictions like "if you put a card into slot #3 the bios automatically shuts off SATA 5-8" or something. So, read you board's manual CAREFULLIEST! The 10G cards often only work in the 16x slot that is usually occupied by the Graphics card. And, like @trurl already said, attach diagnostic...

I guess, I have told already before: "DONT USE THIS THING!" The USB Bridge cuts off UNRAID from the Disks and QNAP won't tell anybody how to overcome this. Its not "USB enclosures" in general (although there is a certain small risk that a wrong USB driver/chip may interrupt connection and produce read/parity errors), its about those enclosures that "hide" the drives from the OS by renaming the disks and potentially modify the commands going to/coming from them. Some add certain offsets to sector numbers, some rename the drives, some do other bad things. In all these cases the drives are unreadable elsewhere. And in no way UNRAID has a chance to correct this. If you want that vendor, stick with him. Nobody can help you here I think.

Since when is the "Done" Button the same as "Rescan" ? (And how can I now gracefully leave FcP )

NPM ist ja der Reverseproxy... dann solltest Du es also irgendwie hinbekommen.

Denkfehler! NGINX braucht HOSTNAMEN, keine IP Adressen! Du musst für jeden "Dienst" einen eigenen Host als CNAME hinterlegen (z.B. "ftp.Deine.Domäne, Homepage.Deine.Domäne, NextCloud.Deine.Domäne) deren IP Adresse alle auf den Cloudflare Tunnel (den man dazu übrigens überhaupt nicht braucht!), bzw auf die öffentliche IP von UNRAID, zeigt. Dann in NPM (NGINX Proxy Manager) für jeden Hostnamen eine Weiterleitung auf die interne Adresse einrichten. Beispiele: Hier gibts also die Hosts mamsearch, pvr und solar (und noch reichlich andere, aber egal). Du darfst also niemals direkt mit IP Adresse aufrufen, dann kommt immer die "kennichnich" Meldung (oder bei mir z.B ne Weiterleitung zu google oder in eine andere Datenhölle). Die öffentlichen Ports sind immer fest auf 80 bzw 443 (oder man leitet sie schon vorher im Router irgendwo anders hin, aber ich bin füs Einfache. Zu kompliziert und es fliegt einem irgendwann um die Ohren..) PS: ich glaub, Plex über NGINX geht nicht, der will doch streamen, oder? nur HTTP(S) Traffic ist erlaubt! (aber hier kann ich mich auch irren, Plex kenne ich nicht, Streaming ist hier Tabu.)

The warning comes up because there are remains (usually empty folders) on the "downloads" pool. Check those directories manually and if empty, delete them. (if not think of what to do with those files and move them over manually or delete them) BTW: I don't think it is a very good idea to run programs like torrent downloaders on a primary/secondary share configuration. While still downloading, the files are blocked anyway, so mover skips them. If finished the result is moved. But you can easily get the same effect (faster without waiting for mover) to configure the program to use the cache drive as the incoming folder and a different folder for the unpacked files (on the array or something). So, once a file is completly downloaded the unpacked result will be available directly in the target area...

Bevor Du da noch viele Daten draufpackst, sei Dir bewußt, dass Dein TR-004 Gehäuse potentiell tödlich für Dich sein kann! Wie Du aus den Listen sehen kannst, werden die Platten dort alle umbenannt zu QNAP-TR-004-DISK*... UNRAID orientiert sich an den Plattennamen. Wenn Du also mal eine solche Platte später ins Hauptgehäuse steckst, wird sie nicht wiedererkann! (und umgekehrt natürlich) Behalte dies zumindest im Hinterkopf, falls später eine solche Situation eintritt und Du dann das Array wegen "missing disk" nicht starten kannst. Insgesamt wäre mir der Aufbau deutlich zu gefährlich...

Wie kommst Du bei der Meldung auf PHP Modul??? Da wird doch nur von "smbclient" geredet und der ist Teil von SAMBA (und immer im OS vorhanden) Using username "root". Authenticating with public key "rsa-key-20180615" Last login: Mon Apr 7 19:41:43 2025 from 2001:470:70af:1:4406:213e:88a2:6b50 root@F:~# smbclient lpcfg_do_global_parameter: WARNING: The "null passwords" option is deprecated Usage: smbclient [-?EgqBNPkV] [-?|--help] [--usage] [-M|--message=HOST] [-I|--ip-address=IP] [-E|--stderr] [-L|--list=HOST] [-T|--tar=<c|x>IXFvgbNan] [-D|--directory=DIR] [-c|--command=STRING] [-b|--send-buffer=BYTES] [-t|--timeout=SECONDS] [-p|--port=PORT] [-g|--grepable] [-q|--quiet] [-B|--browse] [-d|--debuglevel=DEBUGLEVEL] [--debug-stdout] [-s|--configfile=CONFIGFILE] [--option=name=value] [-l|--log-basename=LOGFILEBASE] [--leak-report] [--leak-report-full] [-R|--name-resolve=NAME-RESOLVE-ORDER] [-O|--socket-options=SOCKETOPTIONS] [-m|--max-protocol=MAXPROTOCOL] [-n|--netbiosname=NETBIOSNAME] [--netbios-scope=SCOPE] [-W|--workgroup=WORKGROUP] [--realm=REALM] [-U|--user=[DOMAIN/]USERNAME[%PASSWORD]] [-N|--no-pass] [--password=STRING] [--pw-nt-hash] [-A|--authentication-file=FILE] [-P|--machine-pass] [--simple-bind-dn=DN] [--use-kerberos=desired|required|off] [--use-krb5-ccache=CCACHE] [--use-winbind-ccache] [--client-protection=sign|encrypt|off] [-k|--kerberos] [-V|--version] [OPTIONS] service <password> root@F:~# Da wird wohl Dein Docker nicht vollständig sein, da Du uns ja nicht verrätst. WELCHE Nextcloud Variante Du da benutzt, wird Dir kaum jemand helfen können. Ansonsten stell die Frage neu im Supportforum des jeweiligen Dockers. Mit UNRAID hat das alles nichts zu tun.

Python is usually a very user-friendly language. You can run different versions with different pips at the same time on the same host. Just create a "virtual environment" (read python doc) and install all needed plugins there.

You cannot extend the trial period anymore. This works only directly after the original trial period. Either you buy a key now, or the stick is useless.

Sorry, I don't understand what you are asking for. There IS a listing of the used IPs for the VMs: Maybe your window is not wide enough?

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

AAAARGGGH!!! Copy finished, I have deleted the Share "backup" (and the folder too) I wanted to rename "B" to "Backup", but UNRAID refuses (just does nothing and clears the Name of the share back to "B"). Done from the shell I get "cannot rename: device busy" (great for a nonexisting folder...!) So I rebooted and guess what ? "Backup" Share was back! Primary Storage "Cache" (it has never been on that drive before!), exclusive! Strange, but still, I can set primary to the correct disks and move over all files again.... Setting primary storage to the correct pool again instantly deletes the exclusive flag!!! There is something seriously going wrong here!!! HELP! (new Diagnostics appended) f-diagnostics-20250407-1626.zip