guybrush2012 Posted January 1 Share Posted January 1 (edited) Hi, erstmal ein freues Neues Jahr. Ich wünsche jedem hier mit seiner Familie, gesundheit und viel freude im Jahr 2024. Nun zum Thema. ich dachte das zwischenzeitlich die Probleme mit BR0 behoben wären. Kaum Starte ich ein Container mit BR0, stürzt alsbald Unraid wieder ab. Kann es noch jemand bestätigen? Hibt es denn überhaupt keine Möglichkeit BR0 dem Container eine Netzwerk IP zu vergeben? Dec 29 18:59:02 Tower emhttpd: status: One or more devices has experienced an error resulting in data Dec 29 18:59:15 Tower root: Error response from daemon: network with name br0 already exists Dec 29 18:59:15 Tower root: Error response from daemon: container cannot be connected to multiple networks with one of the networks in private (none) mode Dec 29 19:00:56 Tower kernel: CPU: 1 PID: 668 Comm: kworker/u8:10 Tainted: P U W O 6.1.64-Unraid #1 Dec 29 19:00:56 Tower kernel: Call Trace: Dec 29 19:09:07 Tower root: Fix Common Problems: Error: Macvlan and Bridging found Edited January 1 by guybrush2012 Quote Link to comment
Solution jj1987 Posted January 1 Solution Share Posted January 1 Bist du auf einer UNRAID Version >= 6.12.4? Wenn ja, Release notes gelesen und umgesetzt? Wenn ältere UNRAID Version, bitte updaten und Release notes für 6.12.4. lesen und umsetzen 1 Quote Link to comment
guybrush2012 Posted January 1 Author Share Posted January 1 3 hours ago, jj1987 said: Bist du auf einer UNRAID Version >= 6.12.4? Wenn ja, Release notes gelesen und umgesetzt? Wenn ältere UNRAID Version, bitte updaten und Release notes für 6.12.4. lesen und umsetzen Ich bin auf Unraid 6.12.6 Quote Link to comment
saber1 Posted January 1 Share Posted January 1 30 minutes ago, guybrush2012 said: Ich bin auf Unraid 6.12.6 Dennoch bitte beachten. Ab 6.12.4 gültig: https://docs.unraid.net/unraid-os/release-notes/6.12.4/ Quote Link to comment
alturismo Posted January 1 Share Posted January 1 1 hour ago, guybrush2012 said: Ich bin auf Unraid 6.12.6 4 hours ago, jj1987 said: Bist du auf einer UNRAID Version >= 6.12.4? Wenn ja, Release notes gelesen und umgesetzt? Wenn ältere UNRAID Version, bitte updaten und Release notes für 6.12.4. lesen und umsetzen @guybrush2012 ... bitte nicht nur die "Überschrift" lesen ... @jj1987 hat es beschrieben, einfach umsetzen und erledigt. Das sind die Gründe warum man mittlerweile einen Haken setzen muss "changelog gelesen" bei einem Update ... 1 Quote Link to comment
FIetch Posted January 7 Share Posted January 7 (edited) Moin, ich habe auch Probleme mit Docker Container die br0 nutzen und ich gebe zu, ich habe die Release Notes auch nicht wirklich genau gelesen. So ganz verstehen tu ich das leider nicht. Quote If you are getting call traces related to macvlan, as a first step we recommend navigating to Settings > Docker, switch to advanced view, and change the "Docker custom network type" from macvlan to ipvlan. This is the default configuration that Unraid has shipped with since version 6.11.5 and should work for most systems. If you are happy with this setting, then you are done! Ich war vorher auf macvlan und würde jetzt auf ipvlan switchen. Was ich jetzt nicht verstehe, ist der nächste Abschnitt in den Release Notes: Quote However, some users have reported issues with port forwarding from certain routers (Fritzbox) and reduced functionality with advanced network management tools (Ubiquity) when in ipvlan mode. For those users, we have a new method that reworks networking to avoid issues with macvlan. Tweak a few settings and your Docker containers, VMs, and WireGuard tunnels should automatically adjust to use them: Settings > Network Settings > eth0 > Enable Bonding = Yes or No, either work with this solution Settings > Network Settings > eth0 > Enable Bridging = No (this will automatically enable macvlan) Settings > Docker > Host access to custom networks = Enabled Mit diesen Settings geht man ja wieder auf macvlan. Und kann man Settings > Docker > Host access to custom networks = Enabled mit ipvlan nutzen? Das war disabled bei mir! Und was ist wenn ich in meiner Fritz!Box es so eingestellt habe, dass meine unraid MAC immer IP die gleiche IP bekommen soll. Ist das dann auch ein Crash Faktor, wenn ich jetzt br0 über ipvlan nutze und ein docker eine andere IP bekommen soll? Edited January 7 by FIetch Quote Link to comment
alturismo Posted January 7 Share Posted January 7 7 minutes ago, FIetch said: So ganz verstehen tu ich das leider nicht. einfach nochmals lesen ... es gint ca. 100 Beiträge hierzu im deutschen Bereich. auch warum IPVLAN nicht gut ist für uns Fritz User ... du wirst es finden 8 minutes ago, FIetch said: Und was ist wenn ich in meiner Fritz!Box es so eingestellt habe, dass meine unraid MAC immer IP die gleiche IP bekommen soll. Ist das dann auch ein Crash Faktor woher auch immer das jetzt kommt oder woher du das hast ... netzwerk settings br0 = aus bond = aus docker settings macvlan host access aktivieren Docker müssen neu eingerichtet werden da der Netzwerktyp sich ändert (von br0 > eth0), fertig. 1 Quote Link to comment
FIetch Posted January 7 Share Posted January 7 mit br0 = aus meinst du "Enable bridging: no" ? Quote Link to comment
jj1987 Posted January 7 Share Posted January 7 15 minutes ago, FIetch said: Moin, ich habe auch Probleme mit Docker Container die br0 nutzen und ich gebe zu, ich habe die Release Notes auch nicht wirklich genau gelesen. So ganz verstehen tu ich das leider nicht. Ich habe mir sogar die Mühe gemacht eine kleine deutsche Anleitung mit Erläuterungen zu erstellen...: 1 4 Quote Link to comment
FIetch Posted January 7 Share Posted January 7 also wenn ich "Enable bridging: no" einstelle, können manche Docker Systeme nicht mehr miteinander sprechen. Enable bridging: no Speziell dann Homebridge, mosquitto und zigbee2mqtt Quote Link to comment
jj1987 Posted January 7 Share Posted January 7 Dann hast du nicht, wie in der Anleitung geschrieben, die Verbindung von custom Network zu Host erlaubt 1 Quote Link to comment
FIetch Posted January 7 Share Posted January 7 (edited) Doch, ist aktiviert Edited January 7 by FIetch Quote Link to comment
jj1987 Posted January 7 Share Posted January 7 Hmm, das ist eigenartig. Server mal neu gestartet? Quote Link to comment
FIetch Posted January 10 Share Posted January 10 Also ich hab jetzt einiges versucht und mit diesen Einstellungen kamen meine Docker Systeme nicht klar: netzwerk settings br0 = aus bond = aus docker settings macvlan host access aktivieren Ich hab mit meiner probiererei leider auch meine ganzen Docker System zerschossen .... Aber das hat mir den Weg geebnet und ich konnte mein Pool Laufwerk neu machen und jetzt zfs nutzen. Aber auch wenn ich alles neu gemacht habe, funktioniert trotzdem nur mit Bridge Modus. Quote Link to comment
guybrush2012 Posted January 17 Author Share Posted January 17 Heute morgen erneut der Server eingefroren. Alle einstellungen sind wie empfohlen. Jan 17 08:22:43 Tower kernel: CPU: 3 PID: 4106 Comm: modprobe Tainted: P U O 6.1.64-Unraid #1 Jan 17 08:22:43 Tower kernel: Call Trace: Jan 17 08:22:43 Tower kernel: CPU: 3 PID: 4106 Comm: modprobe Tainted: P U W O 6.1.64-Unraid #1 Jan 17 08:22:43 Tower kernel: Call Trace: Jan 17 08:22:50 Tower kernel: ata3.00: exception Emask 0x50 SAct 0x8000 SErr 0x280900 action 0x6 frozen Jan 17 08:22:50 Tower kernel: ata3.00: irq_stat 0x08000000, interface fatal error Jan 17 08:22:51 Tower kernel: I/O error, dev sdd, sector 488396320 op 0x0:(READ) flags 0x700 phys_seg 20 prio class 2 Jan 17 08:22:51 Tower kernel: zio pool=$import vdev=/dev/sdd1 error=5 type=1 offset=250057867264 size=114688 flags=80bc0 Jan 17 08:22:52 Tower kernel: ata3.00: exception Emask 0x50 SAct 0x1000 SErr 0x280900 action 0x6 frozen Jan 17 08:22:52 Tower kernel: ata3.00: irq_stat 0x08000000, interface fatal error Jan 17 08:22:52 Tower kernel: I/O error, dev sdd, sector 520 op 0x0:(READ) flags 0x80700 phys_seg 17 prio class 2 Jan 17 08:22:52 Tower kernel: ata3.00: exception Emask 0x10 SAct 0x400000 SErr 0x280100 action 0x6 frozen Jan 17 08:22:52 Tower kernel: ata3.00: irq_stat 0x08000000, interface fatal error Jan 17 08:22:54 Tower kernel: ata3.00: exception Emask 0x50 SAct 0x10000 SErr 0x280900 action 0x6 frozen Jan 17 08:22:54 Tower kernel: ata3.00: irq_stat 0x08000000, interface fatal error Jan 17 08:22:54 Tower kernel: I/O error, dev sdd, sector 488395776 op 0x0:(READ) flags 0x80700 phys_seg 62 prio class 2 Jan 17 08:23:12 Tower emhttpd: status: One or more devices has experienced an error resulting in data Jan 17 08:23:25 Tower root: Error response from daemon: network with name bond0 already exists Quote Link to comment
alturismo Posted January 17 Share Posted January 17 14 minutes ago, guybrush2012 said: Heute morgen erneut der Server eingefroren. und die ganzen Plattenfehler ... 14 minutes ago, guybrush2012 said: Alle einstellungen sind wie empfohlen. wenn ich bond0 sehe ... hast du 2 x NIC's im Einsatz als bond ? Quote Link to comment
guybrush2012 Posted January 17 Author Share Posted January 17 10 minutes ago, alturismo said: und die ganzen Plattenfehler ... wenn ich bond0 sehe ... hast du 2 x NIC's im Einsatz als bond ? Ich könnte die SSD ersetzen oder gaz rausschmeisen und alles auf mein ZFS RaidZ nvme verlagern. Die ssd wird nur für "system" benutzt. Könnte es ein btrfs problem sein? Ja ich habe 2 x NIC's als bond aber nutze nur den 2,5Gbit anschluss. Quote Link to comment
alturismo Posted January 17 Share Posted January 17 3 minutes ago, guybrush2012 said: Die ssd wird nur für "system" benutzt. Könnte es ein btrfs problem sein? wenn du nach "mir" im Zusammenhang mit btrfs suchst ... wirst du meine Meinung dazu sehen kurz, btrfs bin ich raus und supporte da auch nichts mehr, können andere machen die das FS mögen. Gleiches gilt für ZFS, auch da bin ich raus da es nicht mein Thema ist wenn nur 1 x NIC in Nutzung ist, warum dann einen bond (Zusammenschluss) erstellen ... und zu den restlichen Netzwerk Settings kann ich mangels Infos jetzt hier nichts dazu sagen, wenn alles so umgesetzt ist wie angegeben, dann solltest du keine call traces im Zusammenhang mit macvlan mehr bekommen, kannst auch im syslog suchen nach "cut here" ... danach kam dann der besagte Fehler. 1 Quote Link to comment
guybrush2012 Posted January 17 Author Share Posted January 17 @alturismo Danke das du immer versuchst zu helfen. Jan 17 08:22:43 Tower kernel: ------------[ cut here ]------------ Jan 17 08:22:43 Tower kernel: RPM raw-wakeref not held Jan 17 08:22:43 Tower kernel: i915 0000:00:02.0: [drm] Cannot find any crtc or sizes Jan 17 08:22:43 Tower kernel: WARNING: CPU: 3 PID: 4106 at drivers/gpu/drm/i915/intel_runtime_pm.h:127 assert_rpm_wakelock_held+0x2d/0x58 [i915] Jan 17 08:22:43 Tower kernel: Modules linked in: kvmgt(+) mdev i915 drm_buddy i2c_algo_bit ttm drm_display_helper drm_kms_helper drm intel_gtt agpgart syscopyarea sysfillrect sysimgblt fb_sys_fops 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 libchacha ip6table_filter ip6_tables iptable_filter ip_tables x_tables efivarfs 8021q garp mrp stp llc macvtap macvlan tap bonding tls r8169 realtek e1000e zfs(PO) intel_rapl_msr intel_rapl_common iosf_mbi intel_pmc_core_pltdrv intel_pmc_core x86_pkg_temp_thermal intel_powerclamp coretemp kvm_intel zunicode(PO) zzstd(O) zlua(O) kvm zavl(PO) icp(PO) crct10dif_pclmul crc32_pclmul crc32c_intel ghash_clmulni_intel sha512_ssse3 zcommon(PO) sha256_ssse3 znvpair(PO) sha1_ssse3 spl(O) aesni_intel crypto_simd cryptd mei_pxp mei_hdcp i2c_i801 tpm_crb i2c_smbus rapl intel_cstate intel_uncore mei_me i2c_core nvme ahci Jan 17 08:22:43 Tower kernel: cdc_acm video nvme_core mei libahci intel_pch_thermal wmi tpm_tis tpm_tis_core backlight tpm button acpi_pad unix [last unloaded: realtek] Jan 17 08:22:43 Tower kernel: CPU: 3 PID: 4106 Comm: modprobe Tainted: P U O 6.1.64-Unraid #1 Jan 17 08:22:43 Tower kernel: Hardware name: FUJITSU /D3644-B1, BIOS V5.0.0.13 R1.8.0 for D3644-B1x 01/22/2020 Jan 17 08:22:43 Tower kernel: RIP: 0010:assert_rpm_wakelock_held+0x2d/0x58 [i915] Jan 17 08:22:43 Tower kernel: Code: 40 8a 7f 11 e8 cc ff ff ff 66 85 db 75 1e 80 3d 58 e3 1e 00 00 75 15 48 c7 c7 9c 32 e8 a0 c6 05 48 e3 1e 00 01 e8 91 df 33 e0 <0f> 0b c1 eb 10 75 1e 80 3d 34 e3 1e 00 00 75 15 48 c7 c7 b6 32 e8 Jan 17 08:22:43 Tower kernel: RSP: 0018:ffffc90000233cd8 EFLAGS: 00010282 Jan 17 08:22:43 Tower kernel: RAX: 0000000000000000 RBX: 0000000000000000 RCX: 0000000000000027 Jan 17 08:22:43 Tower kernel: RDX: 0000000000000002 RSI: ffffffff820d7e01 RDI: 00000000ffffffff Jan 17 08:22:43 Tower kernel: RBP: 0000000000002178 R08: 0000000000000000 R09: ffffffff82245f10 Jan 17 08:22:43 Tower kernel: R10: 00007fffffffffff R11: 0000000000000000 R12: ffffc90000233d80 Jan 17 08:22:43 Tower kernel: R13: 0000000000000000 R14: ffff888132dd8000 R15: ffff888132dd9c40 Jan 17 08:22:43 Tower kernel: FS: 000014cea6bb5740(0000) GS:ffff88884c580000(0000) knlGS:0000000000000000 Jan 17 08:22:43 Tower kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 Jan 17 08:22:43 Tower kernel: CR2: 000014cea688f000 CR3: 000000012dbbe006 CR4: 00000000003706e0 Jan 17 08:22:43 Tower kernel: Call Trace: Jan 17 08:22:43 Tower kernel: <TASK> Jan 17 08:22:43 Tower kernel: ? __warn+0xab/0x122 Jan 17 08:22:43 Tower kernel: ? report_bug+0x109/0x17e Jan 17 08:22:43 Tower kernel: ? assert_rpm_wakelock_held+0x2d/0x58 [i915] Jan 17 08:22:43 Tower kernel: ? handle_bug+0x41/0x6f Jan 17 08:22:43 Tower kernel: ? exc_invalid_op+0x13/0x60 Jan 17 08:22:43 Tower kernel: ? asm_exc_invalid_op+0x16/0x20 Jan 17 08:22:43 Tower kernel: ? assert_rpm_wakelock_held+0x2d/0x58 [i915] Jan 17 08:22:43 Tower kernel: ? assert_rpm_wakelock_held+0x2d/0x58 [i915] Jan 17 08:22:43 Tower kernel: fwtable_read32+0x24/0xb8 [i915] Jan 17 08:22:43 Tower kernel: handle_mmio+0x4d/0x65 [i915] Jan 17 08:22:43 Tower kernel: iterate_generic_mmio+0x55b9/0x5ae9 [i915] Jan 17 08:22:43 Tower kernel: intel_gvt_iterate_mmio_table+0x12/0x194e [i915] Jan 17 08:22:43 Tower kernel: intel_gvt_init_device+0x170/0x23a [i915] Jan 17 08:22:43 Tower kernel: ? intel_gvt_clean_device+0x53/0x53 [i915] Jan 17 08:22:43 Tower kernel: intel_gvt_set_ops+0x5e/0x82 [i915] Jan 17 08:22:43 Tower kernel: ? 0xffffffffa0c4d000 Jan 17 08:22:43 Tower kernel: kvmgt_init+0x12/0x1000 [kvmgt] Jan 17 08:22:43 Tower kernel: do_one_initcall+0x82/0x19f Jan 17 08:22:43 Tower kernel: ? kmalloc_trace+0x43/0x52 Jan 17 08:22:43 Tower kernel: do_init_module+0x4b/0x1d4 Jan 17 08:22:43 Tower kernel: __do_sys_init_module+0xb6/0xf9 Jan 17 08:22:43 Tower kernel: do_syscall_64+0x68/0x81 Jan 17 08:22:43 Tower kernel: entry_SYSCALL_64_after_hwframe+0x64/0xce Jan 17 08:22:43 Tower kernel: RIP: 0033:0x14cea6cd9dfa Jan 17 08:22:43 Tower kernel: Code: 48 8b 0d 21 20 0d 00 f7 d8 64 89 01 48 83 c8 ff c3 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 44 00 00 49 89 ca b8 af 00 00 00 0f 05 <48> 3d 01 f0 ff ff 73 01 c3 48 8b 0d ee 1f 0d 00 f7 d8 64 89 01 48 Jan 17 08:22:43 Tower kernel: RSP: 002b:00007fff0b524f48 EFLAGS: 00000206 ORIG_RAX: 00000000000000af Jan 17 08:22:43 Tower kernel: RAX: ffffffffffffffda RBX: 0000000000429480 RCX: 000014cea6cd9dfa Jan 17 08:22:43 Tower kernel: RDX: 000000000041d480 RSI: 0000000000087438 RDI: 000014cea6808010 Jan 17 08:22:43 Tower kernel: RBP: 000000000041d480 R08: 0000000000000007 R09: 00000000004290a0 Jan 17 08:22:43 Tower kernel: R10: 0000000000000005 R11: 0000000000000206 R12: 000014cea6808010 Jan 17 08:22:43 Tower kernel: R13: 0000000000000000 R14: 0000000000429590 R15: 0000000000000000 Jan 17 08:22:43 Tower kernel: </TASK> Jan 17 08:22:43 Tower kernel: ---[ end trace 0000000000000000 ]--- Jan 17 08:22:43 Tower kernel: ------------[ cut here ]------------ Jan 17 08:22:43 Tower kernel: RPM wakelock ref not held during HW access Jan 17 08:22:43 Tower kernel: WARNING: CPU: 3 PID: 4106 at drivers/gpu/drm/i915/intel_runtime_pm.h:135 assert_rpm_wakelock_held+0x50/0x58 [i915] Jan 17 08:22:43 Tower kernel: Modules linked in: kvmgt(+) mdev i915 drm_buddy i2c_algo_bit ttm drm_display_helper drm_kms_helper drm intel_gtt agpgart syscopyarea sysfillrect sysimgblt fb_sys_fops 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 libchacha ip6table_filter ip6_tables iptable_filter ip_tables x_tables efivarfs 8021q garp mrp stp llc macvtap macvlan tap bonding tls r8169 realtek e1000e zfs(PO) intel_rapl_msr intel_rapl_common iosf_mbi intel_pmc_core_pltdrv intel_pmc_core x86_pkg_temp_thermal intel_powerclamp coretemp kvm_intel zunicode(PO) zzstd(O) zlua(O) kvm zavl(PO) icp(PO) crct10dif_pclmul crc32_pclmul crc32c_intel ghash_clmulni_intel sha512_ssse3 zcommon(PO) sha256_ssse3 znvpair(PO) sha1_ssse3 spl(O) aesni_intel crypto_simd cryptd mei_pxp mei_hdcp i2c_i801 tpm_crb i2c_smbus rapl intel_cstate intel_uncore mei_me i2c_core nvme ahci Jan 17 08:22:43 Tower kernel: cdc_acm video nvme_core mei libahci intel_pch_thermal wmi tpm_tis tpm_tis_core backlight tpm button acpi_pad unix [last unloaded: realtek] Jan 17 08:22:43 Tower kernel: CPU: 3 PID: 4106 Comm: modprobe Tainted: P U W O 6.1.64-Unraid #1 Jan 17 08:22:43 Tower kernel: Hardware name: FUJITSU /D3644-B1, BIOS V5.0.0.13 R1.8.0 for D3644-B1x 01/22/2020 Jan 17 08:22:43 Tower kernel: RIP: 0010:assert_rpm_wakelock_held+0x50/0x58 [i915] Jan 17 08:22:43 Tower kernel: Code: 00 01 e8 91 df 33 e0 0f 0b c1 eb 10 75 1e 80 3d 34 e3 1e 00 00 75 15 48 c7 c7 b6 32 e8 a0 c6 05 24 e3 1e 00 01 e8 6e df 33 e0 <0f> 0b 5b c3 cc cc cc cc 0f 1f 44 00 00 41 54 41 89 d4 55 89 f5 53 Jan 17 08:22:43 Tower kernel: RSP: 0018:ffffc90000233cd8 EFLAGS: 00010282 Jan 17 08:22:43 Tower kernel: RAX: 0000000000000000 RBX: 0000000000000000 RCX: 0000000000000027 Jan 17 08:22:43 Tower kernel: RDX: 0000000000000002 RSI: ffffffff820d7e01 RDI: 00000000ffffffff Jan 17 08:22:43 Tower kernel: RBP: 0000000000002178 R08: 0000000000000000 R09: ffffffff82245f10 Jan 17 08:22:43 Tower kernel: R10: 00007fffffffffff R11: 0000000000000000 R12: ffffc90000233d80 Jan 17 08:22:43 Tower kernel: R13: 0000000000000000 R14: ffff888132dd8000 R15: ffff888132dd9c40 Jan 17 08:22:43 Tower kernel: FS: 000014cea6bb5740(0000) GS:ffff88884c580000(0000) knlGS:0000000000000000 Jan 17 08:22:43 Tower kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 Jan 17 08:22:43 Tower kernel: CR2: 000014cea688f000 CR3: 000000012dbbe006 CR4: 00000000003706e0 Jan 17 08:22:43 Tower kernel: Call Trace: Jan 17 08:22:43 Tower kernel: <TASK> Jan 17 08:22:43 Tower kernel: ? __warn+0xab/0x122 Jan 17 08:22:43 Tower kernel: ? report_bug+0x109/0x17e Jan 17 08:22:43 Tower kernel: ? assert_rpm_wakelock_held+0x50/0x58 [i915] Jan 17 08:22:43 Tower kernel: ? handle_bug+0x41/0x6f Jan 17 08:22:43 Tower kernel: ? exc_invalid_op+0x13/0x60 Jan 17 08:22:43 Tower kernel: ? asm_exc_invalid_op+0x16/0x20 Jan 17 08:22:43 Tower kernel: ? assert_rpm_wakelock_held+0x50/0x58 [i915] Jan 17 08:22:43 Tower kernel: ? assert_rpm_wakelock_held+0x50/0x58 [i915] Jan 17 08:22:43 Tower kernel: fwtable_read32+0x24/0xb8 [i915] Jan 17 08:22:43 Tower kernel: handle_mmio+0x4d/0x65 [i915] Jan 17 08:22:43 Tower kernel: iterate_generic_mmio+0x55b9/0x5ae9 [i915] Jan 17 08:22:43 Tower kernel: intel_gvt_iterate_mmio_table+0x12/0x194e [i915] Jan 17 08:22:43 Tower kernel: intel_gvt_init_device+0x170/0x23a [i915] Jan 17 08:22:43 Tower kernel: ? intel_gvt_clean_device+0x53/0x53 [i915] Jan 17 08:22:43 Tower kernel: intel_gvt_set_ops+0x5e/0x82 [i915] Jan 17 08:22:43 Tower kernel: ? 0xffffffffa0c4d000 Jan 17 08:22:43 Tower kernel: kvmgt_init+0x12/0x1000 [kvmgt] Jan 17 08:22:43 Tower kernel: do_one_initcall+0x82/0x19f Jan 17 08:22:43 Tower kernel: ? kmalloc_trace+0x43/0x52 Jan 17 08:22:43 Tower kernel: do_init_module+0x4b/0x1d4 Jan 17 08:22:43 Tower kernel: __do_sys_init_module+0xb6/0xf9 Jan 17 08:22:43 Tower kernel: do_syscall_64+0x68/0x81 Jan 17 08:22:43 Tower kernel: entry_SYSCALL_64_after_hwframe+0x64/0xce Jan 17 08:22:43 Tower kernel: RIP: 0033:0x14cea6cd9dfa Jan 17 08:22:43 Tower kernel: Code: 48 8b 0d 21 20 0d 00 f7 d8 64 89 01 48 83 c8 ff c3 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 44 00 00 49 89 ca b8 af 00 00 00 0f 05 <48> 3d 01 f0 ff ff 73 01 c3 48 8b 0d ee 1f 0d 00 f7 d8 64 89 01 48 Jan 17 08:22:43 Tower kernel: RSP: 002b:00007fff0b524f48 EFLAGS: 00000206 ORIG_RAX: 00000000000000af Jan 17 08:22:43 Tower kernel: RAX: ffffffffffffffda RBX: 0000000000429480 RCX: 000014cea6cd9dfa Jan 17 08:22:43 Tower kernel: RDX: 000000000041d480 RSI: 0000000000087438 RDI: 000014cea6808010 Jan 17 08:22:43 Tower kernel: RBP: 000000000041d480 R08: 0000000000000007 R09: 00000000004290a0 Jan 17 08:22:43 Tower kernel: R10: 0000000000000005 R11: 0000000000000206 R12: 000014cea6808010 Jan 17 08:22:43 Tower kernel: R13: 0000000000000000 R14: 0000000000429590 R15: 0000000000000000 Jan 17 08:22:43 Tower kernel: </TASK> Jan 17 08:22:43 Tower kernel: ---[ end trace 0000000000000000 ]--- Ich weis nicht was los ist. Vielleicht anstatt unraid eine zeit lang etwas anderes nutzen um ein Hardware Problem auszuschließen? Ich tappe vollkommen im dunklen und seit Monaten friert mein unraid Server immer ein. 😞 Quote Link to comment
alturismo Posted January 17 Share Posted January 17 7 minutes ago, guybrush2012 said: Ich tappe vollkommen im dunklen und seit Monaten friert mein unraid Server immer ein. 😞 das sieht nach igpu aus ... diagnostics mal ergänzen, was hast du alles an plugins im Bezug auf iGPU am Start ? Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.