Infosucher

So sieht das bei mir aus: Gruß Infosucher

Das finde ich doch sehr merkwürdig. Ich habe direkt nach dem Start der VM auf Einstellungen wiederherstellen geklickt und das Backup eingespielt. Das dauert tatsächlich ein paar Minuten, aber danach war alles wieder wie vorher. Hat super geklappt. Habe ich sogar zwei Mal hintereinander gemacht, da bei ersten Mal die VM auf der falschen Platte lag. Daher nochmal alles von Anfang. Hinter FreeBSD steckt ja im Endeffekt auch ein Unixsystem wie in Linux. Die Konfig kann ich Dir heute Abend schicken, wenn ich wieder zu Hause bin. Gruß Infosucher

Doch das geht auch weiterhin noch. Ich habe selber erst vor 5 Tagen eine VM in Unraid mit HAOS angelegt. Du brauchst diese Datei: https://github.com/home-assistant/operating-system/releases/download/12.2/haos_ova-12.2.qcow2.xz und musst eine VM mit FreeBSD anlegen. Geht ohne Probleme! Gruß Infosucher PS: Mein Backup von der alten HAOS VM aus dem Synology NAS Virtualisierungsmanager, konnte ich direkt wieder einspielen danach.

Ist natürlich eine naheliegende Vermutung, aber ja die Freigabe ist aktiviert! Gruß Infosucher

Erstmal besten Dank für Deine Mühe. Ich habe jetzt mal ein Update der App gezogen. Meine war tatsächlich noch uralt und die automatischen Updates waren deaktiviert. Jetzt klappt es mit den gleichen Zugangsdaten! Dein Hinweis bzgl. der Shares hat mich aber überrascht und zugleich enttäuscht. Mein Share heißt media und darin befinden sich diverse Unterordner. In genau diesen Unterordnern möchte ich eigentlich meine Synchronisation durchführen. Scheint aber über SMB nicht realisierbar zu sein. Über SFTP dann aber schon oder weshalb genau verwendest Du eher dieses Protokoll? Gruß Infosucher

Hi zusammen, ich möchte gerne mit der App FolderSync Pro unter Android, auf mein UnRaid, Daten automatisiert übertragen. So weit so gut. Beim Anlegen eines Accounts-Typs in der App habe ich sowohl unter SMB1/CIFS als auch unter SMB2 das Problem, dass ich ständig die folgende Meldung bekomme: Failed to connect: 0.0.0.0<00>/ 192.168.1.250 Der eigetragene User und das Passwort stimmen. Die IP stimmt ebenfalls und der Port ist voreingestellt auf 445. SMB ist in UnRaid aktiviert. So langsam weiß ich nicht mehr weiter. Damals mit meiner Synology NAS hat das mit FolderSync Pro und der SMB1/CFIS Freigabe ohne weitere funktioniert. Ich kann ja auch ohne Problem auf dem UnRaid zugreifen, auch unter der Netzwerkumgebung von Windows... Vielleicht hat noch jemand eine Idee. Danke Euch. Gruß Infosucher

Ok besten Dank. Dann stelle ich das heute Abend wieder zurück. Gruß Infosucher

Das kann ich nicht ausschließen. Das wäre jedenfalls am Besten gewesen. Sollte ich die DNS wieder auf meine lokale Router IP ändern? Gruß Infosucher

Aus mir bisher unerklärlichen Gründen, funktioniert das Laden des App "Stores" wieder. Hätte ja schon gerne verstanden, wo das Problem lag... Gruß Infosucher

Hi zusammen, ich wollte gerade in die Apps gehen und bekomme dabei folgende Fehlermeldung: Der Server lief jetzt einfach nur vor sich hin und ich habe nichts verändert! Der oben angegebenen Empfehlung bin ich gefolgt und habe den DNS 1 und 2 auf die angegebene Adresse geändert. Leider brachte es keine Änderung. Die Uhrzeit und das Datum stimmen auch. Wenn ich in der Console z.B. ping www.google.de eingebe, dann sehe ich das mein UnRaid mit dem Internet verbunden ist, da ich von Google eine Antwort erhalte. Woran kann das noch liegen? Zumal es zuvor immer reibungslos funktionier hat. Meine Diagnosedaten hängen an. Vielen Dank. Gruß Infosucher PS: Ein Neustart des Systems brachte keine Abhilfe! nasneu-diagnostics-20240417-2252.zip

Danke für die Aufklärung, habe ich falsch verstanden.

Warum genau würdest Du keinen Cache Pool mit mehr als einer Platte betreiben?

Dann ist es um so merkwürdiger. Das würde aber bedeuten, dass der Einfluss beim RAM lag und nicht bei Powertop. Denn ich habe den RAM umgesteckt und dann den Rechner gestartet. Im Anschluss dann erst powertop deinstalliert. Und direkt das Array mit dem Paritysync gestartet. So sieht nämlich das LOG aus und es ist kein weiterer Eintrag mehr dazu gekommen! text error warn system array login Apr 14 07:32:32 Nasneu avahi-daemon[30218]: Registering new address record for 192.168.1.136 on br0.IPv4. Apr 14 07:32:32 Nasneu emhttpd: shcmd (167): /etc/rc.d/rc.avahidnsconfd restart Apr 14 07:32:32 Nasneu root: Stopping Avahi mDNS/DNS-SD DNS Server Configuration Daemon: stopped Apr 14 07:32:32 Nasneu root: Starting Avahi mDNS/DNS-SD DNS Server Configuration Daemon: /usr/sbin/avahi-dnsconfd -D Apr 14 07:32:32 Nasneu avahi-dnsconfd[30227]: Successfully connected to Avahi daemon. Apr 14 07:32:32 Nasneu emhttpd: shcmd (172): /etc/rc.d/rc.libvirt stop Apr 14 07:32:32 Nasneu root: Stopping libvirtd... Apr 14 07:32:32 Nasneu dnsmasq[23382]: exiting on receipt of SIGTERM Apr 14 07:32:33 Nasneu root: Network f9118ede-f5b4-445f-916f-b618a35c2aa7 destroyed Apr 14 07:32:33 Nasneu root: Apr 14 07:32:33 Nasneu avahi-daemon[30218]: Server startup complete. Host name is Nasneu.local. Local service cookie is 205612070. Apr 14 07:32:34 Nasneu root: Stopping virtlogd... Apr 14 07:32:34 Nasneu avahi-daemon[30218]: Service "Nasneu" (/services/ssh.service) successfully established. Apr 14 07:32:34 Nasneu avahi-daemon[30218]: Service "Nasneu" (/services/smb.service) successfully established. Apr 14 07:32:34 Nasneu avahi-daemon[30218]: Service "Nasneu" (/services/sftp-ssh.service) successfully established. Apr 14 07:32:35 Nasneu root: Stopping virtlockd... Apr 14 07:32:36 Nasneu emhttpd: shcmd (173): umount /etc/libvirt Apr 14 07:32:36 Nasneu kernel: BTRFS info (device loop3): last unmount of filesystem f3ad6367-5b54-4618-b7a9-2b691385b2d2 Apr 14 07:32:46 Nasneu ool www[28956]: /usr/local/emhttp/plugins/dynamix/scripts/netconfig 'eth0' Apr 14 07:32:46 Nasneu rc.inet1: dhcpcd -q -k -4 br0 Apr 14 07:32:46 Nasneu dhcpcd[30579]: sending signal ALRM to pid 1529 Apr 14 07:32:46 Nasneu dhcpcd[30579]: waiting for pid 1529 to exit Apr 14 07:32:46 Nasneu dhcpcd[1530]: received SIGALRM, releasing Apr 14 07:32:46 Nasneu dhcpcd[1530]: br0: removing interface Apr 14 07:32:46 Nasneu dhcpcd[1530]: br0: releasing lease of 192.168.1.136 Apr 14 07:32:46 Nasneu avahi-daemon[30218]: Withdrawing address record for 192.168.1.136 on br0. Apr 14 07:32:46 Nasneu avahi-daemon[30218]: Leaving mDNS multicast group on interface br0.IPv4 with address 192.168.1.136. Apr 14 07:32:46 Nasneu avahi-daemon[30218]: Interface br0.IPv4 no longer relevant for mDNS. Apr 14 07:32:46 Nasneu dhcpcd[1530]: br0: deleting route to 192.168.1.0/24 Apr 14 07:32:46 Nasneu dhcpcd[1530]: br0: deleting default route via 192.168.1.1 Apr 14 07:32:48 Nasneu rc.inet1: ip -4 addr flush dev br0 Apr 14 07:32:48 Nasneu rc.inet1: ip -4 route flush dev br0 Apr 14 07:32:48 Nasneu rc.inet1: ip -4 addr flush dev bond0 Apr 14 07:32:48 Nasneu rc.inet1: ip -4 route flush dev bond0 Apr 14 07:32:48 Nasneu rc.inet1: ip -4 addr flush dev eth0 Apr 14 07:32:48 Nasneu rc.inet1: ip -4 route flush dev eth0 Apr 14 07:32:48 Nasneu rc.inet1: ip link set br0 down Apr 14 07:32:48 Nasneu kernel: br0: port 1(bond0) entered disabled state Apr 14 07:32:48 Nasneu rc.inet1: ip link set bond0 nomaster Apr 14 07:32:48 Nasneu kernel: device bond0 left promiscuous mode Apr 14 07:32:48 Nasneu kernel: device eth0 left promiscuous mode Apr 14 07:32:48 Nasneu kernel: br0: port 1(bond0) entered disabled state Apr 14 07:32:48 Nasneu rc.inet1: ip link set br0 down Apr 14 07:32:48 Nasneu rc.inet1: ip link del br0 Apr 14 07:32:48 Nasneu rc.inet1: ip link set eth0 nomaster Apr 14 07:32:48 Nasneu kernel: bond0: (slave eth0): Releasing backup interface Apr 14 07:32:48 Nasneu rc.inet1: ip link set bond0 down Apr 14 07:32:48 Nasneu rc.inet1: ip link del bond0 Apr 14 07:32:48 Nasneu kernel: bond0 (unregistering): Released all slaves Apr 14 07:32:48 Nasneu rc.inet1: ip link add name bond0 type bond mode 1 miimon 100 Apr 14 07:32:48 Nasneu rc.inet1: ip link set eth0 up Apr 14 07:32:48 Nasneu kernel: eth0: 0xffffc90000870000, f4:b5:20:5d:23:1a, IRQ 18 Apr 14 07:32:48 Nasneu rc.inet1: ip link set eth0 master bond0 down type bond_slave Apr 14 07:32:48 Nasneu kernel: eth0: 0xffffc90000870000, f4:b5:20:5d:23:1a, IRQ 18 Apr 14 07:32:48 Nasneu kernel: bond0: (slave eth0): Enslaving as a backup interface with a down link Apr 14 07:32:48 Nasneu rc.inet1: ip link set name bond0 type bond primary eth0 Apr 14 07:32:48 Nasneu rc.inet1: ip link add name br0 type bridge stp_state 0 forward_delay 0 Apr 14 07:32:48 Nasneu rc.inet1: ip link set bond0 down Apr 14 07:32:48 Nasneu rc.inet1: ip -4 addr flush dev bond0 Apr 14 07:32:48 Nasneu rc.inet1: ip link set bond0 master br0 up Apr 14 07:32:48 Nasneu kernel: 8021q: adding VLAN 0 to HW filter on device bond0 Apr 14 07:32:48 Nasneu kernel: br0: port 1(bond0) entered blocking state Apr 14 07:32:48 Nasneu kernel: br0: port 1(bond0) entered disabled state Apr 14 07:32:48 Nasneu kernel: device bond0 entered promiscuous mode Apr 14 07:32:48 Nasneu rc.inet1: ip link set br0 up Apr 14 07:32:48 Nasneu kernel: br0: port 1(bond0) entered blocking state Apr 14 07:32:48 Nasneu kernel: br0: port 1(bond0) entered forwarding state Apr 14 07:32:48 Nasneu rc.inet1: interface br0 is UP, setting static ipv4 address Apr 14 07:32:49 Nasneu kernel: br0: port 1(bond0) entered disabled state Apr 14 07:32:49 Nasneu rc.inet1: ip -4 addr add 192.168.1.136/255.255.255.0 dev br0 metric 1 Apr 14 07:32:49 Nasneu avahi-daemon[30218]: Joining mDNS multicast group on interface br0.IPv4 with address 192.168.1.136. Apr 14 07:32:49 Nasneu avahi-daemon[30218]: New relevant interface br0.IPv4 for mDNS. Apr 14 07:32:49 Nasneu avahi-daemon[30218]: Registering new address record for 192.168.1.136 on br0.IPv4. Apr 14 07:32:49 Nasneu rc.inet1: ip -4 route add default via 192.168.1.1 dev br0 Apr 14 07:32:49 Nasneu network: hook services: interface=br0, reason=, protocol= Apr 14 07:32:49 Nasneu network: update services: 45s Apr 14 07:32:51 Nasneu kernel: r8125: eth0: link up Apr 14 07:32:51 Nasneu kernel: bond0: (slave eth0): link status definitely up, 1000 Mbps full duplex Apr 14 07:32:51 Nasneu kernel: bond0: (slave eth0): making interface the new active one Apr 14 07:32:51 Nasneu kernel: device eth0 entered promiscuous mode Apr 14 07:32:51 Nasneu kernel: bond0: active interface up! Apr 14 07:32:51 Nasneu kernel: br0: port 1(bond0) entered blocking state Apr 14 07:32:51 Nasneu kernel: br0: port 1(bond0) entered forwarding state Apr 14 07:33:34 Nasneu network: reload service: nginx Apr 14 07:34:35 Nasneu emhttpd: cmd: /usr/local/emhttp/plugins/NerdTools/scripts/packagemanager --download --uninstall Apr 14 07:34:35 Nasneu nerdpack: Processing Packages... Apr 14 07:34:36 Nasneu nerdpack: Uninstalling and deleting powertop-2.15 package... Apr 14 07:34:36 Nasneu nerdpack: Cleaning up packages... Apr 14 07:34:36 Nasneu nerdpack: All packages processed... Das ist ein guter Hinweis!

Tatsächlich habe ich danach nicht neu gestartet. Der Befehl ist aber nicht mehr ausführbar und läuft laut htop auch nicht mehr im Hintergrund. Zum RAM: Das war eine Empfehlung von einem Kumpel. Der hatte mich beraten, kannte aber UnRaid natürlich nicht. Ich bin mit dem Board eher weniger zufrieden, weshalb ich glaube, dass ein besseres Board hier mehr zum Erfolg führt. Weiß nur noch nicht welches. Tendiere gerade zu einem Z790 Board. Gruß Infosucher

Hi everyone, I currently have the following components for UnRaid, which are running poorly due to the bad board: CPU: Intel Core i5-14600 MB: Biostar B760MX2-E PRO D4 RAM: Crucial Pro DIMM Kit 64GB, DDR4-3200, CL22-22-22 After some back and forth, I got it to work. However, the board is not the yellow of the egg, as it doesn't cope with Powertop and always runs under full load. In addition, the 8 SATA ports are not all connected natively. Hence the question, which board would be a better alternative for the existing CPU and RAM? At the moment I have this board in mind: https://geizhals.de/asrock-z790-pg-riptide-a2820266.html?hloc=at&hloc=de The expansion slots would also be important in case I want more SATA ports or something else. Does Unraid work with the Killer E3100G LAN card? According to a Google search, yes. Is there a better recommendation for a maximum of 350 €? Maybe also 400 €, but then somehow also very painful... Thank you. Greetings Infosucher

Hi zusammen, aktuell besitze ich die folgenden Komponenten für UnRaid, welche schlecht als Recht laufen, wegen dem schlechten Board: CPU: Intel Core i5-14600 MB: Biostar B760MX2-E PRO D4 RAM: Crucial Pro DIMM Kit 64GB, DDR4-3200, CL22-22-22 Nach längerem hin und her, habe ich es auch zum Laufen bekommen. Allerdings ist das Board nicht das Gelbe vom Ei, da es nicht mit Powertop klar kommt und immer schön unter Volllast läuft. Außerdem sind die 8 St. SATA Ports nicht alle nativ angebunden. Daher die Frage, welches Board für die bestehende CPU und dem RAM eine bessere Alternative wäre? Zur Zeit habe ich dieses Board ins Auge gefasst: https://geizhals.de/asrock-z790-pg-riptide-a2820266.html?hloc=at&hloc=de Wichtig wäre noch die Erweiterungsslots, falls ich mal mehr SATA Ports oder sonstiges möchte. Kommt Unraid mit der Killer E3100G LAN Karte klar? Laut Google suche schon. Gibt es noch eine bessere Empfehlung für maximal 350 €? Vielleicht auch 400 €, aber dann irgendwie auch sehr schmerzhaft... Danke Euch. Gruß Infosucher

Welches Board hast Du jetzt? Und wie bekomme ich 8 native SATA Ports. Kurze Rückmeldung allgemein. Nach den oben genannten Änderungen, läuft alles bisher ohne Probleme. Die Geschwindigkeit liegt allerdings bei ca. 90MB/s. Das ist ziemlich mau. Um ein besseres Board werde ich wohl nicht drum rum kommen. Bloß welches wäre das bei der genannten CPU und dem RAM? Zumal ohne Powertop wahrscheinlich ein ziemlich starker Energieverbrauch zu verzeichnen ist. Gemessen habe ich es noch nicht... Gruß Infosucher

Ich habe jetzt mal folgendes gemacht: 1. Die Speicherriegel von A1 und B1 in A2 und B2 gesteckt. XMP I bekomme ich nicht deaktiviert! 2. powertop deinstalliert. 3. DHCP deaktiviert. Bisher läuft alles super. Gruß Infosucher

Danke für den Hinweis. Meinst Du ich sollte alles oben deaktivieren? Ich hatte die Empfehlung aus den Videos von the geek freak übernommen. Der meinte nur schmeiß alles rauf und los gehts. Gruß Infosucher

Also sollte ich das BTRFS in XFS umwandeln bzw. neu formatieren? Mcvlan verwende ich aktuell tatsächlich nicht. Fix Common Problem sagt zu den Fehlern tatsächlich gar nichts. Da wird eher rumgemeckert das ich die LOGS auf den Stick schreibe, damit ich diese im Fehlerfall nochmal finde. Ich weiß bloß nicht genau wo die liegen... Ich habe jetzt nochmal die Slots A2 und B2 probiert. Aktuell läuft das System noch. Ansonsten werde ich vielleicht tatsächlich mal ein anderes Board testen. XMP Profile kann ich nur wählen zwischen Custom, Current, activ. Es ist immer das aktuelle XMP I Profil aktiv.

Erstmal vielen Dank für Deine Antwort. Ich habe tatsächlich Memtest laufen lassen. Da war alles in Ordnung. Das MB habe ich auch in Verdacht. Zum Zurückgeben ist es leider zu spät. Wahrscheinlich muss ich dann Lehrgeld bezahlen. Ich hoffe das noch jemand eine Idee hat. Ich habe gerade mal die UnRaid Version 6.12.10 installiert. Vielleicht bringt das was. Ein Biosupdate hatte ich auch schon durchgeführt, leider ohne Erfolg. Liegt es vielleicht an den RAM Settings? Ich habe das XMP Profile I geladen im BIOS. Kann man da evtl. was machen? Hier meine Diagnosedaten: Gruß Infosucher nasneu-diagnostics-20240413-2311.zip

Hi zusammen, ich probiere mich immer noch an Unraid und habe mir dafür extra einen neuen Server gebaut: CPU: Intel Core i5-14600 MB: Biostar B760MX2-E PRO D4 RAM: Crucial Pro DIMM Kit 64GB, DDR4-3200, CL22-22-22 Das Ganze läuft mit Unraid 6.12.8. Ich habe nun meine Platten soweit zusammen und habe mein Array gestartet inkl. dem Paritycheck. Aber nach kurzer Zeit, ist UnRaid nicht mehr per Weboberfläche erreichbar. Auch ein Ping geht nicht. Die Logs habe ich deshalb mal auf den Stick schreiben lassen. Parallel dazu, habe ich aber den Syslog über das Webterminal gestartet um zu schauen was passiert: text error warn system array login Apr 13 19:19:53 Nasneu winbindd[24129]: Copyright Andrew Tridgell and the Samba Team 1992-2022 Apr 13 19:19:53 Nasneu winbindd[24131]: [2024/04/13 19:19:53.242982, 0] ../../source3/winbindd/winbindd_cache.c:3117(initialize_winbindd_cache) Apr 13 19:19:53 Nasneu winbindd[24131]: initialize_winbindd_cache: clearing cache and re-creating with version number 2 Apr 13 19:19:53 Nasneu emhttpd: shcmd (264): /etc/rc.d/rc.avahidaemon restart Apr 13 19:19:53 Nasneu root: Stopping Avahi mDNS/DNS-SD Daemon: stopped Apr 13 19:19:53 Nasneu avahi-dnsconfd[19141]: read(): EOF Apr 13 19:19:53 Nasneu root: Starting Avahi mDNS/DNS-SD Daemon: /usr/sbin/avahi-daemon -D Apr 13 19:19:53 Nasneu avahi-daemon[24184]: Found user 'avahi' (UID 61) and group 'avahi' (GID 214). Apr 13 19:19:53 Nasneu avahi-daemon[24184]: Successfully dropped root privileges. Apr 13 19:19:53 Nasneu avahi-daemon[24184]: avahi-daemon 0.8 starting up. Apr 13 19:19:53 Nasneu avahi-daemon[24184]: Successfully called chroot(). Apr 13 19:19:53 Nasneu avahi-daemon[24184]: Successfully dropped remaining capabilities. Apr 13 19:19:53 Nasneu avahi-daemon[24184]: Loading service file /services/sftp-ssh.service. Apr 13 19:19:53 Nasneu avahi-daemon[24184]: Loading service file /services/smb.service. Apr 13 19:19:53 Nasneu avahi-daemon[24184]: Loading service file /services/ssh.service. Apr 13 19:19:53 Nasneu avahi-daemon[24184]: Joining mDNS multicast group on interface br0.IPv4 with address 192.168.1.136. Apr 13 19:19:53 Nasneu avahi-daemon[24184]: New relevant interface br0.IPv4 for mDNS. Apr 13 19:19:53 Nasneu avahi-daemon[24184]: Network interface enumeration completed. Apr 13 19:19:53 Nasneu avahi-daemon[24184]: Registering new address record for 192.168.1.136 on br0.IPv4. Apr 13 19:19:53 Nasneu emhttpd: shcmd (265): /etc/rc.d/rc.avahidnsconfd restart Apr 13 19:19:53 Nasneu root: Stopping Avahi mDNS/DNS-SD DNS Server Configuration Daemon: stopped Apr 13 19:19:53 Nasneu root: Starting Avahi mDNS/DNS-SD DNS Server Configuration Daemon: /usr/sbin/avahi-dnsconfd -D Apr 13 19:19:53 Nasneu avahi-dnsconfd[24195]: Successfully connected to Avahi daemon. Apr 13 19:19:53 Nasneu emhttpd: shcmd (276): /usr/local/sbin/mount_image '/mnt/user/system/docker/docker.img' /var/lib/docker 20 Apr 13 19:19:53 Nasneu kernel: loop2: detected capacity change from 0 to 41943040 Apr 13 19:19:53 Nasneu kernel: BTRFS: device fsid e4301246-1b26-4786-a4de-95480f08e09a devid 1 transid 7882 /dev/loop2 scanned by mount (24259) Apr 13 19:19:53 Nasneu kernel: BTRFS info (device loop2): first mount of filesystem e4301246-1b26-4786-a4de-95480f08e09a Apr 13 19:19:53 Nasneu kernel: BTRFS info (device loop2): using crc32c (crc32c-intel) checksum algorithm Apr 13 19:19:53 Nasneu kernel: BTRFS info (device loop2): using free space tree Apr 13 19:19:53 Nasneu kernel: BTRFS info (device loop2): enabling ssd optimizations Apr 13 19:19:53 Nasneu root: Resize device id 1 (/dev/loop2) from 20.00GiB to max Apr 13 19:19:53 Nasneu emhttpd: shcmd (278): /etc/rc.d/rc.docker start Apr 13 19:19:53 Nasneu root: starting dockerd ... Apr 13 19:19:54 Nasneu avahi-daemon[24184]: Server startup complete. Host name is Nasneu.local. Local service cookie is 773283513. Apr 13 19:19:54 Nasneu avahi-daemon[24184]: Service "Nasneu" (/services/ssh.service) successfully established. Apr 13 19:19:54 Nasneu avahi-daemon[24184]: Service "Nasneu" (/services/smb.service) successfully established. Apr 13 19:19:54 Nasneu avahi-daemon[24184]: Service "Nasneu" (/services/sftp-ssh.service) successfully established. Apr 13 19:19:55 Nasneu kernel: Bridge firewalling registered Apr 13 19:19:55 Nasneu kernel: Initializing XFRM netlink socket Apr 13 19:19:55 Nasneu kernel: docker0: port 1(vethfeb875b) entered blocking state Apr 13 19:19:55 Nasneu kernel: docker0: port 1(vethfeb875b) entered disabled state Apr 13 19:19:55 Nasneu kernel: device vethfeb875b entered promiscuous mode Apr 13 19:19:55 Nasneu kernel: docker0: port 1(vethfeb875b) entered blocking state Apr 13 19:19:55 Nasneu kernel: docker0: port 1(vethfeb875b) entered forwarding state Apr 13 19:19:55 Nasneu kernel: docker0: port 1(vethfeb875b) entered disabled state Apr 13 19:19:56 Nasneu kernel: eth0: renamed from veth1aa9c99 Apr 13 19:19:56 Nasneu kernel: IPv6: ADDRCONF(NETDEV_CHANGE): vethfeb875b: link becomes ready Apr 13 19:19:56 Nasneu kernel: docker0: port 1(vethfeb875b) entered blocking state Apr 13 19:19:56 Nasneu kernel: docker0: port 1(vethfeb875b) entered forwarding state Apr 13 19:19:56 Nasneu kernel: IPv6: ADDRCONF(NETDEV_CHANGE): docker0: link becomes ready Apr 13 19:19:57 Nasneu emhttpd: shcmd (293): /usr/local/sbin/mount_image '/mnt/user/system/libvirt/libvirt.img' /etc/libvirt 1 Apr 13 19:19:57 Nasneu kernel: loop3: detected capacity change from 0 to 2097152 Apr 13 19:19:57 Nasneu kernel: BTRFS: device fsid f3ad6367-5b54-4618-b7a9-2b691385b2d2 devid 1 transid 17 /dev/loop3 scanned by mount (24920) Apr 13 19:19:57 Nasneu kernel: BTRFS info (device loop3): first mount of filesystem f3ad6367-5b54-4618-b7a9-2b691385b2d2 Apr 13 19:19:57 Nasneu kernel: BTRFS info (device loop3): using crc32c (crc32c-intel) checksum algorithm Apr 13 19:19:57 Nasneu kernel: BTRFS info (device loop3): using free space tree Apr 13 19:19:57 Nasneu kernel: BTRFS info (device loop3): enabling ssd optimizations Apr 13 19:19:57 Nasneu root: Resize device id 1 (/dev/loop3) from 1.00GiB to max Apr 13 19:19:57 Nasneu emhttpd: shcmd (295): /etc/rc.d/rc.libvirt start Apr 13 19:19:57 Nasneu root: Starting virtlockd... Apr 13 19:19:57 Nasneu root: Starting virtlogd... Apr 13 19:19:57 Nasneu root: Starting libvirtd... Apr 13 19:19:57 Nasneu kernel: tun: Universal TUN/TAP device driver, 1.6 Apr 13 19:19:57 Nasneu kernel: mdcmd (36): check Apr 13 19:19:57 Nasneu kernel: md: recovery thread: recon P ... Apr 13 19:19:57 Nasneu dnsmasq[25077]: started, version 2.89 cachesize 150 Apr 13 19:19:57 Nasneu dnsmasq[25077]: compile time options: IPv6 GNU-getopt DBus no-UBus i18n IDN2 DHCP DHCPv6 no-Lua TFTP conntrack ipset no-nftset auth cryptohash DNSSEC loop-detect inotify dumpfile Apr 13 19:19:57 Nasneu dnsmasq-dhcp[25077]: DHCP, IP range 192.168.122.2 -- 192.168.122.254, lease time 1h Apr 13 19:19:57 Nasneu dnsmasq-dhcp[25077]: DHCP, sockets bound exclusively to interface virbr0 Apr 13 19:19:57 Nasneu dnsmasq[25077]: reading /etc/resolv.conf Apr 13 19:19:57 Nasneu dnsmasq[25077]: using nameserver 192.168.1.1#53 Apr 13 19:19:57 Nasneu dnsmasq[25077]: read /etc/hosts - 3 names Apr 13 19:19:57 Nasneu dnsmasq[25077]: read /var/lib/libvirt/dnsmasq/default.addnhosts - 0 names Apr 13 19:19:57 Nasneu dnsmasq-dhcp[25077]: read /var/lib/libvirt/dnsmasq/default.hostsfile Apr 13 19:19:57 Nasneu kernel: r8125 0000:03:00.0: invalid VPD tag 0x00 (size 0) at offset 0; assume missing optional EEPROM Apr 13 19:19:59 Nasneu Parity Check Tuning: No restart information present Apr 13 19:20:29 Nasneu unassigned.devices: Mounting 'Auto Mount' Remote Shares... Apr 13 19:20:29 Nasneu unassigned.devices: Using Gateway '192.168.1.1' for Remote Shares. Apr 13 19:20:29 Nasneu unassigned.devices: Waiting 5 secs before mounting Remote Shares... Apr 13 19:24:06 Nasneu root: Fix Common Problems Version 2024.03.29 Apr 13 19:24:12 Nasneu root: Fix Common Problems: Warning: Syslog mirrored to flash Apr 13 19:24:12 Nasneu root: Fix Common Problems: Other Warning: Background notifications not enabled Apr 13 19:24:13 Nasneu root: Fix Common Problems: Warning: Share appdata references non existent pool cache Apr 13 19:24:13 Nasneu root: Fix Common Problems: Warning: Share domains references non existent pool cache Apr 13 19:24:13 Nasneu root: Fix Common Problems: Warning: Share isos references non existent pool cache Apr 13 19:24:13 Nasneu root: Fix Common Problems: Warning: Share New ISOs references non existent pool cache Apr 13 19:24:13 Nasneu root: Fix Common Problems: Warning: Share system references non existent pool cache Apr 13 19:24:13 Nasneu root: Fix Common Problems: Warning: Docker Patch Not Installed Apr 13 19:24:38 Nasneu Parity Check Tuning: Paritätssynchronisation/Datenwiederherstellung detected Apr 13 19:28:12 Nasneu webGUI: Successful login user root from 192.168.1.77 Apr 13 19:29:00 Nasneu root: Fix Common Problems Version 2024.03.29 Apr 13 19:29:07 Nasneu root: Fix Common Problems: Warning: Syslog mirrored to flash ** Ignored Apr 13 19:29:07 Nasneu root: Fix Common Problems: Other Warning: Background notifications not enabled Apr 13 19:29:07 Nasneu root: Fix Common Problems: Warning: Share appdata references non existent pool cache Apr 13 19:29:07 Nasneu root: Fix Common Problems: Warning: Share domains references non existent pool cache Apr 13 19:29:07 Nasneu root: Fix Common Problems: Warning: Share isos references non existent pool cache Apr 13 19:29:07 Nasneu root: Fix Common Problems: Warning: Share New ISOs references non existent pool cache Apr 13 19:29:07 Nasneu root: Fix Common Problems: Warning: Share system references non existent pool cache Apr 13 19:29:07 Nasneu root: Fix Common Problems: Warning: Docker Patch Not Installed Apr 13 20:11:08 Nasneu kernel: _swap_info_get: Bad swap file entry 3fdffffffffff Apr 13 20:11:08 Nasneu kernel: BUG: Bad page map in process smartctl_type pte:4000000000000 pmd:10491b067 Apr 13 20:11:08 Nasneu kernel: addr:0000000000b00000 vm_flags:00000071 anon_vma:0000000000000000 mapping:ffff8881058043a8 index:700 Apr 13 20:11:08 Nasneu kernel: file:php fault:filemap_fault mmap:generic_file_readonly_mmap read_folio:squashfs_read_folio roter Fehler -> Apr 13 20:11:08 Nasneu kernel: CPU: 13 PID: 15126 Comm: smartctl_type Tainted: P O 6.1.74-Unraid #1 Apr 13 20:11:08 Nasneu kernel: Hardware name: BIOSTAR Group B760MX2-E PRO D4/B760MX2-E PRO D4, BIOS 5.27 09/11/2023 roter Fehler -> Apr 13 20:11:08 Nasneu kernel: Call Trace: Apr 13 20:11:08 Nasneu kernel: <TASK> Apr 13 20:11:08 Nasneu kernel: dump_stack_lvl+0x44/0x5c Apr 13 20:11:08 Nasneu kernel: print_bad_pte+0x1bc/0x1d6 Apr 13 20:11:08 Nasneu kernel: unmap_page_range+0x4f1/0x67b Apr 13 20:11:08 Nasneu kernel: unmap_vmas+0xb6/0x100 Apr 13 20:11:08 Nasneu kernel: exit_mmap+0xdb/0x22e Apr 13 20:11:08 Nasneu kernel: __mmput+0x43/0xe3 Apr 13 20:11:08 Nasneu kernel: do_exit+0x31b/0x923 Apr 13 20:11:08 Nasneu kernel: ? preempt_latency_start+0x1e/0x46 Apr 13 20:11:08 Nasneu kernel: ? up_read+0x47/0x5d Apr 13 20:11:08 Nasneu kernel: do_group_exit+0x7a/0x7a Apr 13 20:11:08 Nasneu kernel: __x64_sys_exit_group+0x14/0x14 Apr 13 20:11:08 Nasneu kernel: do_syscall_64+0x68/0x81 Apr 13 20:11:08 Nasneu kernel: entry_SYSCALL_64_after_hwframe+0x64/0xce Apr 13 20:11:08 Nasneu kernel: RIP: 0033:0x153ac1d6e425 Apr 13 20:11:08 Nasneu kernel: Code: Unable to access opcode bytes at 0x153ac1d6e3fb. Apr 13 20:11:08 Nasneu kernel: RSP: 002b:00007ffc9c3e4958 EFLAGS: 00000206 ORIG_RAX: 00000000000000e7 Apr 13 20:11:08 Nasneu kernel: RAX: ffffffffffffffda RBX: 0000153ac1e7d2e8 RCX: 0000153ac1d6e425 Apr 13 20:11:08 Nasneu kernel: RDX: 00000000000000e7 RSI: ffffffffffffff78 RDI: 0000000000000000 Apr 13 20:11:08 Nasneu kernel: RBP: 0000000000000000 R08: 00007ffc9c3e4900 R09: 0000000001642f90 Apr 13 20:11:08 Nasneu kernel: R10: 0000153ac1ca4b10 R11: 0000000000000206 R12: 0000000000000000 Apr 13 20:11:08 Nasneu kernel: R13: 0000153ac1e7b840 R14: 0000000000000000 R15: 0000153ac1e7d300 Apr 13 20:11:08 Nasneu kernel: </TASK> Apr 13 20:11:08 Nasneu kernel: BUG: Bad rss-counter state mm:0000000090bfece6 type:MM_SWAPENTS val:-1 Apr 13 20:40:58 Nasneu kernel: general protection fault, probably for non-canonical address 0xfffb888136e278b0: 0000 [#1] PREEMPT SMP NOPTI roter Fehler -> Apr 13 20:40:58 Nasneu kernel: CPU: 9 PID: 22460 Comm: php Tainted: P B O 6.1.74-Unraid #1 Apr 13 20:40:58 Nasneu kernel: Hardware name: BIOSTAR Group B760MX2-E PRO D4/B760MX2-E PRO D4, BIOS 5.27 09/11/2023 Apr 13 20:40:58 Nasneu kernel: RIP: 0010:vma_interval_tree_augment_compute_max+0x2e/0x57 Apr 13 20:40:58 Nasneu kernel: Code: f4 55 89 f5 53 48 89 fb e8 d6 ff ff ff 48 8b 53 38 48 85 d2 74 0b 48 8b 52 18 48 39 d0 48 0f 42 c2 48 8b 53 30 48 85 d2 74 0b <48> 8b 52 18 48 39 d0 48 0f 42 c2 40 84 ed 74 06 48 39 43 40 74 07 Apr 13 20:40:58 Nasneu kernel: RSP: 0018:ffffc9000f8c7b58 EFLAGS: 00010282 Apr 13 20:40:58 Nasneu kernel: RAX: 000000000000001c RBX: ffff888104e42990 RCX: ffff88813f138ed0 Apr 13 20:40:58 Nasneu kernel: RDX: fffb888136e27898 RSI: 0000000000000001 RDI: ffff888104e42990 Apr 13 20:40:58 Nasneu kernel: RBP: 0000000000000001 R08: ffff8881b3f04538 R09: 0000000000000000 Apr 13 20:40:58 Nasneu kernel: R10: ffff88813bc39c08 R11: ffff88813bc39c0c R12: 0000000000000001 Apr 13 20:40:58 Nasneu kernel: R13: ffff88813f138090 R14: 0000000000000000 R15: ffff88810610e1e8 Apr 13 20:40:58 Nasneu kernel: FS: 0000000000000000(0000) GS:ffff88903f840000(0000) knlGS:0000000000000000 Apr 13 20:40:58 Nasneu kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 Apr 13 20:40:58 Nasneu kernel: CR2: 000014e54f5c0200 CR3: 000000018b750000 CR4: 0000000000750ee0 Apr 13 20:40:58 Nasneu kernel: PKRU: 55555554 roter Fehler -> Apr 13 20:40:58 Nasneu kernel: Call Trace: Apr 13 20:40:58 Nasneu kernel: <TASK> Apr 13 20:40:58 Nasneu kernel: ? __die_body+0x1a/0x5c Apr 13 20:40:58 Nasneu kernel: ? die_addr+0x38/0x51 Apr 13 20:40:58 Nasneu kernel: ? exc_general_protection+0x30f/0x345 Apr 13 20:40:58 Nasneu kernel: ? asm_exc_general_protection+0x22/0x30 Apr 13 20:40:58 Nasneu kernel: ? vma_interval_tree_augment_compute_max+0x2e/0x57 Apr 13 20:40:58 Nasneu kernel: ? vma_interval_tree_augment_compute_max+0x11/0x57 Apr 13 20:40:58 Nasneu kernel: vma_interval_tree_augment_propagate+0x1b/0x2f Apr 13 20:40:58 Nasneu kernel: __vma_adjust+0x3a2/0x7b1 Apr 13 20:40:58 Nasneu kernel: __split_vma+0x105/0x16b Apr 13 20:40:58 Nasneu kernel: do_mas_align_munmap.constprop.0+0x17a/0x3c6 Apr 13 20:40:58 Nasneu kernel: mmap_region+0xcc/0x61e Apr 13 20:40:58 Nasneu kernel: ? arch_get_unmapped_area_topdown+0x4b/0x1b2 Apr 13 20:40:58 Nasneu kernel: ? preempt_latency_start+0x1e/0x46 Apr 13 20:40:58 Nasneu kernel: do_mmap+0x3bc/0x428 Apr 13 20:40:58 Nasneu kernel: vm_mmap_pgoff+0xbb/0x112 Apr 13 20:40:58 Nasneu kernel: ksys_mmap_pgoff+0x138/0x166 Apr 13 20:40:58 Nasneu kernel: do_syscall_64+0x68/0x81 Apr 13 20:40:58 Nasneu kernel: entry_SYSCALL_64_after_hwframe+0x64/0xce Apr 13 20:40:58 Nasneu kernel: RIP: 0033:0x14e55300ee33 Apr 13 20:40:58 Nasneu kernel: Code: 1f 84 00 00 00 00 00 4c 89 23 31 c0 48 c7 43 08 00 04 00 00 eb e2 90 41 89 ca 41 f7 c1 ff 0f 00 00 75 14 b8 09 00 00 00 0f 05 <48> 3d 00 f0 ff ff 77 1d c3 0f 1f 40 00 c7 05 36 34 01 00 16 00 00 Apr 13 20:40:58 Nasneu kernel: RSP: 002b:00007ffc86c21698 EFLAGS: 00000246 ORIG_RAX: 0000000000000009 Apr 13 20:40:58 Nasneu kernel: RAX: ffffffffffffffda RBX: 0000000000000004 RCX: 000014e55300ee33 Apr 13 20:40:58 Nasneu kernel: RDX: 0000000000000001 RSI: 0000000000006000 RDI: 000014e54f5b8000 Apr 13 20:40:58 Nasneu kernel: RBP: 00007ffc86c21a30 R08: 0000000000000004 R09: 0000000000016000 Apr 13 20:40:58 Nasneu kernel: R10: 0000000000000812 R11: 0000000000000246 R12: 00007ffc86c21710 Apr 13 20:40:58 Nasneu kernel: R13: 000014e54f6044f0 R14: 00007ffc86c21ad0 R15: 000014e54f5a2000 Apr 13 20:40:58 Nasneu kernel: </TASK> Apr 13 20:40:58 Nasneu kernel: Modules linked in: xt_CHECKSUM ipt_REJECT nf_reject_ipv4 ip6table_mangle ip6table_nat iptable_mangle vhost_net tun vhost vhost_iotlb tap veth xt_nat xt_tcpudp xt_conntrack xt_MASQUERADE nf_conntrack_netlink nfnetlink xfrm_user xfrm_algo iptable_nat nf_nat nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 xt_addrtype br_netfilter xfs md_mod zfs(PO) zunicode(PO) zzstd(O) zlua(O) zavl(PO) icp(PO) zcommon(PO) znvpair(PO) spl(O) nfsd auth_rpcgss oid_registry lockd grace sunrpc tcp_diag inet_diag ip6table_filter ip6_tables iptable_filter ip_tables x_tables efivarfs af_packet 8021q garp mrp bridge stp llc bonding tls i915 intel_rapl_msr intel_rapl_common x86_pkg_temp_thermal intel_powerclamp coretemp iosf_mbi drm_buddy i2c_algo_bit kvm_intel ttm drm_display_helper drm_kms_helper kvm drm crct10dif_pclmul crc32_pclmul crc32c_intel ghash_clmulni_intel sha512_ssse3 sha256_ssse3 sha1_ssse3 aesni_intel intel_gtt mei_pxp agpgart i2c_i801 mei_hdcp crypto_simd input_leds cryptd joydev led_class Apr 13 20:40:58 Nasneu kernel: wmi_bmof rapl intel_cstate intel_uncore syscopyarea i2c_smbus mei_me sysfillrect nvme ahci sysimgblt r8125(O) nvme_core i2c_core mei libahci thermal fb_sys_fops fan tpm_crb video tpm_tis tpm_tis_core wmi tpm backlight intel_pmc_core acpi_pad acpi_tad button unix Apr 13 20:40:58 Nasneu kernel: ---[ end trace 0000000000000000 ]--- Apr 13 20:40:58 Nasneu kernel: RIP: 0010:vma_interval_tree_augment_compute_max+0x2e/0x57 Apr 13 20:40:58 Nasneu kernel: Code: f4 55 89 f5 53 48 89 fb e8 d6 ff ff ff 48 8b 53 38 48 85 d2 74 0b 48 8b 52 18 48 39 d0 48 0f 42 c2 48 8b 53 30 48 85 d2 74 0b <48> 8b 52 18 48 39 d0 48 0f 42 c2 40 84 ed 74 06 48 39 43 40 74 07 Apr 13 20:40:58 Nasneu kernel: RSP: 0018:ffffc9000f8c7b58 EFLAGS: 00010282 Apr 13 20:40:58 Nasneu kernel: RAX: 000000000000001c RBX: ffff888104e42990 RCX: ffff88813f138ed0 Apr 13 20:40:58 Nasneu kernel: RDX: fffb888136e27898 RSI: 0000000000000001 RDI: ffff888104e42990 Apr 13 20:40:58 Nasneu kernel: RBP: 0000000000000001 R08: ffff8881b3f04538 R09: 0000000000000000 Apr 13 20:40:58 Nasneu kernel: R10: ffff88813bc39c08 R11: ffff88813bc39c0c R12: 0000000000000001 Apr 13 20:40:58 Nasneu kernel: R13: ffff88813f138090 R14: 0000000000000000 R15: ffff88810610e1e8 Apr 13 20:40:58 Nasneu kernel: FS: 0000000000000000(0000) GS:ffff88903f840000(0000) knlGS:0000000000000000 Apr 13 20:40:58 Nasneu kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 Apr 13 20:40:58 Nasneu kernel: CR2: 000014e54f5c0200 CR3: 000000018b750000 CR4: 0000000000750ee0 Apr 13 20:40:58 Nasneu kernel: PKRU: 55555554 Alles was rot ist, habe ich mal mit "roter Fehler" betitelt. Ich habe die Farben irgendwie nicht übertragen bekommen. Ich bin da sicher nicht der Experte, aber irgendwie sieht das Hardwarefehlern aus. Ich hatte vor zwei Wochen das Problem schon mal, aber dann war es irgendwie verschwunden. Wie kann ich da jetzt weiter vorgehen um das Problem einzugrenzen? Sämtlich Hardware ist komplett neu, was natürlich nicht automatisch heißt, dass sie nicht dennoch kaputt sein kann. Das Problem entsteht übrigens auch, wenn ich kein Array starte. Ich möchte so gerne UnRaid nutzen und bin gerade ein wenig deprimiert... Ich hoffe Ihr könnt mir weiterhelfen. Vielen Dank. Gruß Infosucher

Hi zusammen, ich bin gerade dabei meine Laufwerke einzurichten. Folgende SSD-Platten sind aktuell vorhanden für den Cache und einem weiteren schnellen Pool. 1x SATA SSD 1TB 1x NVMe SSD 1TB Jetzt überlege ich mir eine zweite SATA SSD mit 1 TB zu kaufen und damit ein RAID 1 beim Cachepool einzurichten. Die NVMe SSD wollte ich dann für Docker und VM´s in einem extra Pool verwenden, da diese Platte ja deutlich schneller als die SATA SSD´s sind. Wäre das der richtige Schritt? Soviel Cache werde ich vermutlich gar nicht brauchen, da ich nicht ständig Daten hin und her schiebe. Wie sehr Ihr das? Danke Euch. Gruß Infosucher

Das ist natürlich auch super, allerdings geht sowas ja auch per VPN mit Kodi. Aber natürlich nehme ich die Vorteile gerne mit. Gruß Infosucher

Ok, danke Dir. Ich hatte gehofft das man die freien Ressourcen einfach besser nutzen kann. Dann werde ich es wohl so machen. Gruß Infosucher