sonic6

Looks like they did in 6.12.4 (RC18) Aug 22 22:06:41 Unraid-1 docker: Error: RAM-Disk Mod found incompatible files: 56bd9d7d271d027f627ddc33c801b835 /etc/rc.d/rc.docker 9f093a24ae5c2e804088ed4081027112 /usr/local/emhttp/plugins/dynamix/scripts/monitor

Ich konnte mich nun mal aufraffen und meine 5GB große DB, mit dem von @mgutt geposteten Thread, analysieren und bereinigen. Bin nun bei ca 3GB bei 100Tage recording Time angekommen. Habe mir nun auch die mühe gemacht und angefangen Entitäten zu exkludieren. Dabei stellt sich mir eine Frage: Kann man auch komplette Device, mit all deren Sensoren, exkludieren? Ich möchte nicht tendenziell alle "switche" exkludieren, aber besonders die Fritzbox Integration generiert schon recht viele Entitäten die ich nicht brauche. Habe mir jetzt erstmal mit entity_globs weiter geholfen: recorder: purge_keep_days: 100 commit_interval: 10 exclude: domains: - device_tracker - media_player - uptime - time_date - worldclock entity_globs: - sensor.fritzbux* - sensor.h_l* - sensor.tautulli* - switch.*_internet_access - switch.*_internet_access_2 - switch.*_internet_access_3 - switch.fritzbux_port_forward* Damit sollte ich schonmal nen Großteil erschlagen haben.

this is normal and was the same with the old method. go into your unraid web terminal and type "ip address". then look for search for MAC-Adresses which are same like your router list with your unraid-server ip addresses should be look like this:

i am not sure, but i think the routing tablet isn't correct for vhost? fd00:: is my ULA which is needed for peristant hostname resolving. 2003:c0:xxxx:xxxx:: is the prefix from my provider, which is changing from time to time. so i can't use that addresses in my local DNS for local hostname resolving.

LIBVIRT ERROR: VIRNETSOCKETREADWIRE ist still present:

@SimonF this is still present in Version: 6.12.4-rc18 2023-08-22 06:53:15.285+0000: 21622: info : libvirt version: 8.7.0 2023-08-22 06:53:15.285+0000: 21622: info : hostname: Unraid-1 2023-08-22 06:53:15.285+0000: 21622: error : virNetSocketReadWire:1791 : End of file while reading data: Input/output error 2023-08-22 07:03:17.050+0000: 21622: error : virNetSocketReadWire:1791 : End of file while reading data: Input/output error 2023-08-22 07:13:18.738+0000: 21622: error : virNetSocketReadWire:1791 : End of file while reading data: Input/output error Diagnostic is attached unraid-1-diagnostics-20230822-0920.zip

Ich vermute schon. Ich bin kein Netzwerk-Speziallist, aber eine Switch entscheidet glaube ich anhand der Netzwerkaddrese (Layer 2, nicht die IP-Adresse) an welchen Teilnehmer bzw Port Informationen geschickt werden. Bei IPVLAN haben alle Teilnehmer die gleiche MAC Adresse und das könnte (so weit ich das Schlussfolgern kann) zu Problemen mit "dummer" Hardware führen. Aber wie gesagt, ich habe keine Ahnung wovon ich Rede.

ich vermute einfach mal, weil er im falschen Bereich gepostet wurde... irgendwie wird seit Wochen, im Wochentakt, ein "Fragen" Beitrag im "Guides/Anleitungen" Bereicht gepostet... ich verstehe das nicht.

@KluthR thank you for adding that. will try it next sunday and hope it will solve my stopping problem. i will report then.

Mahlzeit, da es aufgrund der anhaltenden Problematik mit MACVLAN/Bridges/IPVLAN/Fritzbox immer mal wieder Lösungsansätze zum testen gab, habe ich mir auf Anraten von @ich777 einen kleinen Test-Server aufgesetzt. Hierzu habe ich vorhanden Hardware genutzt um meinen Geldbeutel zu entlasten. Der Vorteil war, dass der Server sogar einen eigenen Monitor besitzt. Hardware: Prozessor AMD APU CPU: Zen 2 4c/8t, 2,4 – 3,5 GHz (bis zu 448 GFlops FP32) GPU: 8 RDNA 2 CUs, 1,0 – 1,6 GHz (bis zu 1,6 TFlops FP32) APU-Leistung: 4 – 15W RAM 16 GB LPDDR5 Onboard-RAM (5500 MT/s 32-Bit-Vierkanal) Speicher 64 GB eMMC (PCIe Gen 2 ×1) 512 GB Hochgeschwindigkeits-NVMe-SSD (PCIe Gen 3 ×4 oder PCIe Gen 3 ×2*) Array: 500 GB SATA SSD Anzeige Auflösung 1280 × 800 Pixel (16:10 Seitenverhältnis) Typ IPS-LCD mit Optical Bonding für verbesserte Lesbarkeit Anzeigegröße 7 Zoll diagonal Helligkeit 400 Nits (normal) Aktualisierungsrate 60 Hz Touch-aktiviert Ja Sensoren Umgebungslichtsensor Hier auch noch ein Bild: Bitte nicht ganz ernst nehmen, natürlich handelt es sich bei dem "Test-Server" um ein Steam Deck. Per Steam Deck Dock einfach nen USB Stick und ne SATA-SSD per USB angepömpelt. Damit kann ich dann locker unraid booten und kann die interne nvme für SteamOS™ lassen. Natürlich lässt sich auch die Grafikeinheit der APU für die Hardwarebescheinigung in Containern, für zb transcoding in Jellyfin oder für den SteamOS LSIO Container, nutzen. Hier auch noch ein kleiner Performance Vergleich mit dem 3D Mark Fire Strike: -SteamDeck Windows 11 nativ -SteamDeck SteamOS nativ -LSIO SteamOS Container auf meinem Hauptserver (Specs in der Signatur) -SteamDeck Unraid 6.12.4RC13 mit LSIO SteamOS Container

Ich würde noch ein klein wenig warten, es könnte sein, dass es auf kurz einen richtigen fix geben wird, der einen gewöhnlichen Einsatz der Fritzbox zulässt.

Bei mir läuft der Container ohne Probleme inner normalen "Bridge" (ohne eigene IP aus meinem Heim-Subnetz).

Habe hier leider keine Antwort zu, aber kann das vielleicht aus dem Bereich "Anleitungen" verschoben werden?

hm, i got also problem on dashboard. dropdown on folder and some folders aren't work. debug-DASHBOARD-DOCKER (1).json

Falls du nur den Inhalt sehen willst: Falls du dich die Belegung des Speicherplatzes interessiert:

@scolcipitato maybe you should edit your first post in this thread and add a notice about that.

Hier kann ich zur TOSHIBA MG09ACA18TE tatsächlich aus Erfahrung sagen, dass diese recht "laut" ist (, im vergleich zu einer WD RED 10TB (WD100EFAX)). Die MG09 läuft zuverlässig und "schnell", jedoch klackert diese und ist im allgemeinen lauter, als die restlichen Platten, die ich nutze.

Durch das hinzufügen der "lxc-autobackup" Funktion mit der Plugin Version 2023.07.30, habe ich das ganze nochmal bearbeitet.

now i was using the "Stop all container,..." option. This works, because the timeout for those containers are high enough. ab.debug (1).log using docker container stop xteve works fine, the container stops immediately

the same againe: same Container aren't stopped when the backup started, so they aren't backuped and also not started again... and there is again no log which i can post... no normal log file, no debug log.

Okay danke. Ist zwar ne wd black und meine hat die Stromsparmodi, aber vielleicht habe ich einfach nur ne neuere Firmware.

Hast du dazu was näheres? Ich hatte vorher zwei Transcend PCIe M.2 SSDs drinne, die ca 5W mehr machten, als zwei SN700 sorry für den off-topic

@scolcipitato if you add this, you should add a notice about that: you can just download icons, put it into a folder on your server and use it: /mnt/cache0_vm/appdata/dockerfoldericons/0_startup.png keep it simple

same on 6.12.4 RC7