Gibt es immer noch Probleme mit BR0?

guybrush2012

By guybrush2012
in Deutsch

Go to solution Solved by jj1987,

Recommended Posts

guybrush2012 Explorer

guybrush2012

Posted
Posted (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 by guybrush2012
Link to comment
alturismo Mentor

alturismo

Posted
Posted
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 ...

  • Like 1
Link to comment
FIetch Noob

FIetch

Posted
Posted (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 by FIetch
Link to comment
alturismo Mentor

alturismo

Posted
Posted
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.

  • Thanks 1
Link to comment
jj1987 Community Regular

jj1987

Posted
Posted
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...:

 

 

  • Like 1
  • Thanks 4
Link to comment
FIetch Noob

FIetch

Posted
Posted

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.

Link to comment
guybrush2012 Explorer

guybrush2012

Posted
  • Author
Posted

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

 

Link to comment
guybrush2012 Explorer

guybrush2012

Posted
  • Author
Posted
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.

Link to comment
alturismo Mentor

alturismo

Posted
Posted
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.

  • Like 1
Link to comment
guybrush2012 Explorer

guybrush2012

Posted
  • Author
Posted

@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. 😞

Link to comment

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.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
Go to topic listing