ich777

Please check that nothing is stopping the PiHole container or restarting it since this can cause issues. As said, the Exporter runs as long as PiHole is running and the Exporter will stop when PiHole is stopped/restarted. Maybe check also the Docker logs from your PiHole container and also the syslog if you see anything suspicious. Also try to click on the URL in Prometheus for the PiHole Exporter and see what the output is. Have you enabled Host access if you run this container on the custom br0 network? Sent from my C64

Nein, das ist technisch nicht das gleiche. Ein USB Stick wird als Stick erkannt und eine Festplatte wird als Festplatte erkannt um es einfach auszudrücken und unRAID braucht einen USB Stick. Die Schreiblast wird im Dashboard von unRAID angezeigt, jedoch nicht die TBW aber du siehst im laufenden Betrieb wieviel da drauf geschrieben wird. Es werden aber nur config Dateien (paar KB) drauf runtergeladen und bei änderung wird drauf geschrieben, das hält sich wirklich in grenzen. Der Nvidia Treiber zB wird auch drauf runter geladen und dann beim booten nur immer installiert, also wird eigentlich hauptsächlich davon gelesen. Es gibt auch SLC von Transcend aber mittlerweile halte ich das auch für übertrieben. Ich verstehe die Bedenken aber das prinzip ist ein ganz anderes als auf einem Pi, ich glaube hier fehlt oft das verständnis dafür... Bei unRAID liegen das Betriebssystem, Kernel, Module, Firmware alle in den bz* Dateien, die werden nur einmal geschrieben bei der Erstinistallation und bei Updates werden die dann neu drauf geschrieben, dann gibt es noch die notwendigen anderen Verzeichnisse syslinux zum booten und das config Verzeichnis in dem praktisch alle persistent config Dateien liegen die nur bei einer Änderung in der unRAID WebGUI geschrieben werden, nur ein paar Byte bis Kilobyte. Wenn unRAID dann gestartet wird, wird das bzimage - Kernel, geladen in weitere Folge dann bzmodules, bzfirmware, bzroot in den RAM entpackt und unRAID läuft dann komplett autonom aus dem RAM und nicht wie RaspberryOS von der SD Karte/USB Stick. Ich hoffe das erklärt es ein wenig besser. Ich habe früher einen 1GB SLC Transcend Stick verwendet aber bin jetzt auf einen 32GB von Transcend umgestiegen, die Empfehlung liegt hier immer auf USB 2.0 da die nicht so warm werden und das natürlich die Chips schont und wie gesagt die Geschwindigkeit nicht ausschlaggebend ist da nur beim Booten intensiv vom Stick gelesen wird (das ist auch noch ein wesentlicher unterschied und Vorteil zu RaspberryOS). Ich verwende momentan sowas hier: Klick Bevor ich es vergesse ich muss natürlich auch die Nvidia Treiber (und diverse andere Sachen wenn ich die kompiliere) immer testen für jedes release von unRAID und das sind ca 150 bis 200MB die bei einem Update von unRAID noch zusätzlich geschrieben werden und hatte bis jetzt noch nie ein Problem und ich teste wirklich viele Versionen und Releases... Natürlich besteht immer die Möglichkeit einen Fehlerhaften Stick zu erwischen aber du kannst noch immer mit CA Backup ein automatisiertes Backup erstellen lassen oder MyServers nutzen für das Stick Backup oder sogar selbst ein Automatisiertes Skript schreiben das dir den Stick nochmal irgendwo hin sichert.

This is also a thing that is dependent on the implementation from the manufacturer, some cards are in a deep sleep P8 and higher and some cards in P0 (highest power state but that has nothing to say about how much power the card consumes). You have to test this with a power meter connected to your server, completely dependent on the card.

Please post a screenshot from your template configuration.

@SpencerJ something seems to be broken with the notifications, don't got a notification that @Squid mentioned me here...

@yayitazale maybe... Maybe the slot you are putting it in is not fully compatible with the PCIe specification since the Dual Edge TPU makes use of two PCIe 2.0 x1 lanes and most M.2 E-Keyed slots are not "really" compatible with the PCIe specifications. I also learned that the hard way because I also needed an adapter for a PCIe slot that are really hard to find and now only one TPU is working because I only got a single PCIe x1 Slot free, but better than nothing... Here is an entire issue on Github about what is compatible: Click My recommendation would be to stick with a A+E-Key Coral TPU or with a B+M-Key Coral TPU, these are some weird devices or at least the compatibility is a littel weird... An extra question from my side: may I ask how do you cool the Dual Edge TPU, since this needs extra cooling.

As @alturismo said there is no load on the GPU but since if you stop a VM the card is in technical terms reset (like if you reboot a computer or better speaking started) and dependent on how the manufacturer from the card has implemented how the card behaves when no driver is loaded in the BIOS of the card the fans spin at 0%, 30%, 50%,... on some cards they spin even at 100% like you can read a few posts above.

Nein das ist nicht möglich. Du brauchst einen USB Stick mit gültiger UUID. Steht auch hier unter Hardwareanforderungen: Klick Eine SSD mit USB Anbindung ist auch nicht möglich da dies kein USB Stick ist. Wenn du dir einen 32GB USB Stick kaufst (das ist übrigens das maximum, somit fällt die SSD auch weg) brauchst du dir auch mal keine Sorgen machen da auf den Stick wirklich nicht viel geschrieben wird.

Du hast hier einen Port konflikt wie du aus deinen Templates sehen kannst, ich würde hier den Port von luckyBackup von 8080 auf irgendwas anderes ändern zB 8081, dann starten wieder beide Container. Nur so nebenbei jetzt siehst du in SABnzbd oben das du 3.0TB freien Speicher hast, schätze mal das du einen Pfad "falsch" abgeändert hast in SABnzbd selbst.

What does the Exporter plugin page tell you is it "Running" or "Starting"? Do you restart PiHole, if so, keep in mind that if you restart PiHole the Exporter won't also stop and there is nothing I can do about this. You've posted a screenshot where it shows that the Exporter is DOWN, have you seen it yet do display UP? Are you running PiHole on unRAID?

I don't think that this is possible since this works completely differently since the Node Exporter can only output RAW data from the Host so to speak the veth<number>.

Please go to the Plugins tab and see if you got a tab that says "Plugin Errors". Can you try to delete the plugin and reinstall it from the CA App and see if it is working again, keep in mind that you have to restart the Docker sevice after doing that.

What do you mean with that? Can you post the log from the container or post a screenshot from the error message?

Simply press "ENTER" when this message appears and it will install FFmpeg. Btw. no problem since I'm from Austria I can read it.

Gilt aber auch für die meisten anderen Dateisysteme inklusive auch dem RAM Caching von Linux. Ich will hier gar nicht weiter über ZFS Diskutieren weil es nichts bringt und auch nicht Thema diese Threads ist. (Der Artikel ist auch von 2015...)

Nur mit extremen Umwegen soweit ich weiß, mit dem Aufsetzen bist du vermutlich schneller. Hier aus dem Hilfetext von unRAID:

Du hast hier einen Denkfehler schätze ich. Wenn du imagemagick in einem Docker verwenden willst dann muss es am Host (unRAID) nicht verfügbar sein, es muss lediglich im Docker installiert werden. Stell dir einen Docker Container wie eine VM, sprich dediziertes System das nichts mit dem Host zu schaffen hat. In welchem container willst du imagemagick installieren?

Also wenn das mal der Godfather of ZFS schreibt dann glaub ich ihm das: EDIT: Die Beträge sind von 2014... Sind die sicher noch aktuell?

Okay, das hab ich bei Emby und Jellyfin aus und die Echtzeitüberwachung der Ordner an.

Nur wenn du beim erstellen qcow2 genommen hast, wenn du raw genommen hast belegt die vdisk den Speicher den du angegeben hast.

Starte mal unRAID neu und sieh mal ob der Dockerdienst dann wieder funktioniert. Du umgehst wie gesagt das Problem nur auf einem, bitte nicht falsch verstehen, nicht sehr elegantem weg... Schick bei Gelegenheit mal einen Screenshot der einstellungen der Pfade in SABnzbd. Ich bin ehrlich gesagt noch ein wenig zu jung für C64 aber bin begeistert wie alles angefangen hat und hab auch schon ein wenig damit rumgespielt. Seh mir auch gern viel auf Youtube drüber an, ist wirklich echt interessant alles. Momentan frisst mein richtiges Leben aber meine Zeit weg und das bisschen das ich noch übrig hab witme ich unRAID. Sent from my C64

Wie gesagt, First World problems... Sent from my C64

Kommt immer ganz drauf an wie man diesen "wahnsinn" betreibt, sind aber auch komplette first world problems... Sent from my C64

Von dem Punkt aus gesehen bin ich bei dir. Aber High-Water macht das in dem Fall dann schon gut muss ich sagen. Sent from my C64

Okay muss ehrlich gesagt gestehen ich weiß nicht wie Plex das handhabt aber bei Emby/Jellyfin funktioniert das wsl anders. Hab noch nie eine Platte unnötig hochfahren sehen. Sent from my C64