NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
Pro 6 upgrade to 6.4.1
FWIW I updated from 6.2.4 to 6.4.1 and had a few minor issues: 1. wordpress was no longer working. I hadn't used it much so I uninstalled for now, but if I had been a big wordpress user I might h...
Running 6.4.1 here on my Pro6 6 as well. I'm also seeing periodic crashes. Before I upgraded this box was rock-solid. I believe I was running 6.2.4, possibly 6.3.5. I upgraded to 6.4.0 and it started crashing every couple days, whereas previously I had over a hundred days of uptime before the upgrade.
I upgraded the unit to 6.4.1, still hangs every couple days. Just checked, there's a GPF showing up for me too right before the last crash. Doesn't look like it has anything to do with a balancing job though.
From journalctl:
Dec 06 22:20:09 blackbox kernel: general protection fault: 0000 [#3] SMP Dec 06 22:20:09 blackbox kernel: Modules linked in: nv6lcd(O) vpd(PO) Dec 06 22:20:09 blackbox kernel: CPU: 0 PID: 2183 Comm: connmand Tainted: P D O 4.1.13.x86_64.1 #1 Dec 06 22:20:09 blackbox kernel: Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./To be filled by O.E.M., BIOS 080014 10/03/2008 Dec 06 22:20:09 blackbox kernel: task: ffff8800a84e47d0 ti: ffff880147b5c000 task.ti: ffff880147b5c000 Dec 06 22:20:09 blackbox kernel: RIP: 0010:[<ffffffff88134784>] [<ffffffff88134784>] poll_freewait+0x64/0xb0 Dec 06 22:20:09 blackbox kernel: RSP: 0018:ffff880147b5fac8 EFLAGS: 00010206 Dec 06 22:20:09 blackbox kernel: RAX: 0000000000000282 RBX: 1f88d68fea331ec0 RCX: dead000000200200 Dec 06 22:20:09 blackbox kernel: RDX: dead000000100100 RSI: 0000000000000282 RDI: ffff880146df8700 Dec 06 22:20:09 blackbox kernel: RBP: ffff880147b5fae8 R08: ffff8800825c5200 R09: 0000000000000000 Dec 06 22:20:09 blackbox kernel: R10: 0000000000000000 R11: 0000000000000000 R12: ffff880033d2b010 Dec 06 22:20:09 blackbox kernel: R13: ffff880033d2b000 R14: ffff880147b5fc68 R15: 0000000000000000 Dec 06 22:20:09 blackbox kernel: FS: 00007fa1f217e700(0000) GS:ffff88014fc00000(0000) knlGS:0000000000000000 Dec 06 22:20:09 blackbox kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 Dec 06 22:20:09 blackbox kernel: CR2: 00007fda6023fdf0 CR3: 0000000147b15000 CR4: 00000000000006f0 Dec 06 22:20:09 blackbox kernel: Stack: Dec 06 22:20:09 blackbox kernel: ffff880147b5fbec 0000000000000000 0000000000000000 ffff880147b5fbec Dec 06 22:20:09 blackbox kernel: ffff880147b5ff08 ffffffff88135b79 ffff8800ab9e7400 ffff8800825c5200 Dec 06 22:20:09 blackbox kernel: ffff8800825c5200 ffff880147b60000 ffff8800a84e47d0 0000000000292ef7 Dec 06 22:20:09 blackbox kernel: Call Trace: Dec 06 22:20:09 blackbox kernel: [<ffffffff88135b79>] do_sys_poll+0x3e9/0x5a0 Dec 06 22:20:09 blackbox kernel: [<ffffffff888de7b0>] ? ip_forward_options+0x1f0/0x1f0 Dec 06 22:20:09 blackbox kernel: [<ffffffff888e0b44>] ? ip_local_out_sk+0x34/0x40 Dec 06 22:20:09 blackbox kernel: [<ffffffff888e1ea5>] ? ip_send_skb+0x15/0x50 Dec 06 22:20:09 blackbox kernel: [<ffffffff881346b0>] ? __pollwait+0xf0/0xf0 Dec 06 22:20:09 blackbox kernel: [<ffffffff881346b0>] ? __pollwait+0xf0/0xf0 Dec 06 22:20:09 blackbox kernel: [<ffffffff881346b0>] ? __pollwait+0xf0/0xf0 Dec 06 22:20:09 blackbox kernel: [<ffffffff881346b0>] ? __pollwait+0xf0/0xf0 Dec 06 22:20:09 blackbox kernel: [<ffffffff881346b0>] ? __pollwait+0xf0/0xf0 Dec 06 22:20:09 blackbox kernel: [<ffffffff881346b0>] ? __pollwait+0xf0/0xf0 Dec 06 22:20:09 blackbox kernel: [<ffffffff881346b0>] ? __pollwait+0xf0/0xf0 Dec 06 22:20:09 blackbox kernel: [<ffffffff881346b0>] ? __pollwait+0xf0/0xf0 Dec 06 22:20:09 blackbox kernel: [<ffffffff881346b0>] ? __pollwait+0xf0/0xf0 Dec 06 22:20:09 blackbox kernel: [<ffffffff88135dfd>] SyS_poll+0x6d/0x100 Dec 06 22:20:09 blackbox kernel: [<ffffffff889b2017>] system_call_fastpath+0x12/0x6a Dec 06 22:20:09 blackbox systemd[1]: connman.service: main process exited, code=killed, status=11 Dec 06 22:20:09 blackbox systemd[1]: Unit connman.service entered failed state. Dec 06 22:20:09 blackbox systemd[1]: connman.service holdoff time over, scheduling restart. Dec 06 22:20:10 blackbox readynasd[2376]: PropertyChanged (/ethernet_001f33ea8fd6_cable): State=configuration Dec 06 22:20:10 blackbox raidard[2206]: got 1 interfaces: Dec 06 22:20:10 blackbox raidard[2206]: IP=10.0.1.11 Mac=00:1f:33:ea:8f:d6 BroadAddress=10.0.1.255 Dec 06 22:20:10 blackbox readynasd[2376]: PropertyChanged (/): State=ready Dec 06 22:20:11 blackbox readynasd[2376]: Service ethernet_001f33ea8fd6_cable changed Dec 06 22:20:12 blackbox leafp2p[2196]: Restore server connection Dec 06 22:20:16 blackbox leafp2p[2196]: Active notification manager
This is getting seriously annoying to the point where I'm ready to factory default and downgrade back to 6.2.4 if that's even possible. This used to be an amazing device, but a server that hard-freezes every couple days in a remote location is deal-breaker for me. This really sucks.
Anyone know if a downgrade to 6.2.4 or 6.3.5 is possible, assuming a backup and factory default?
So I finally had it with 6.4.1. I borrowed a 6 TB HDD from work, backed up all my data and downgraded back to 6.2.4, which required doing a factory default.
I've got everything reconfigured now and it's actually better than I had it previously. I haven't had a really long stretch of uptime since I got it redone because I've been screwing around with my network and changing things lately, but it's been consistently on with various reboots for about 3 weeks and I haven't had another crash.
Current uptime right now is about 7 days. On 6.4.1 I wasn't getting much past 4 days at the most before it'd hang.
So far so good. 6.2.4 is solid and 6.4.x provides nothing I want or need in terms of features. I see no reason to upgrade again in the forseeable future.
I continued to get periodic btrfs kernel dumps on 6.4.1. I've upgraded to 6.4.2, no problems yet but it's only been a few days.
steve
Just to echo concerns in this thread, I've had a lot of connectivity issues, system hangs, and general protection faults with 6.4.1, 6.4.2 RC1, and now 6.4.2. Happens every 2-3 days, whereas on 6.2.4 I was rock-solid with no problems for months.
Seeing this on an Ultra 6 Plus and my Pro Pioneer. Very odd behavior. The GPFs I'm seeing reference the nv6lcd and vpd modules. Got frustrated enough to do a factory reset and go back to a fresh 6.4.2 install. Worked fine for a few days and now back to the same behavior. There's definitely a gremlin in the 6.4.x release for those of use with legacy hardware, and maybe even for those with the newer OS 6 hardware if some of the other posts I've seen are to be believed.
At this point I'm considering factory resetting and following that procedure to go back to 6.2.4 again. The data's already all backed up from the last factory reset, so I might as well retreat to something more stable I guess. I've been contemplating upgrading to new hardware (a 516 or even 716), but the stability issues I'm seeing with OS 6.4.x is making wonder if it's worth it at this point.
Just to update this thread, I rolled my Pro Pioneer back from 6.4.2 to 6.2.4 after several weeks of kernel dumps from the LCD module. Things are nice and stable again on 6.2.4, up and running for 2 weeks straight with no issues.
Hello ThirtyReset,
6.5.0-T338 (Beta 2) is already available, has a lot of fixes, just in case you want to try.
Regards,
NETGEAR Academy
Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!
