What's new

[Fork] Asuswrt-Merlin 374.43 LTS releases (Archive)

  • SNBForums Code of Conduct

    SNBForums is a community for everyone, no matter what their level of experience.

    Please be tolerant and patient of others, especially newcomers. We are all here to share and learn!

    The rules are simple: Be patient, be nice, be helpful or be gone!

@jpedty I've not been able to recreate this problem on my AC68U. What model router do you have? Maybe it's specific to the N66U/AC66U.

EDIT: You should probably have done a factory reset after you noticed the initial corruption.

When I installed 33E7, I did a full reset. Though I did restore my config using the nvram restore scripts rather than key everything in again.
I didn't encounter the user/password corruption mentioned by jpedty. Subsequent up/downgrades back and forth between 33E and 35E, I haven't reset nvram.
 
If I add the public IP that my Dynamic IP gives me, the internet does not work for me or add the Dynamic IP, as static IP is the same, high ping, unstable, disconnect me from the games, etc.

If I change MAC address, it gives me another Dynamic IP garbage.
Yes, this is what I thought, so independent to your router settings.
Sorry we dont know what your ISP is doing in the background and they wont tell us :D

Conclusion: they want more money for proper working internet :p
Sadly you have to be just happy you found a working solution.
 
When I installed 33E7, I did a full reset. Though I did restore my config using the nvram restore scripts rather than key everything in again.
I didn't encounter the user/password corruption mentioned by jpedty. Subsequent up/downgrades back and forth between 33E and 35E, I haven't reset nvram.

I am using 33E currently on my N66U which works fine for me for OpenVPN w/ user login
I commented because it appears the problem is a mystery and maybe another bit of data may help.
 
I am using 33E currently on my N66U which works fine for me for OpenVPN w/ user login
I commented because it appears the problem is a mystery and maybe another bit of data may help.
Don't get me wrong. I think your observations are Helpful. I'm going to try upgrading to 34E7 again but this time resetting nvram, when I get a chance. Thanks.
 
I flashed 34X3. I see the same results as with 34E3 and 35E5.
Previously, I'd never enabled DNSSEC or DNSCRYPT. I left these features disabled but I did try vpnserver again with the new DoT option enabled (a single server selected). Same results.

Had this only affected me, I would have certainly put it down to an issue with my hardware or config. I am still somewhat inclined to do so.
I may have this router in an inconsistent or unintended state. Clients, of the routers vpnserver, are not able to reach any LAN clients that are being tunnelled through the router's vpnclient. I am sure this used to work!
FYI before testing, I did disable the router vpnclients and rebooted the router.
For the time being, I've turned off the router's openvpn server and instead run an instance of openvpn on another machine with relevant ports forwarded to that box.
I also tried the test build and saw the same results. I'm not doing anything special on the router besides Diversion Ad Blocking.
 
I also tried the test build and saw the same results. I'm not doing anything special on the router besides Diversion Ad Blocking.
What router model?

EDIT: From your previous posts it looks like you have an RT-N66R.

@john9527 So far all those that are reporting the VPN problem have the RT-N66U(R).
 
Last edited:
What router model?

EDIT: From your previous posts it looks like you have an RT-N66R.

@john9527 So far all those that are reporting the VPN problem have the RT-N66U(R).
Just to add a data point, I don’t have the problem either, 1900P with iOS and macOS clients. Nothing fancy on server setup beyond a non standard port.
 
Hi John,

I've been using your firmware on an RT-AC66U since Merlin decided to drop it, so thank you for maintaining it.

Unfortunately I had my first ever issue with it this morning (33E7 34E3) - it was completely hosed - wifi was off and couldn't get on with an ethernet cable. I power cycled it and have pasted the bit from the log that looks interesting below.

It looks like out of memory to me, but nothing has changed as far as I'm aware, apart from I've recently started running deluge on a machine in my LAN. Only lightly though (two very quiet torrents - single digit connections at any given time).

Any ideas what's going on? Thanks. Let me know what else I can do to diagnose.

Code:
Sep 15 10:57:28 miniupnpd[474]: HTTP Connection from 192.168.1.227 closed unexpectedly
Sep 15 11:10:21 kernel: udhcpc invoked oom-killer: gfp_mask=0x4d0, order=0, oomkilladj=0
Sep 15 11:10:21 kernel: Call Trace:
Sep 15 11:10:21 kernel: [<80011fbc>] dump_stack+0x8/0x34
Sep 15 11:10:21 kernel: [<8005a0a8>] out_of_memory+0x1fc/0x264
Sep 15 11:10:21 kernel: [<8005bf1c>] __alloc_pages+0x318/0x360
Sep 15 11:10:21 kernel: [<80067a58>] __pte_alloc+0x34/0x1c8
Sep 15 11:10:21 kernel: [<80068e60>] get_locked_pte+0xc4/0xd4
Sep 15 11:10:21 kernel: [<80084f34>] install_arg_page+0x70/0x180
Sep 15 11:10:21 kernel: [<800851a0>] setup_arg_pages+0x15c/0x234
Sep 15 11:10:21 kernel: [<800bc25c>] load_elf_binary+0x4fc/0x18b0
Sep 15 11:10:21 kernel: [<800848fc>] search_binary_handler+0x84/0x2f8
Sep 15 11:10:21 kernel: [<800865a8>] do_execve+0x128/0x310
Sep 15 11:10:21 kernel: [<8000fe88>] sys_execve+0x48/0x7c
Sep 15 11:10:21 kernel: [<80013d50>] stack_done+0x20/0x44
Sep 15 11:10:21 kernel: Mem-info:
Sep 15 11:10:21 kernel: Normal per-cpu:
Sep 15 11:10:21 kernel: CPU    0: Hot: hi:  186, btch:  31 usd:  34   Cold: hi:   62, btch:  15 usd:  59
Sep 15 11:10:21 kernel: HighMem per-cpu:
Sep 15 11:10:21 kernel: CPU    0: Hot: hi:  186, btch:  31 usd: 104   Cold: hi:   62, btch:  15 usd:   4
Sep 15 11:10:21 kernel: Active:2712 inactive:2151 dirty:0 writeback:0 unstable:0
Sep 15 11:10:21 kernel:  free:26966 slab:25888 mapped:804 pagetables:113 bounce:0
Sep 15 11:10:21 kernel: Normal free:2788kB min:2884kB low:3604kB high:4324kB active:0kB inactive:16kB present:520192kB pages_scanned:13572 all_unreclaimable? yes
Sep 15 11:10:21 kernel: lowmem_reserve[]: 0 14224
Sep 15 11:10:21 kernel: HighMem free:105076kB min:512kB low:3032kB high:5556kB active:10848kB inactive:8588kB present:1820672kB pages_scanned:0 all_unreclaimable? no
Sep 15 11:10:21 kernel: lowmem_reserve[]: 0 0
Sep 15 11:10:21 kernel: Normal: 1*4kB 0*8kB 0*16kB 1*32kB 1*64kB 1*128kB 0*256kB 1*512kB 0*1024kB 1*2048kB 0*4096kB = 2788kB
Sep 15 11:10:21 kernel: HighMem: 359*4kB 283*8kB 190*16kB 129*32kB 44*64kB 8*128kB 1*256kB 0*512kB 0*1024kB 0*2048kB 22*4096kB = 105076kB
Sep 15 11:10:21 kernel: Swap cache: add 0, delete 0, find 0/0, race 0+0
Sep 15 11:10:21 kernel: Free swap  = 0kB
Sep 15 11:10:21 kernel: Total swap = 0kB
Sep 15 11:10:21 kernel: Free swap:            0kB
Sep 15 11:10:21 kernel: 589823 pages of RAM
Sep 15 11:10:21 kernel: 458751 pages of HIGHMEM
Sep 15 11:10:21 kernel: 529940 reserved pages
Sep 15 11:10:21 kernel: 2833 pages shared
Sep 15 11:10:21 kernel: 0 pages swap cached
 
Last edited:
Any ideas what's going on? Thanks. Let me know what else I can do to diagnose.
Memory crashes have been very rare on this fork...this is only the second one I can remember. It looks like the problem started before the udhcpc oom (the miniupnpd message 13 minutes earlier). So the syslog before this might be useful.

But I would start by looking at your modem logs. udhcpc is used to manage your WAN leases, so my best guess right now would be that your ISP was having a problem that drove the router over the edge.
 
Thanks John.

Memory crashes have been very rare on this fork...this is only the second one I can remember. It looks like the problem started before the udhcpc oom (the miniupnpd message 13 minutes earlier). So the syslog before this might be useful.

OK not sure how far back to go, here's 2 hours ish back (host names redacted as some have real names in). The frequent "closed unexpectedly" are from a freebsd box running plex, deluge, syncthing mainly, I could probably work out which of these is misbehaving.

Code:
Sep 15 09:17:02 ntp: start NTP update
Sep 15 09:18:43 ntp: NTP update failed after 5 attempts
Sep 15 09:19:07 ntp: NTP update successful after 6 attempt(s)
Sep 15 09:19:51 dnsmasq-dhcp[334]: DHCPREQUEST(br0) 192.168.1.120 28:16:ad:3f:dd:e2
Sep 15 09:19:51 dnsmasq-dhcp[334]: Ignoring domain xxx.local for DHCP host name xxx
Sep 15 09:19:51 dnsmasq-dhcp[334]: DHCPACK(br0) 192.168.1.120 28:16:ad:3f:dd:e2 xxx
Sep 15 09:25:49 dnsmasq-dhcp[334]: DHCPREQUEST(br0) 192.168.1.11 e0:ac:cb:97:22:ee
Sep 15 09:25:49 dnsmasq-dhcp[334]: DHCPACK(br0) 192.168.1.11 e0:ac:cb:97:22:ee xxx
Sep 15 09:26:58 miniupnpd[474]: HTTP Connection from 192.168.1.227 closed unexpectedly
Sep 15 09:26:58 miniupnpd[474]: HTTP Connection from 192.168.1.227 closed unexpectedly
Sep 15 09:35:20 dnsmasq-dhcp[334]: DHCPREQUEST(br0) 192.168.1.11 e0:ac:cb:97:22:ee
Sep 15 09:35:20 dnsmasq-dhcp[334]: DHCPACK(br0) 192.168.1.11 e0:ac:cb:97:22:ee xxx
Sep 15 09:40:40 dnsmasq-dhcp[334]: DHCPREQUEST(br0) 192.168.1.65 cc:c3:ea:7c:da:7d
Sep 15 09:40:40 dnsmasq-dhcp[334]: DHCPACK(br0) 192.168.1.65 cc:c3:ea:7c:da:7d xxx
Sep 15 09:46:31 dnsmasq-dhcp[334]: DHCPREQUEST(br0) 192.168.1.11 e0:ac:cb:97:22:ee
Sep 15 09:46:31 dnsmasq-dhcp[334]: DHCPACK(br0) 192.168.1.11 e0:ac:cb:97:22:ee xxx
Sep 15 09:57:08 miniupnpd[474]: HTTP Connection from 192.168.1.227 closed unexpectedly
Sep 15 09:57:08 miniupnpd[474]: HTTP Connection from 192.168.1.227 closed unexpectedly
Sep 15 09:57:35 dnsmasq-dhcp[334]: DHCPREQUEST(br0) 192.168.1.46 f4:f5:24:2f:3f:30
Sep 15 09:57:35 dnsmasq-dhcp[334]: DHCPACK(br0) 192.168.1.46 f4:f5:24:2f:3f:30 xxx
Sep 15 10:06:18 dnsmasq-dhcp[334]: DHCPREQUEST(br0) 192.168.1.11 e0:ac:cb:97:22:ee
Sep 15 10:06:18 dnsmasq-dhcp[334]: DHCPACK(br0) 192.168.1.11 e0:ac:cb:97:22:ee xxx
Sep 15 10:06:35 dnsmasq-dhcp[334]: DHCPREQUEST(br0) 192.168.1.120 28:16:ad:3f:dd:e2
Sep 15 10:06:35 dnsmasq-dhcp[334]: Ignoring domain xxx.local for DHCP host name xxx
Sep 15 10:06:35 dnsmasq-dhcp[334]: DHCPACK(br0) 192.168.1.120 28:16:ad:3f:dd:e2 xxx
Sep 15 10:27:18 miniupnpd[474]: HTTP Connection from 192.168.1.227 closed unexpectedly
Sep 15 10:27:18 miniupnpd[474]: HTTP Connection from 192.168.1.227 closed unexpectedly
Sep 15 10:40:55 dnsmasq-dhcp[334]: DHCPREQUEST(br0) 192.168.1.65 cc:c3:ea:7c:da:7d
Sep 15 10:40:55 dnsmasq-dhcp[334]: DHCPACK(br0) 192.168.1.65 cc:c3:ea:7c:da:7d xxx
Sep 15 10:42:17 dnsmasq-dhcp[334]: DHCPREQUEST(br0) 192.168.1.100 90:67:1c:1f:1b:38
Sep 15 10:42:17 dnsmasq-dhcp[334]: DHCPACK(br0) 192.168.1.100 90:67:1c:1f:1b:38 xxx
Sep 15 10:57:28 miniupnpd[474]: HTTP Connection from 192.168.1.227 closed unexpectedly
Sep 15 10:57:28 miniupnpd[474]: HTTP Connection from 192.168.1.227 closed unexpectedly
Sep 15 11:10:21 kernel: udhcpc invoked oom-killer: gfp_mask=0x4d0, order=0, oomkilladj=0
Sep 15 11:10:21 kernel: Call Trace:
Sep 15 11:10:21 kernel: [<80011fbc>] dump_stack+0x8/0x34
Sep 15 11:10:21 kernel: [<8005a0a8>] out_of_memory+0x1fc/0x264
Sep 15 11:10:21 kernel: [<8005bf1c>] __alloc_pages+0x318/0x360
Sep 15 11:10:21 kernel: [<80067a58>] __pte_alloc+0x34/0x1c8
Sep 15 11:10:21 kernel: [<80068e60>] get_locked_pte+0xc4/0xd4
Sep 15 11:10:21 kernel: [<80084f34>] install_arg_page+0x70/0x180
Sep 15 11:10:21 kernel: [<800851a0>] setup_arg_pages+0x15c/0x234
Sep 15 11:10:21 kernel: [<800bc25c>] load_elf_binary+0x4fc/0x18b0
Sep 15 11:10:21 kernel: [<800848fc>] search_binary_handler+0x84/0x2f8
Sep 15 11:10:21 kernel: [<800865a8>] do_execve+0x128/0x310
Sep 15 11:10:21 kernel: [<8000fe88>] sys_execve+0x48/0x7c
Sep 15 11:10:21 kernel: [<80013d50>] stack_done+0x20/0x44
Sep 15 11:10:21 kernel: Mem-info:
Sep 15 11:10:21 kernel: Normal per-cpu:
Sep 15 11:10:21 kernel: CPU    0: Hot: hi:  186, btch:  31 usd:  34   Cold: hi:   62, btch:  15 usd:  59
Sep 15 11:10:21 kernel: HighMem per-cpu:
Sep 15 11:10:21 kernel: CPU    0: Hot: hi:  186, btch:  31 usd: 104   Cold: hi:   62, btch:  15 usd:   4
Sep 15 11:10:21 kernel: Active:2712 inactive:2151 dirty:0 writeback:0 unstable:0
Sep 15 11:10:21 kernel:  free:26966 slab:25888 mapped:804 pagetables:113 bounce:0
Sep 15 11:10:21 kernel: Normal free:2788kB min:2884kB low:3604kB high:4324kB active:0kB inactive:16kB present:520192kB pages_scanned:13572 all_unreclaimable? yes
Sep 15 11:10:21 kernel: lowmem_reserve[]: 0 14224
Sep 15 11:10:21 kernel: HighMem free:105076kB min:512kB low:3032kB high:5556kB active:10848kB inactive:8588kB present:1820672kB pages_scanned:0 all_unreclaimable? no
Sep 15 11:10:21 kernel: lowmem_reserve[]: 0 0
Sep 15 11:10:21 kernel: Normal: 1*4kB 0*8kB 0*16kB 1*32kB 1*64kB 1*128kB 0*256kB 1*512kB 0*1024kB 1*2048kB 0*4096kB = 2788kB
Sep 15 11:10:21 kernel: HighMem: 359*4kB 283*8kB 190*16kB 129*32kB 44*64kB 8*128kB 1*256kB 0*512kB 0*1024kB 0*2048kB 22*4096kB = 105076kB
Sep 15 11:10:21 kernel: Swap cache: add 0, delete 0, find 0/0, race 0+0
Sep 15 11:10:21 kernel: Free swap  = 0kB
Sep 15 11:10:21 kernel: Total swap = 0kB
Sep 15 11:10:21 kernel: Free swap:            0kB
Sep 15 11:10:21 kernel: 589823 pages of RAM
Sep 15 11:10:21 kernel: 458751 pages of HIGHMEM
Sep 15 11:10:21 kernel: 529940 reserved pages
Sep 15 11:10:21 kernel: 2833 pages shared
Sep 15 11:10:21 kernel: 0 pages swap cached

But I would start by looking at your modem logs. udhcpc is used to manage your WAN leases, so my best guess right now would be that your ISP was having a problem that drove the router over the edge.

I have an Openreach VDSL modem (fairly common here in the UK) which is locked down and I don't think I can get any logs unfortunately. It's worked fine with this modem since March though.
 
Hi John
Im same like coleage I have ac66u and come about 2 months ago. I was use version before 33e7 last week I upgrade to 34e3 and now I seen web setting nvram is going full (99%). I don't know exactly why or what happen.
Can you please help me how to put normal. Thank you

Sent from my CLT-L09 using Tapatalk
 
Thanks John.



OK not sure how far back to go, here's 2 hours ish back (host names redacted as some have real names in). The frequent "closed unexpectedly" are from a freebsd box running plex, deluge, syncthing mainly, I could probably work out which of these is misbehaving.

Code:
Sep 15 09:17:02 ntp: start NTP update
Sep 15 09:18:43 ntp: NTP update failed after 5 attempts
Sep 15 09:19:07 ntp: NTP update successful after 6 attempt(s)
Sep 15 09:19:51 dnsmasq-dhcp[334]: DHCPREQUEST(br0) 192.168.1.120 28:16:ad:3f:dd:e2
Sep 15 09:19:51 dnsmasq-dhcp[334]: Ignoring domain xxx.local for DHCP host name xxx
Sep 15 09:19:51 dnsmasq-dhcp[334]: DHCPACK(br0) 192.168.1.120 28:16:ad:3f:dd:e2 xxx
Sep 15 09:25:49 dnsmasq-dhcp[334]: DHCPREQUEST(br0) 192.168.1.11 e0:ac:cb:97:22:ee
Sep 15 09:25:49 dnsmasq-dhcp[334]: DHCPACK(br0) 192.168.1.11 e0:ac:cb:97:22:ee xxx
Sep 15 09:26:58 miniupnpd[474]: HTTP Connection from 192.168.1.227 closed unexpectedly
Sep 15 09:26:58 miniupnpd[474]: HTTP Connection from 192.168.1.227 closed unexpectedly
Sep 15 09:35:20 dnsmasq-dhcp[334]: DHCPREQUEST(br0) 192.168.1.11 e0:ac:cb:97:22:ee
Sep 15 09:35:20 dnsmasq-dhcp[334]: DHCPACK(br0) 192.168.1.11 e0:ac:cb:97:22:ee xxx
Sep 15 09:40:40 dnsmasq-dhcp[334]: DHCPREQUEST(br0) 192.168.1.65 cc:c3:ea:7c:da:7d
Sep 15 09:40:40 dnsmasq-dhcp[334]: DHCPACK(br0) 192.168.1.65 cc:c3:ea:7c:da:7d xxx
Sep 15 09:46:31 dnsmasq-dhcp[334]: DHCPREQUEST(br0) 192.168.1.11 e0:ac:cb:97:22:ee
Sep 15 09:46:31 dnsmasq-dhcp[334]: DHCPACK(br0) 192.168.1.11 e0:ac:cb:97:22:ee xxx
Sep 15 09:57:08 miniupnpd[474]: HTTP Connection from 192.168.1.227 closed unexpectedly
Sep 15 09:57:08 miniupnpd[474]: HTTP Connection from 192.168.1.227 closed unexpectedly
Sep 15 09:57:35 dnsmasq-dhcp[334]: DHCPREQUEST(br0) 192.168.1.46 f4:f5:24:2f:3f:30
Sep 15 09:57:35 dnsmasq-dhcp[334]: DHCPACK(br0) 192.168.1.46 f4:f5:24:2f:3f:30 xxx
Sep 15 10:06:18 dnsmasq-dhcp[334]: DHCPREQUEST(br0) 192.168.1.11 e0:ac:cb:97:22:ee
Sep 15 10:06:18 dnsmasq-dhcp[334]: DHCPACK(br0) 192.168.1.11 e0:ac:cb:97:22:ee xxx
Sep 15 10:06:35 dnsmasq-dhcp[334]: DHCPREQUEST(br0) 192.168.1.120 28:16:ad:3f:dd:e2
Sep 15 10:06:35 dnsmasq-dhcp[334]: Ignoring domain xxx.local for DHCP host name xxx
Sep 15 10:06:35 dnsmasq-dhcp[334]: DHCPACK(br0) 192.168.1.120 28:16:ad:3f:dd:e2 xxx
Sep 15 10:27:18 miniupnpd[474]: HTTP Connection from 192.168.1.227 closed unexpectedly
Sep 15 10:27:18 miniupnpd[474]: HTTP Connection from 192.168.1.227 closed unexpectedly
Sep 15 10:40:55 dnsmasq-dhcp[334]: DHCPREQUEST(br0) 192.168.1.65 cc:c3:ea:7c:da:7d
Sep 15 10:40:55 dnsmasq-dhcp[334]: DHCPACK(br0) 192.168.1.65 cc:c3:ea:7c:da:7d xxx
Sep 15 10:42:17 dnsmasq-dhcp[334]: DHCPREQUEST(br0) 192.168.1.100 90:67:1c:1f:1b:38
Sep 15 10:42:17 dnsmasq-dhcp[334]: DHCPACK(br0) 192.168.1.100 90:67:1c:1f:1b:38 xxx
Sep 15 10:57:28 miniupnpd[474]: HTTP Connection from 192.168.1.227 closed unexpectedly
Sep 15 10:57:28 miniupnpd[474]: HTTP Connection from 192.168.1.227 closed unexpectedly
Sep 15 11:10:21 kernel: udhcpc invoked oom-killer: gfp_mask=0x4d0, order=0, oomkilladj=0
Sep 15 11:10:21 kernel: Call Trace:
Sep 15 11:10:21 kernel: [<80011fbc>] dump_stack+0x8/0x34
Sep 15 11:10:21 kernel: [<8005a0a8>] out_of_memory+0x1fc/0x264
Sep 15 11:10:21 kernel: [<8005bf1c>] __alloc_pages+0x318/0x360
Sep 15 11:10:21 kernel: [<80067a58>] __pte_alloc+0x34/0x1c8
Sep 15 11:10:21 kernel: [<80068e60>] get_locked_pte+0xc4/0xd4
Sep 15 11:10:21 kernel: [<80084f34>] install_arg_page+0x70/0x180
Sep 15 11:10:21 kernel: [<800851a0>] setup_arg_pages+0x15c/0x234
Sep 15 11:10:21 kernel: [<800bc25c>] load_elf_binary+0x4fc/0x18b0
Sep 15 11:10:21 kernel: [<800848fc>] search_binary_handler+0x84/0x2f8
Sep 15 11:10:21 kernel: [<800865a8>] do_execve+0x128/0x310
Sep 15 11:10:21 kernel: [<8000fe88>] sys_execve+0x48/0x7c
Sep 15 11:10:21 kernel: [<80013d50>] stack_done+0x20/0x44
Sep 15 11:10:21 kernel: Mem-info:
Sep 15 11:10:21 kernel: Normal per-cpu:
Sep 15 11:10:21 kernel: CPU    0: Hot: hi:  186, btch:  31 usd:  34   Cold: hi:   62, btch:  15 usd:  59
Sep 15 11:10:21 kernel: HighMem per-cpu:
Sep 15 11:10:21 kernel: CPU    0: Hot: hi:  186, btch:  31 usd: 104   Cold: hi:   62, btch:  15 usd:   4
Sep 15 11:10:21 kernel: Active:2712 inactive:2151 dirty:0 writeback:0 unstable:0
Sep 15 11:10:21 kernel:  free:26966 slab:25888 mapped:804 pagetables:113 bounce:0
Sep 15 11:10:21 kernel: Normal free:2788kB min:2884kB low:3604kB high:4324kB active:0kB inactive:16kB present:520192kB pages_scanned:13572 all_unreclaimable? yes
Sep 15 11:10:21 kernel: lowmem_reserve[]: 0 14224
Sep 15 11:10:21 kernel: HighMem free:105076kB min:512kB low:3032kB high:5556kB active:10848kB inactive:8588kB present:1820672kB pages_scanned:0 all_unreclaimable? no
Sep 15 11:10:21 kernel: lowmem_reserve[]: 0 0
Sep 15 11:10:21 kernel: Normal: 1*4kB 0*8kB 0*16kB 1*32kB 1*64kB 1*128kB 0*256kB 1*512kB 0*1024kB 1*2048kB 0*4096kB = 2788kB
Sep 15 11:10:21 kernel: HighMem: 359*4kB 283*8kB 190*16kB 129*32kB 44*64kB 8*128kB 1*256kB 0*512kB 0*1024kB 0*2048kB 22*4096kB = 105076kB
Sep 15 11:10:21 kernel: Swap cache: add 0, delete 0, find 0/0, race 0+0
Sep 15 11:10:21 kernel: Free swap  = 0kB
Sep 15 11:10:21 kernel: Total swap = 0kB
Sep 15 11:10:21 kernel: Free swap:            0kB
Sep 15 11:10:21 kernel: 589823 pages of RAM
Sep 15 11:10:21 kernel: 458751 pages of HIGHMEM
Sep 15 11:10:21 kernel: 529940 reserved pages
Sep 15 11:10:21 kernel: 2833 pages shared
Sep 15 11:10:21 kernel: 0 pages swap cached



I have an Openreach VDSL modem (fairly common here in the UK) which is locked down and I don't think I can get any logs unfortunately. It's worked fine with this modem since March though.
It the modem is one of these...:https://kitz.co.uk/routers/hg612hacking.htm
 
@john9527
Sorry to bug you
Any news on the VPN issue ?
I'm always willing to test new builds for you.

Thanks
I actually spend most of yesterday working on it....and MAY have found something. I wanted to swap out my AC68 (which I confirmed works properly) for the N66 before posting, but if you want to try it first, I can send you a PM with a private build.
 
I actually spend most of yesterday working on it....and MAY have found something. I wanted to swap out my AC68 (which I confirmed works properly) for the N66 before posting, but if you want to try it first, I can send you a PM with a private build.

You are a good man sir.

Yes send me the build and i will test it.

Thank You !
 
OK not sure how far back to go, here's 2 hours ish back
Not much to be seen, but a couple of observations....
- It took 6 attempts to sync the time. That's unusual. It may indicate an ISP problem or you are just saturating the connection.
- You have a client with a domain name of .local (used by Apple for mDNS) and that has been known to cause problems. I admit I'm not well versed on this one, but you may want to change that if you can.

Other than that, the only other suggestions I would have are
- do a factory reset/reconfigure in case something got corrupted somewhere
- to set up a swap file on a USB stick

Sorry I can't be of more help on this one.
 

Sign Up For SNBForums Daily Digest

Get an update of what's new every day delivered to your mailbox. Sign up here!

Members online

Top