JoergHH

Das sagt erst einmal gar nichts aus. Diese Log-Meldungen habe bzw. hatte ich auch immer, der Matrix lief trotzdem. Was zeigt denn der Zugriff auf die WebGUI unter http://[UNRAID-IP]:8008/_matrix/static/ ? Poste mal Deine komplette homeserver.yaml Leider bin ich derzeit nicht mehr sooo im Matrix-Thema, da ich mich noch mit meinem Unraid-Umzug beschäftige. Daher kann es meinerseits mit einer Antwort immer einige Zeit dauern.

https://play.google.com/store/apps/details?id=com.icecoldapps.synchronizeultimate

Nö. tl;dr Warum sollte ich mir über ungelegte Eier Gedanken machen? Solange meine Docker laufen, ist doch alles gut. Um das geht es (mir) sowie vom selbigen das Sanoid/Syncoid Plugin. Hmmm, eigentlich halte ich meine Anforderungen vom 1. Post für explizit genug. An irgendeiner Stelle bei der Installation von Dockern/App wird unter dem Share /mnt/user/appdata/[Container-Name] das Verzeichnis anlegt. Im API (?) wird das im Prozessablauf irgendwo stehen, nur wo? Anstelle des (wahrscheinlich) "mkdir" soll ein "zfs create" erfolgen. Oder so.

Hm? Ich habe bisher keine Probleme, d. h. alle Docker laufen anstandslos. Werde demnächst mal Snapshots implementieren. Bin mir nur noch nicht darüber klar, ob eher mit Sanoid/Synoid oder ZnapZend. Empfehlungen/Erfahrungen? Sollte bzw. kann man ZFS Snapshots auch von lfd. Docker oder VMs erstellen oder ist es immer besser die Systeme vorher offline zu schalten?

Ich möchte mir das händische Erstellen von Filesystemen je Docker für mein ZFS Appdata Store wie hier beschrieben ersparen. Stattdessen möchte ich den generellen Docker/App Installationsprozess so anpassen, dass VOR der Installation anstatt eines Ordners das entsprechende Filesystem anlegt wird. Das ganze natürlich so, dass es auch Updates überlebt. Leider habe ich bisher nicht das API dafür gefunden. Kann mir jemand weiterhelfen?

Ich nutze und empfehle Jottacloud. Ist mit € 7,50/monatlich für Unlimited Space preislich sehr moderat. Duplicati unterstützt Jottacloud native und die Upload-Geschwindigkeit bei meinem VDSL 100 über 1&1 ist akzeptabel.

Zack! Das war's - nun läuft es wieder! So bei der groben Drübersicht in den CPU Settings ist mir nur aufgefallen, dass Processor C3 (ACPI C2/C3) report to OS jetzt auf "Disabled" steht. Vorher war es "Enabled". (Der C6 Wert steht immer noch auf "Enabled", aber damit scheint es nichts zu tun zu haben.) Mir ist nur schleierhaft, weshalb der RC damit kein Problem hatte, wohl aber das Stable Release. Ich bin zwar kein Linux Kernel Spezi, aber mir scheint es da Unterschiede im Handling zu geben. Zumindest taucht jetzt auch Mar 17 12:59:43 homeserver kernel: Uhhuh. NMI received for unknown reason 31 on CPU 0. Mar 17 12:59:43 homeserver kernel: Do you have a strange power saving mode enabled? Mar 17 12:59:43 homeserver kernel: Dazed and confused, but trying to continue nicht mehr im Syslog auf. Das Mainboard ist übrigens, anders als von Unraid bzw. Dir identifiziert, ein Intel Server-Mainboard S1200V3RPL. Zu meiner Schande muss ich eingestehen, dass ich das komplette System gebraucht erworben und im BIOS keine Veränderungen vorgenommen habe. Naja, mit dem Unraid 6.9.0-RC lief es ja auch 😕 Vielen Dank @ich777 für Deine Hilfe und Deine guten Tipps! 👍🏆

Ich habe mal die Diags hier angehängt. Einmal den Status nach einem frischen Reboot und einmal nach Auftreten des/der Fehler. Vielleicht hat ja auch noch jemand anderes Zeit sich das mal anzugucken. Unter dem 6.9.0-RC lief es einwandfrei. Unter 6.9.0 und 6.9.1 Stable nicht mehr. Die HW ist exakt die selbe. Legacy. Noch eine Ergänzung: Nach dem heutigen Update des NVidia Driver Plugin auf 2021.03.17 komme ich nach Auftreten des o. g. Fehlers nicht mehr in die GUI des Plugins! Nach längerem Warten wird mir die Plugin-Seite http://192.168.0.200/Settings/nvidia-driver nur noch Weiß angezeigt. Nur ein kompletter Neustart des Server macht die Plugin-Einstellungen wieder zugänglich. diagnostics-20210317-1301-after_error.zip diagnostics-20210317-1254-clean_boot.zip

Inzwischen habe den Server mit Unraid 6.9.1 frisch und neu aufgesetzt. Es laufen nach wie vor keine VMs und an Plugins sind nur folgende installiert: Community Applications Nvidia Driver Preclear Disks Unassigned Devices Unassigned Devices Plus ZFS for unRAID 6 Ansonsten ist das System Plain Vanilla. Das Problem/Fehlerverhalten besteht wie ausführlich beschrieben nach wie vor 😞 @ich777:Welche Log-Files brauchst Du um dem Fehler auf die Schliche zu kommen?

I have two licenses, 1 x Basic and 1 x Plus. The Plus license was purchased as an upgrade. Do I now have one or two independent licenses? Can I use them on two different systems or is the Plus version linked to the Basic? I want to use the Pro version on a new server with more HDDs and the Basic for a transition period on the previous and wonder if it is possible. Of course I know that I have to bind the Pro license to the new USB stick after transferring it to the new server.

"Laufen" tut er ja mehr oder weniger. Ich bekomme aber weder über noVNC noch über den von mir selbst hinzugefügten Standard VNC Port und TigerVNC einen Connect! Nein. Vor dem Start des Dockers wurde mir die GPU noch über 'watch nvidia-smi' angezeigt. Nach dem Start nun das: Every 2.0s: nvidia-smi homeserver: Thu Mar 11 16:52:22 2021 Unable to determine the device handle for GPU 0000:01:00.0: GPU is lost. Reboot the system to recover this GPU Übrigens halte ich das Terminieren eines Dockers per Shell Killing für problematisch. In meinem Fall funktioniert das nicht einmal richtig bzw. immer d. h. trotz "Beenden" steht der Docker noch auf "Gestartet". Wäre nicht ein sauberer Shutdown des Dockers besser?

@ich777: Seit ich auf Unraid 6.9.1 upgedated habe, ist der VNC des Dockers nicht mehr erreichbar. Vor dem Starten ist noch alles okay: Der Docker startet zwar, aber mit irgend etwas hat der X11 (?) Probleme: ---Checking if UID: 99 matches user--- ---Checking if UID: 99 matches user--- ---Checking if GID: 100 matches user--- ---Setting umask to 000--- ---Checking for optional scripts--- ---No optional script found, continuing--- ---Trying to get Nvidia device address--- ---Successfully got device ID: 01:00:0--- ---Trying to get Nvidia driver version--- ---Successfully got driver version: 460.56--- ---Checking Xwrapper.config--- ---Configuring Xwrapper.config--- ---Version missmatch, deleting local Nvidia Driver v460.56 - rm: cannot remove '/debian/NVIDIA_460.56': No such file or directory rm: cannot remove '455.45.run': No such file or directory ---Found NVIDIA Driver v460.56 localy, installing...--- ---Configuring Locales to: de_DE.UTF-8 UTF-8--- Generating locales (this might take a while)... de_DE.UTF-8... done de_DE.UTF-8... done en_US.UTF-8... done Generation complete. ---Checking configuration for noVNC--- /bin/bash: Warnung: setlocale: LC_ALL: Kann die Locale nicht ändern (de_DE.UTF-8). Nothing to do, noVNC resizing set to default Nothing to do, noVNC qaulity set to default Nothing to do, noVNC compression set to default ---Starting...--- en_US.UTF-8... done Generation complete. ---Checking configuration for noVNC--- /bin/bash: Warnung: setlocale: LC_ALL: Kann die Locale nicht ändern (de_DE.UTF-8). Nothing to do, noVNC resizing set to default Nothing to do, noVNC qaulity set to default Nothing to do, noVNC compression set to default ---Starting...--- ---Preparing Server--- ---Checking for old logfiles--- ---Checking for old lock files--- ---Starting dbus service--- ---dbus service started--- ---Starting Xfce4--- ---Starting x11vnc server--- ---Starting noVNC server--- WebSocket server settings: - Listen on :8080 - Flash security policy server - Web server. Web root: /usr/share/novnc - No SSL/TLS support (no cert file) - Backgrounding (daemon) ---Starting Pulseaudio server--- ---------------------------------------------------------------------------------------------------- Listing possible outputs and screen modes: 'Screen 0: minimum 8 x 8, current 1600 x 900, maximum 32767 x 32767 DVI-D-0 disconnected (normal left inverted right x axis y axis) HDMI-0 connected 1600x900+0+0 (normal left inverted right x axis y axis) 0mm x 0mm 1024x768 60.00 + 1600x900 59.82* 1400x900 59.88 1368x768 59.88 59.85 1360x768 59.96 59.80 1280x800 59.91 59.81 1280x720 59.86 59.74 1152x864 60.00 1024x576 59.90 59.82 960x540 59.82 59.63 864x486 59.92 59.57 800x600 72.19 60.32 56.25 800x450 59.82 700x450 59.88 684x384 59.88 59.85 680x384 59.96 59.80 640x480 59.94 640x400 59.98 59.88 640x360 59.86 59.83 512x384 60.00 512x288 60.00 59.92 480x270 59.82 59.63 432x243 59.92 59.57 400x300 72.19 320x240 60.05 DP-0 disconnected (normal left inverted right x axis y axis) DP-1 disconnected (normal left inverted right x axis y axis)' ---------------------------------------------------------------------------------------------------- ---Looks like your highest possible output on: 'HDMI-0' is: '1600x900'--- ---Trying to set the resolution to: '1600x900' on output: 'HDMI-0'--- ------------------------------------------------------------------------------- --------If you want to set the resolution manually please create a file-------- ---------in /debian/.config/container.cfg with the following contents:--------- ------------------------------------------------------------------------------- Resolution: 1920x1080 Output: HDMI-0 -------------------------------------------------------------------------------- ---Change the resolution and output to your specific configuration/preference--- -------------------------------------------------------------------------------- Current version of pixman: 0.36.0 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Thu Mar 11 15:40:47 2021 (==) Using config file: "/etc/X11/xorg.conf" (==) Using system config directory "/usr/share/X11/xorg.conf.d" xf86EnableIOPorts: failed to set IOPL for I/O (Operation not permitted) Das Beenden des Dockers führt dazu, dass er sich nicht mehr starten lässt d. h. sofort mit Error terminiert und die GPU im Plugin auch "verschwindet". Nur ein Reboot des kompletten Servers stellt den Ausgangszustand wieder her. Auf dem Server laufen keine weiteren Docker mit Anbindung an die GPU und VMs sind noch gar keine installiert. Wie gesagt: Unter 6.9.0-RC und 6.9.0 Stable hat alles mit dem o. g. Parametern noch einwandfrei funktioniert.

Dazu muss aber auch die Intel CPU GVT-d unterstützen bzw. bereitstellen: https://de.wikipedia.org/wiki/X86-Virtualisierung#Grafikprozessoren-Virtualisierungstechnologie_(Intel_GVT-d,_GVT-g,_GVT-s) Hu? Auch die iGPU verbraucht Strom, denn sie ist ja Bestandteil der CPU. Mithin ist der Stromverbrauch iGPU = Stromverbrauch CPU. Aber ich lass' mich gerne eines Besseren belehren

Das klappt unter Unraid nur entweder durch ein komplettes Backup der VM oder den Betrieb von VMs auf einem Filesystem wie ZFS das Snapshot unterstützt. Für letzteres gibt es unter Unraid ein Plugin, allerdings ohne GUI, d. h. nur über die Shell managebar. Wenn Du aus der Windows-Welt kommst, wirst Du wahrscheinlich so einfache Snapshot-Systeme wie Hyper-V oder VMware kennen. Das gibt es bisher unter Unraid (noch) nicht. Das ist korrekt. Pro GPU/dedizierter Grafikkarte nur eine VM. Benötigt man weitere VMs mit GPU-Unterstützung müssen entsprechend viele Grafikkarten installiert werden. Im Gegensatz dazu kann eine GPU von mehreren Dockern zeitgleich (!) genutzt werden. Für die meisten Anwendungsfälle wie z. B. Video-Transcoding oder auch Crypto Mining gibt es bereits gut funktionierende Docker, so dass der Einsatz von VMs verzichtbar ist. Nur für Situationen, bei denen es keine Linux Docker gibt, also z. B. native Windows Anwendungen, ist der Einsatz einer VM obligatorisch.

Poste bitte mal einen Screenshot Deiner Netzwerk-Einstellungen.

Das ist keine Fehlermeldung, sondern nur eine Warnung. Überprüf' bitte mal mittel "qemu-img info vdisk1.img" wie groß das Image ist. Ansonsten siehe

Keine Frage. Falls Du zu Unraid im Rahme der Vielfalt noch weitere deutschsprachige Unterstützung benötigst: https://www.kodinerds.net/index.php/Board/156-unRAID/ https://forum.thegeekfreaks.de/forum/index.php?board/48-unraid/ https://knilixun.wordpress.com/ Hui, noch so ein IT-Senior wie ich! 8-)

Verstehe ich jetzt nicht wirklich. Ist aber auch egal. ¯\_(ツ)_/¯

K. A. Ich bin schon seit einiger Zeit raus aus der Acronis-Thematik. Acronis Software ist aber generell immer etwas buggy. Beim meinem letzten Arbeitgeber hatten wir ständig Probleme mit den Server-Versionen; und das ist ganz schön übel, wenn man auf prof. Backups angewiesen ist. (Aufgrund der, ahem, "Unternehmensträgheit" konnte "man" sich aber nicht für einen Software-Wechsel entscheiden.) Der Thread ist von 2019. Ich gehe mal davon aus, dass es durch die vielen neuen Unraid-Versionen inzwischen nicht mehr zu diesen Problemen kommt. Oder? Ziemlich sportliche und vorschnelle Festlegung. Wir wissen doch eigentlich gar nicht, was zu seinen Problemen führt.

Warum benutzt Du nicht die reichhaltige Auswahl von Dockern, die rund um eine Home Assistant Installation verfügbar sind? Die Docker fügen sich nicht nur geschmeidiger in das Gesamtkonstrukt Unraid ein, sie sind auch deutlich resourcenschonender.

Steht eigentlich in der Online-Hilfe (auf das "?" oben rechts klicken) beim Anlegen eines neuen Shares. Eher nicht. Unraid weiss eigentlich bei allen Verteilungsmethoden, wie und auf welcher HDD die Daten zu speichern sind.

Neueste Version inkl. aller Updates eingespielt? Das ist nämlich das erste, was Acronis verlangt, wenn man von denen Support wünscht. Ansonsten kann ich Dir noch deren Support-Foren empfehlen: https://forum.acronis.com/ Ich selbst bin schon seit einiger Zeit weg von der lokalen Datenvorhaltung und benutze den Unraid-Server direkt als Datensenke über SMB. Von dort wandern die Daten regelmäßig per Duplicati in die Jottacloud, was a) trotz langsamer VDSL-Uploadgeschwindigkeit sehr gut klappt und b) mit nur € 7,-/Monat für unlimitierten Speicher auch noch unschlagbar günstig ist.

Verwendest Du ein Produkt von Acronis wie z. B. True Image für das Backup? Aus meiner beruflichen Erfahrung weiss ich, dass deren Software gerne mal bei Datensicherungen auf Netzwerk-Speichern rumzickt. Versuch' erstmal mit einer anderen Software oder ganz einfach per File copy größeren Datenmengen bzw. Dateien im Array zu speichern. Sollte dies problemlos klappen, solltest Du Dich an den Support von Acronis wenden.

Kommando zurück! Nach gaaanz langem Warten ist die Zeile mit der Install-Möglichkeit auf Stable nun da. Liegt wahrscheinlich an dem aufgeblähtem Beta-Source des RC. Der fühlte sich bisher auch sonst ziemlich zäh und träge an. Na, mal sehen...

Passt trotzdem nicht. Ich betreibe hier derzeit zwei Unraid Server, den einen (6.8.3) schon seit Jahren ohne Probleme bei den Downloads/Updates. Bei dem anderen mit 6.9.0-rc2 fehlt im Bereich "Update OS" oben rechts der Button "CHECK FOR UPDATES". Und beim Umschalten der Branch von "Next" auf "Stable" verschwindet die komplette Zeile mit den bisherigen Daten und bleibt weiss.