snowy00

Hi zusammen, hab jetzt diesen Post gefunden: https://forums.unraid.net/topic/120587-random-crashes/ Und habe das Docker Docker custom network type von Macvlan zu ipvlan geändert mal schauen was passiert. (Settings -> Docker Settings -> Docker custom network type -> ipvlan)

Folgendes kommt immer wieder in den Logs: Apr 21 17:31:53 Tower kernel: WARNING: CPU: 0 PID: 0 at net/netfilter/nf_nat_core.c:594 nf_nat_setup_info+0x6f/0x773 [nf_nat] Apr 21 17:31:53 Tower kernel: Modules linked in: veth xt_CHECKSUM ipt_REJECT nf_reject_ipv4 ip6table_mangle iptable_mangle vhost_net tun vhost vhost_iotlb tap macvlan xt_nat xt_tcpudp xt_conntrack nf_conntrack_netlink nfnetlink xt_addrtype br_netfilter xfs ip6table_nat md_mod nct6775 hwmon_vid av201x(O) tbsecp3(O) gx1133(O) tas2101(O) i2c_mux dvb_core(O) videobuf2_vmalloc(O) videobuf2_memops(O) videobuf2_common(O) videodev(O) mc(O) efivarfs iptable_nat xt_MASQUERADE nf_nat nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 wireguard curve25519_x86_64 libcurve25519_generic libchacha20poly1305 chacha_x86_64 poly1305_x86_64 ip6_udp_tunnel udp_tunnel libblake2s blake2s_x86_64 libblake2s_generic libchacha ip6table_filter ip6_tables iptable_filter ip_tables x_tables bonding amdgpu gpu_sched drm_ttm_helper ttm edac_mce_amd drm_kms_helper kvm_amd kvm drm crct10dif_pclmul crc32_pclmul crc32c_intel btusb btrtl btbcm ghash_clmulni_intel wmi_bmof aesni_intel nvme crypto_simd cryptd agpgart btintel syscopyarea sysfillrect Apr 21 17:31:53 Tower kernel: igb rapl bluetooth i2c_algo_bit nvme_core sysimgblt i2c_piix4 fb_sys_fops k10temp i2c_core ahci tpm_crb tpm_tis ccp video tpm_tis_core ecdh_generic ecc libahci backlight tpm wmi button acpi_cpufreq Apr 21 17:31:53 Tower kernel: CPU: 0 PID: 0 Comm: swapper/0 Tainted: G W O 5.15.30-Unraid #1 Apr 21 17:31:53 Tower kernel: Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./B450 Gaming-ITX/ac, BIOS P4.60 08/11/2021 Apr 21 17:31:53 Tower kernel: RIP: 0010:nf_nat_setup_info+0x6f/0x773 [nf_nat] Apr 21 17:31:53 Tower kernel: Code: 89 fb 49 89 f5 41 89 d4 76 02 0f 0b 48 8b 93 80 00 00 00 89 d0 25 00 01 00 00 45 85 e4 75 07 89 d0 25 80 00 00 00 85 c0 74 07 <0f> 0b e9 32 06 00 00 48 8b 83 90 00 00 00 4c 8d 7c 24 28 48 8d 73 Apr 21 17:31:53 Tower kernel: RSP: 0018:ffffc90000003760 EFLAGS: 00010202 Apr 21 17:31:53 Tower kernel: RAX: 0000000000000080 RBX: ffff8881b6352dc0 RCX: ffff888104f68e80 Apr 21 17:31:53 Tower kernel: RDX: 0000000000000180 RSI: ffffc9000000384c RDI: ffff8881b6352dc0 Apr 21 17:31:53 Tower kernel: RBP: ffffc90000003830 R08: 0000000041b2a8c0 R09: 0000000000000000 Apr 21 17:31:53 Tower kernel: R10: 0000000000000158 R11: 0000000000000000 R12: 0000000000000000 Apr 21 17:31:53 Tower kernel: R13: ffffc9000000384c R14: 0000000000000000 R15: 0000000000000001 Apr 21 17:31:53 Tower kernel: FS: 0000000000000000(0000) GS:ffff8887a0600000(0000) knlGS:0000000000000000 Apr 21 17:31:53 Tower kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 Apr 21 17:31:53 Tower kernel: CR2: 000014e75b7f2820 CR3: 00000001d318e000 CR4: 00000000003506f0 Apr 21 17:31:53 Tower kernel: Call Trace: Apr 21 17:31:53 Tower kernel: <IRQ> Apr 21 17:31:53 Tower kernel: ? ipt_do_table+0x563/0x5b0 [ip_tables] Apr 21 17:31:53 Tower kernel: ? slab_post_alloc_hook+0x50/0x157 Apr 21 17:31:53 Tower kernel: __nf_nat_alloc_null_binding+0x68/0x7f [nf_nat] Apr 21 17:31:53 Tower kernel: nf_nat_inet_fn+0xa6/0x187 [nf_nat] Apr 21 17:31:53 Tower kernel: nf_nat_ipv4_local_in+0x2a/0xae [nf_nat] Apr 21 17:31:53 Tower kernel: nf_hook_slow+0x3e/0x93 Apr 21 17:31:53 Tower kernel: ? ip_protocol_deliver_rcu+0x112/0x112 Apr 21 17:31:53 Tower kernel: NF_HOOK.constprop.0+0x73/0xce Apr 21 17:31:53 Tower kernel: ? ip_protocol_deliver_rcu+0x112/0x112 Apr 21 17:31:53 Tower kernel: ip_sabotage_in+0x4c/0x59 [br_netfilter] Apr 21 17:31:53 Tower kernel: nf_hook_slow+0x3e/0x93 Apr 21 17:31:53 Tower kernel: ? ip_rcv_finish_core.constprop.0+0x358/0x358 Apr 21 17:31:53 Tower kernel: NF_HOOK.constprop.0+0x73/0xce Apr 21 17:31:53 Tower kernel: ? ip_rcv_finish_core.constprop.0+0x358/0x358 Apr 21 17:31:53 Tower kernel: __netif_receive_skb_one_core+0x79/0x9a Apr 21 17:31:53 Tower kernel: netif_receive_skb+0xa3/0xf7 Apr 21 17:31:53 Tower kernel: br_handle_frame_finish+0x3c5/0x407 Apr 21 17:31:53 Tower kernel: ? br_handle_local_finish+0x13/0x13 Apr 21 17:31:53 Tower kernel: br_nf_hook_thresh+0xc6/0xf7 [br_netfilter] Apr 21 17:31:53 Tower kernel: ? br_handle_local_finish+0x13/0x13 Apr 21 17:31:53 Tower kernel: br_nf_pre_routing_finish+0x29d/0x2c4 [br_netfilter] Apr 21 17:31:53 Tower kernel: ? br_handle_local_finish+0x13/0x13 Apr 21 17:31:53 Tower kernel: ? NF_HOOK.isra.0+0xc5/0x119 [br_netfilter] Apr 21 17:31:53 Tower kernel: ? br_handle_frame_finish+0x407/0x407 Apr 21 17:31:53 Tower kernel: br_nf_pre_routing+0x226/0x236 [br_netfilter] Apr 21 17:31:53 Tower kernel: ? br_nf_forward_finish+0xdc/0xdc [br_netfilter] Apr 21 17:31:53 Tower kernel: br_handle_frame+0x292/0x2da Apr 21 17:31:53 Tower kernel: ? br_handle_local_finish+0x13/0x13 Apr 21 17:31:53 Tower kernel: __netif_receive_skb_core.constprop.0+0x354/0x515 Apr 21 17:31:53 Tower kernel: ? find_busiest_group+0x40/0x2ba Apr 21 17:31:53 Tower kernel: __netif_receive_skb_list_core+0x81/0x112 Apr 21 17:31:53 Tower kernel: netif_receive_skb_list_internal+0x1c7/0x1fc Apr 21 17:31:53 Tower kernel: gro_normal_list+0x22/0x3e Apr 21 17:31:53 Tower kernel: napi_complete_done+0x7f/0x118 Apr 21 17:31:53 Tower kernel: igb_poll+0xd69/0xf96 [igb] Apr 21 17:31:53 Tower kernel: ? rebalance_domains+0x1f9/0x22f Apr 21 17:31:53 Tower kernel: __napi_poll.constprop.0+0x2a/0x114 Apr 21 17:31:53 Tower kernel: net_rx_action+0xe8/0x1f2 Apr 21 17:31:53 Tower kernel: __do_softirq+0xef/0x218 Apr 21 17:31:53 Tower kernel: __irq_exit_rcu+0x4d/0x88 Apr 21 17:31:53 Tower kernel: common_interrupt+0x73/0x8b Apr 21 17:31:53 Tower kernel: </IRQ> Apr 21 17:31:53 Tower kernel: <TASK> Apr 21 17:31:53 Tower kernel: asm_common_interrupt+0x1e/0x40 Apr 21 17:31:53 Tower kernel: RIP: 0010:native_safe_halt+0x7/0x8 Apr 21 17:31:53 Tower kernel: Code: 60 02 df f0 83 44 24 fc 00 48 8b 00 a8 08 74 0b 65 81 25 8c 8b 84 7e ff ff ff 7f c3 e8 91 ce 87 ff f4 c3 e8 8a ce 87 ff fb f4 <c3> 0f 1f 44 00 00 31 ff 53 65 8b 35 b5 25 84 7e e8 dc b2 8b ff e8 Apr 21 17:31:53 Tower kernel: RSP: 0018:ffffffff82003e30 EFLAGS: 00000246 Apr 21 17:31:53 Tower kernel: RAX: 0000000000004000 RBX: 0000000000000001 RCX: 00000000018193d7 Apr 21 17:31:53 Tower kernel: RDX: ffff8887a0600000 RSI: ffff888100c10000 RDI: ffff888100c10064 Apr 21 17:31:53 Tower kernel: RBP: ffff888107e2d400 R08: ffff888107e2d400 R09: ffff8887a061ece0 Apr 21 17:31:53 Tower kernel: R10: 0000000000000020 R11: 0000000000000339 R12: 0000000000000001 Apr 21 17:31:53 Tower kernel: R13: ffff888100c10064 R14: ffffffff82114020 R15: 0000000000000000 Apr 21 17:31:53 Tower kernel: arch_safe_halt+0x5/0x8 Apr 21 17:31:53 Tower kernel: acpi_idle_do_entry+0x2a/0x3c Apr 21 17:31:53 Tower kernel: acpi_idle_enter+0x9a/0xa9 Apr 21 17:31:53 Tower kernel: cpuidle_enter_state+0xc6/0x1db Apr 21 17:31:53 Tower kernel: cpuidle_enter+0x2a/0x36 Apr 21 17:31:53 Tower kernel: do_idle+0x1b7/0x225 Apr 21 17:31:53 Tower kernel: cpu_startup_entry+0x1d/0x1f Apr 21 17:31:53 Tower kernel: start_kernel+0x651/0x676 Apr 21 17:31:53 Tower kernel: secondary_startup_64_no_verify+0xb0/0xbb Apr 21 17:31:53 Tower kernel: </TASK> Apr 21 17:31:53 Tower kernel: ---[ end trace dd5673d1565ecd92 ]---

Hallo zusammen, hatte heute schon zweimal das Problem, dass UNRAID WEB UI nicht mehr erreichbar war. Alle Docker waren auch nicht mehr erreichbar. Das einzige was geholfen hat war ein Hardreset des Servers. Nachfolgend noch die diagnose Datei - kann mir vielleicht jemand Helfen um die Ursache zu finden. tower-diagnostics-20220421-1541.zip Folgende Fehler noch entdeckt: Apr 21 16:06:12 Tower kernel: WARNING: CPU: 1 PID: 28235 at net/netfilter/nf_conntrack_core.c:1179 __nf_conntrack_confirm+0xb8/0x254 [nf_conntrack] Apr 21 16:06:12 Tower kernel: CPU: 1 PID: 28235 Comm: kworker/1:1 Tainted: G O 5.15.30-Unraid #1 Apr 21 16:06:12 Tower kernel: Call Trace: Apr 21 16:06:12 Tower kernel: <IRQ> Apr 21 16:06:12 Tower kernel: nf_conntrack_confirm+0x2f/0x36 [nf_conntrack] Apr 21 16:06:12 Tower kernel: nf_hook_slow+0x3e/0x93 Apr 21 16:06:12 Tower kernel: ? ip_protocol_deliver_rcu+0x112/0x112 Apr 21 16:06:12 Tower kernel: NF_HOOK.constprop.0+0x73/0xce Apr 21 16:06:12 Tower kernel: ? ip_protocol_deliver_rcu+0x112/0x112 Apr 21 16:06:12 Tower kernel: __netif_receive_skb_one_core+0x79/0x9a Apr 21 16:06:12 Tower kernel: process_backlog+0xab/0x143 Apr 21 16:06:12 Tower kernel: __napi_poll.constprop.0+0x2a/0x114 Apr 21 16:06:12 Tower kernel: net_rx_action+0xe8/0x1f2 Apr 21 16:06:12 Tower kernel: __do_softirq+0xef/0x218 Apr 21 16:06:12 Tower kernel: do_softirq+0x50/0x68 Apr 21 16:06:12 Tower kernel: </IRQ> Apr 21 16:06:12 Tower kernel: <TASK> Apr 21 16:06:12 Tower kernel: netif_rx_ni+0x53/0x85 Apr 21 16:06:12 Tower kernel: macvlan_broadcast+0x116/0x144 [macvlan] Apr 21 16:06:12 Tower kernel: macvlan_process_broadcast+0xc7/0x110 [macvlan] Apr 21 16:06:12 Tower kernel: process_one_work+0x198/0x27a Apr 21 16:06:12 Tower kernel: worker_thread+0x19c/0x240 Apr 21 16:06:12 Tower kernel: ? rescuer_thread+0x28b/0x28b Apr 21 16:06:12 Tower kernel: kthread+0xde/0xe3 Apr 21 16:06:12 Tower kernel: ? set_kthread_struct+0x32/0x32 Apr 21 16:06:12 Tower kernel: ret_from_fork+0x22/0x30 Apr 21 16:06:12 Tower kernel: </TASK> Apr 21 16:06:12 Tower kernel: ---[ end trace dd5673d1565ecd91 ]---

Gibt es eigentlich irgendwo eine Anleitung,, wie man das bei einem Ryzen 3 2200G machen kann. Ich bin eigentlich mit meinem System soweit zufrieden es fehlt halt nur die APU in der VM. Im englischen Forum gibt es schon einiges dazu nur die Profis halten sich da zurück... Deshalb glaube ich es irgendwie nicht, dass es jemand schon zum laufen bekommen hat. Etwas off topic das aber vielleicht hilft es auch bei der Entscheidung.

Hab gerade auf 4.3 geupdated und funktioniert einwandfrei.

Oh, das habe ich überlesen - probiere es nachher! Danke 🙂

Kannst du mal den Screenshot deiner Docker config machen. Ich wollte auch mal die Version 4.3 ausprobieren vom Linuxser.io - hab die aber auch nicht zum laufen bekommen. Alles war ok - aber kein Zugriff auf WebUI. Das ist was bei mir im LOG steht wenn ich die aktuelle Version versuche zu installieren:

Richtig nur wenn man eine dvb-X karte hat, um das entsprechende TV Signal zu bekommen. Wenn du MagentaTV nutzt brauchst du das natürlich nicht.

Bei mir sieht es so aus

Okay strange... Bei mir läuft es stabil ohne Probleme mit dieser Version. linuxserver/tvheadend:release-4.2

Welche Version vom TVHeadend verwendest du denn? Die latest vom Linuxserver.io geht bei mir auch nicht. Deshalb nutze ich das letzte 4.2 release. linuxserver/tvheadend:release-4.2

Das ist auch etwas, was ich durch die Erfahrung, die man so mit dem System gemacht hat anders machen würde - Würde glaube ich nicht mehr auf ein AMD Ryzen CPU setzen sondern ein Intel System aufbauen.

Ich werde einfach alles anschließen und dann kann ja nichts mehr schief gehen... Wenn das klappt und man "irgendwann" die AMD Ryzen APU an die VM durschleifen kann... hab ich das perfekte Setup für mich.

Meinst du dass ich den Strom Anschluss brauche? Die TV karte hat ja einen eigenen Stromanschluss https://tbs-technology.de/produkte/dvb/6902-doppel-tuner/

Okay - der sollte gehen https://de.aliexpress.com/item/1005003339562049.html?gatewayAdapt=glo2deu

Hab mir jetzt folgendes Adapter-Kabel bestellt Adapter (12€) Hab das jetzt so vor, ich habe eine TV karte im PCI x16 Slot stecken - dann werde ich diese auf den Adapter umstecken und habe dann wieder einen x16 frei, den ich für alles nutzen kann. Sobald der Adapter kommt werde ich berichten.

Ok, alles klar

Okay, aber wenn man das nicht aktiviert hat und dann der Server nicht bootet - welche Möglichkeiten hat man dann. Und die Funktion dass er ständig LOG-Files auf dem Stick speichert ist auch für diesen Zweck nicht sinnvoll. Ich hätte an sowas gedacht - nur während dem booten eine log auf dem Stick abzulegen.

Falls irgendwann so etwas nochmal passieren sollte , gibt es bei Unraid eine Möglichkeit beim booten irgendwelche Logs vom Stick zu ziehen? Ich habe mir ein Video vom boot Vorgang mit dem Handy gemacht, um zu lesen ob da irgendwelche Fehlermeldung generiert werden. Es ging so schnell und dann war der Bildschirm schwarz ohne irgendeinen Fehler oder Text.

Vielen Dank für die Info - Hab bei ganzen Stress vergessen das IOMMU: Enabled zusetzen. Dann ist die Panik ausgebrochen....🤪

Hallo zusammen, ich habe heute ein Bios update und den RAM getauscht an meine Server. Jetzt habe ich das Problem dass der Server nicht mehr Startet. Bootmenü wird angezeigt dann läuft der Bootvorgang und dann bleibt der Bildschirm schwarz. Hab in den GUI Mode versucht zu booten. Wie kann Ich hier weiter vorgehen? VG

The failure is gone after re-create the docker.img - thank you very much for your help! The RAM is new roughly 8 month old. How can I run a memtest I using the ASRock Fatal1ty B450 board? I had a system crash after trying to pass trough some hardware to a VM one month ago - So I did a hard reset of the system. Could be that was the root cause for that issue as well?

Yes yo are right that is the docker img

tower-diagnostics-20220112-1136.zip Here is my diagnostic file

Hello I have a similar error on my system: Jan 12 11:11:32 Tower kernel: BTRFS warning (device loop2): csum failed root 5 ino 70328 off 2191360 csum 0x9fca66a3 expected csum 0xa9d3c4a6 mirror 1 Jan 12 11:11:32 Tower kernel: BTRFS error (device loop2): bdev /dev/loop2 errs: wr 0, rd 0, flush 0, corrupt 3792, gen 0 Jan 12 11:16:15 Tower kernel: BTRFS warning (device loop2): csum failed root 5 ino 70328 off 2191360 csum 0x9fca66a3 expected csum 0xa9d3c4a6 mirror 1 Jan 12 11:16:15 Tower kernel: BTRFS error (device loop2): bdev /dev/loop2 errs: wr 0, rd 0, flush 0, corrupt 3793, gen 0 I tried find the corrupt file with with the find command - but nothing was found. find /mnt/user -inum 70328 Any recommendations how to solve that Thanks!