Jump to content

Unraid 6 has been very unstable for me


bauerknight

Recommended Posts

Hi, I am having stability issues with my Unraid 6.  Unraid 5 has been running rock solid but lately I cannot get my unraid 6 stable.  By stable i mean i cannot hit the unraid web gui or any of the dockers webgui.  Only thing i can do is telnet into the box but a 'reboot' command doesn't even reboot the server. 

 

I have a feeling it could be the plex docker but I've tried using the plex plugin and it still crashes.  I've tried everything from using another usb flash drive to deleting the dockers and starting over each time.

 

From what i've been able to look at the syslog it's some sort of kernel error.  Here is a snippet of my syslog right before it crashes.  If you need a complete syslog i would have to wait to get home to manually reboot the server.

 

 

Aug  3 10:26:11 MediaTower dnsmasq-dhcp[15622]: DHCPREQUEST(virbr0) 192.168.122.175 52:54:00:60:25:5d
Aug  3 10:26:11 MediaTower dnsmasq-dhcp[15622]: DHCPACK(virbr0) 192.168.122.175 52:54:00:60:25:5d loft-pc
Aug  3 10:47:12 MediaTower kernel: BUG: unable to handle kernel NULL pointer dereference at 0000000000000020
Aug  3 10:47:12 MediaTower kernel: IP: [<ffffffff8110cbbd>] iput+0x97/0x166
Aug  3 10:47:12 MediaTower kernel: PGD 0
Aug  3 10:47:12 MediaTower kernel: Oops: 0000 [#1] PREEMPT SMP
Aug  3 10:47:12 MediaTower kernel: Modules linked in: xt_CHECKSUM iptable_mangle ipt_REJECT nf_reject_ipv4 ebtable_filter ebtables vhost_net vhost macvtap macvlan tun kvm_intel kvm md_mod veth xt_nat ipt_MASQUERADE nf_nat_masquerade_ipv4 iptable_nat nf_conntrack_ipv4 nf_nat_ipv4 iptable_filter ip_tables nf_nat mpt2sas ahci raid_class r8169 i2c_i801 libahci scsi_transport_sas mii [last unloaded: md_mod]
Aug  3 10:47:12 MediaTower kernel: CPU: 3 PID: 640 Comm: kswapd0 Tainted: G        W       4.0.4-unRAID #5
Aug  3 10:47:12 MediaTower kernel: Hardware name: MSI MS-7758/Z77A-G43 (MS-7758), BIOS V2.12 11/01/2013
Aug  3 10:47:12 MediaTower kernel: task: ffff88040caddb70 ti: ffff88040c728000 task.ti: ffff88040c728000
Aug  3 10:47:12 MediaTower kernel: RIP: 0010:[<ffffffff8110cbbd>]  [<ffffffff8110cbbd>] iput+0x97/0x166
Aug  3 10:47:12 MediaTower kernel: RSP: 0018:ffff88040c72bb48  EFLAGS: 00010246
Aug  3 10:47:12 MediaTower kernel: RAX: 0000000000000000 RBX: ffff88010ab07440 RCX: 0000000000000000
Aug  3 10:47:12 MediaTower kernel: RDX: 0000000000000008 RSI: ffff88010ab074c0 RDI: ffff88010ab074c0
Aug  3 10:47:12 MediaTower kernel: RBP: ffff88040c72bb68 R08: 000000000000b526 R09: 000000000000b526
Aug  3 10:47:12 MediaTower kernel: R10: ffff88010ab07180 R11: ffff88010ab07180 R12: ffff88010ab074c0
Aug  3 10:47:12 MediaTower kernel: R13: ffff88010ab07468 R14: 0000000000000000 R15: ffff88036ea25900
Aug  3 10:47:12 MediaTower kernel: FS:  0000000000000000(0000) GS:ffff88041f2c0000(0000) knlGS:0000000000000000
Aug  3 10:47:12 MediaTower kernel: CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
Aug  3 10:47:12 MediaTower kernel: CR2: 0000000000000020 CR3: 0000000001811000 CR4: 00000000001427e0
Aug  3 10:47:12 MediaTower kernel: Stack:
Aug  3 10:47:12 MediaTower kernel: ffff88036ea25900 ffff88010ab07440 ffff88036ea25958 ffff88040c72bc08
Aug  3 10:47:12 MediaTower kernel: ffff88040c72bb98 ffffffff81109037 000000000000b526 ffff88011481bb40
Aug  3 10:47:12 MediaTower kernel: ffff88036ea25980 ffff88036ea25958 ffff88040c72bbe8 ffffffff811094fb
Aug  3 10:47:12 MediaTower kernel: Call Trace:
Aug  3 10:47:12 MediaTower kernel: [<ffffffff81109037>] __dentry_kill+0x12f/0x199
Aug  3 10:47:12 MediaTower kernel: [<ffffffff811094fb>] shrink_dentry_list+0x180/0x279
Aug  3 10:47:12 MediaTower kernel: [<ffffffff810c64ff>] ? list_lru_walk_one+0x3c/0x43
Aug  3 10:47:12 MediaTower kernel: [<ffffffff81109da3>] prune_dcache_sb+0x45/0x50
Aug  3 10:47:12 MediaTower kernel: [<ffffffff810fa37f>] super_cache_scan+0xf9/0x16e
Aug  3 10:47:12 MediaTower kernel: [<ffffffff810b7895>] shrink_slab+0x1b0/0x226
Aug  3 10:47:12 MediaTower kernel: [<ffffffff810ba245>] shrink_zone+0x164/0x252
Aug  3 10:47:12 MediaTower kernel: [<ffffffff810bafbb>] kswapd+0x5f2/0x77b
Aug  3 10:47:12 MediaTower kernel: [<ffffffff810ba9c9>] ? mem_cgroup_shrink_node_zone+0xa2/0xa2
Aug  3 10:47:12 MediaTower kernel: [<ffffffff81058dfe>] kthread+0xd6/0xde
Aug  3 10:47:12 MediaTower kernel: [<ffffffff81058d28>] ? kthread_create_on_node+0x172/0x172
Aug  3 10:47:12 MediaTower kernel: [<ffffffff81604d58>] ret_from_fork+0x58/0x90
Aug  3 10:47:12 MediaTower kernel: [<ffffffff81058d28>] ? kthread_create_on_node+0x172/0x172
Aug  3 10:47:12 MediaTower kernel: Code: e8 fd b4 25 00 85 c0 75 b4 e9 e3 00 00 00 4c 8b 6b 28 a8 08 4d 8b 75 30 74 11 be 97 05 00 00 48 c7 c7 df 0c 76 81 e8 7f 78 f3 ff <49> 8b 46 20 48 85 c0 74 34 48 89 df ff d0 85 c0 0f 85 80 00 00
Aug  3 10:47:12 MediaTower kernel: RIP  [<ffffffff8110cbbd>] iput+0x97/0x166
Aug  3 10:47:12 MediaTower kernel: RSP <ffff88040c72bb48>
Aug  3 10:47:12 MediaTower kernel: CR2: 0000000000000020
Aug  3 10:47:12 MediaTower kernel: ---[ end trace 2c4893988187c831 ]---
Aug  3 10:47:12 MediaTower kernel: note: kswapd0[640] exited with preempt_count 1
Aug  3 10:47:12 MediaTower kernel: ------------[ cut here ]------------
Aug  3 10:47:12 MediaTower kernel: WARNING: CPU: 3 PID: 640 at kernel/smp.c:293 smp_call_function_single+0x6c/0xa1()
Aug  3 10:47:12 MediaTower kernel: Modules linked in: xt_CHECKSUM iptable_mangle ipt_REJECT nf_reject_ipv4 ebtable_filter ebtables vhost_net vhost macvtap macvlan tun kvm_intel kvm md_mod veth xt_nat ipt_MASQUERADE nf_nat_masquerade_ipv4 iptable_nat nf_conntrack_ipv4 nf_nat_ipv4 iptable_filter ip_tables nf_nat mpt2sas ahci raid_class r8169 i2c_i801 libahci scsi_transport_sas mii [last unloaded: md_mod]
Aug  3 10:47:12 MediaTower kernel: CPU: 3 PID: 640 Comm: kswapd0 Tainted: G      D W       4.0.4-unRAID #5
Aug  3 10:47:12 MediaTower kernel: Hardware name: MSI MS-7758/Z77A-G43 (MS-7758), BIOS V2.12 11/01/2013
Aug  3 10:47:12 MediaTower kernel: 0000000000000009 ffff88040c72b778 ffffffff815ff789 0000000000000000
Aug  3 10:47:12 MediaTower kernel: 0000000000000000 ffff88040c72b7b8 ffffffff810443a3 ffff88040e806080
Aug  3 10:47:12 MediaTower kernel: ffffffff8108dd5e 0000000000000003 ffffffff810a23f0 ffff88040c72b818
Aug  3 10:47:12 MediaTower kernel: Call Trace:
Aug  3 10:47:12 MediaTower kernel: [<ffffffff815ff789>] dump_stack+0x4c/0x6e
Aug  3 10:47:12 MediaTower kernel: [<ffffffff810443a3>] warn_slowpath_common+0x97/0xb1
Aug  3 10:47:12 MediaTower kernel: [<ffffffff8108dd5e>] ? smp_call_function_single+0x6c/0xa1
Aug  3 10:47:12 MediaTower kernel: [<ffffffff810a23f0>] ? perf_event_refresh+0x39/0x39
Aug  3 10:47:12 MediaTower kernel: [<ffffffff81044451>] warn_slowpath_null+0x15/0x17
Aug  3 10:47:12 MediaTower kernel: [<ffffffff8108dd5e>] smp_call_function_single+0x6c/0xa1
Aug  3 10:47:12 MediaTower kernel: [<ffffffff810a0d4d>] task_function_call+0x44/0x4e
Aug  3 10:47:12 MediaTower kernel: [<ffffffff810a595d>] ? __perf_event_task_sched_out+0x330/0x330
Aug  3 10:47:12 MediaTower kernel: [<ffffffff810a2506>] perf_cgroup_exit+0x19/0x1b
Aug  3 10:47:12 MediaTower kernel: [<ffffffff81097d69>] cgroup_exit+0xa9/0xc8
Aug  3 10:47:12 MediaTower kernel: [<ffffffff810463a8>] do_exit+0x3e0/0x8ec
Aug  3 10:47:12 MediaTower kernel: [<ffffffff81074154>] ? kmsg_dump+0xa7/0xb0
Aug  3 10:47:12 MediaTower kernel: [<ffffffff8100e0ef>] oops_end+0xb5/0xba
Aug  3 10:47:12 MediaTower kernel: [<ffffffff815faf4c>] no_context+0x2d4/0x335
Aug  3 10:47:12 MediaTower kernel: [<ffffffff815fb029>] __bad_area_nosemaphore+0x7c/0x1d4
Aug  3 10:47:12 MediaTower kernel: [<ffffffff8105d394>] ? ttwu_do_wakeup+0x12/0x7f
Aug  3 10:47:12 MediaTower kernel: [<ffffffff815fb18f>] bad_area_nosemaphore+0xe/0x10
Aug  3 10:47:12 MediaTower kernel: [<ffffffff8103ae3f>] __do_page_fault+0xbf/0x308
Aug  3 10:47:12 MediaTower kernel: [<ffffffff8103b0cb>] do_page_fault+0x22/0x27
Aug  3 10:47:12 MediaTower kernel: [<ffffffff81606878>] page_fault+0x28/0x30
Aug  3 10:47:12 MediaTower kernel: [<ffffffff8110cbbd>] ? iput+0x97/0x166
Aug  3 10:47:12 MediaTower kernel: [<ffffffff8110cb97>] ? iput+0x71/0x166
Aug  3 10:47:12 MediaTower kernel: [<ffffffff81109037>] __dentry_kill+0x12f/0x199
Aug  3 10:47:12 MediaTower kernel: [<ffffffff811094fb>] shrink_dentry_list+0x180/0x279
Aug  3 10:47:12 MediaTower kernel: [<ffffffff810c64ff>] ? list_lru_walk_one+0x3c/0x43
Aug  3 10:47:12 MediaTower kernel: [<ffffffff81109da3>] prune_dcache_sb+0x45/0x50
Aug  3 10:47:12 MediaTower kernel: [<ffffffff810fa37f>] super_cache_scan+0xf9/0x16e
Aug  3 10:47:12 MediaTower kernel: [<ffffffff810b7895>] shrink_slab+0x1b0/0x226
Aug  3 10:47:12 MediaTower kernel: [<ffffffff810ba245>] shrink_zone+0x164/0x252
Aug  3 10:47:12 MediaTower kernel: [<ffffffff810bafbb>] kswapd+0x5f2/0x77b
Aug  3 10:47:12 MediaTower kernel: [<ffffffff810ba9c9>] ? mem_cgroup_shrink_node_zone+0xa2/0xa2
Aug  3 10:47:12 MediaTower kernel: [<ffffffff81058dfe>] kthread+0xd6/0xde
Aug  3 10:47:12 MediaTower kernel: [<ffffffff81058d28>] ? kthread_create_on_node+0x172/0x172
Aug  3 10:47:12 MediaTower kernel: [<ffffffff81604d58>] ret_from_fork+0x58/0x90
Aug  3 10:47:12 MediaTower kernel: [<ffffffff81058d28>] ? kthread_create_on_node+0x172/0x172
Aug  3 10:47:12 MediaTower kernel: ---[ end trace 2c4893988187c832 ]---
Aug  3 10:52:52 MediaTower dnsmasq-dhcp[15622]: DHCPREQUEST(virbr0) 192.168.122.175 52:54:00:60:25:5d
Aug  3 10:52:52 MediaTower dnsmasq-dhcp[15622]: DHCPACK(virbr0) 192.168.122.175 52:54:00:60:25:5d loft-pc
Aug  3 10:58:15 MediaTower in.telnetd[11080]: connect from 192.168.1.153 (192.168.1.153)

Link to comment

You posted this in v5 support so I am moving this to v6 support for you.

 

Have you tried memtest?

 

Instead of a snippet of syslog, go to Tools - Diagnostics.

 

Hi, yes i've done a memtest and it passed.  I can grab the diagnostic once I force a reboot and get the web gui running again. 

 

Thank you.

Link to comment

I'm sorry, but I don't have answers.  In your last syslog, it ran for several days before crashing, and you ARE using the system to the max!  But there aren't obvious clues as to why or where it's failing.  I suspect if you ran without Plex for awhile, you would not see any crashes, but that is obviously undesirable.

 

I WILL point out one item that seems unusual, and makes me wonder if it's totally supported, by every module that handles it.  That's the foreign characters (possibly Unicode?) in certain folder names.  Here's one example (same path seems to be displayed 2 ways) -

Aug  6 04:30:01 MediaTower logger: >f+++++++++ htpc/TV PreTeens/Gamer\#342\#200\#231s Guide to Pretty Much Everything/Season 01/Gamer\#342\#200\#231s Guide to Pretty Much Everything - S01E02 - The Gaming Club SDTV.mp4

Aug  6 04:30:03 MediaTower logger: ./htpc/TV PreTeens/Gamer’s Guide to Pretty Much Everything/Season 01

Here's another example -

Aug  6 03:26:46 MediaTower logger: ./htpc/Output/[www.dydao.com]周星驰 高清åˆé›†/[www.dydao.com]ã€å‘¨æ˜Ÿé©° ç®—æ­»è‰ã€‘Lawyer.Lawyer.1997.720p.HDTV.x264-XXFANS/Lawyer.Lawyer.1997.720p.HDTV.x264-XXFANS.en.srt

Aug  6 03:26:46 MediaTower logger: cd+++++++++ htpc/Output/[www.dydao.com]\#345\#221\#250\#346\#230\#237\#351\#251\#260 \#351\#253\#230\#346\#270\#205\#345\#220\#210\#351\#233\#206/

 

It would not be surprising at all to see a file system choke on those!  At the same time, I cannot say they have any connection AT ALL to the kernel crashes.

Link to comment

Archived

This topic is now archived and is closed to further replies.

×
×
  • Create New...