What's new

Release [Beta] Asuswrt-Merlin 384.19 beta is now available

  • 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!

Status
Not open for further replies.
Rock solid ready for prime time on my AX88U! Great work @RMerlin
 
Beta2 doesn't seem to be on OneDrive, only SourceForge.
 
Just updated to Beta2 and almost everything working..... But not this, maby some more $VPN_UNIT code.

Code:
May  5 07:05:23 (vpnrouting.sh): 1387 Starting routing policy configuration for client <===>
logger -st "($(basename "$0"))" $$ "Starting routing policy configuration for client $VPN_UNIT"

@RMerlin thank you for new beta!

Leftover (and broken) debug logging it seems. I removed it.
 
Beta2 doesn't seem to be on OneDrive, only SourceForge.

Looks like Asustor's new Onedrive sync client is broken. It's only like the second time they break it in the past 12 months, and each time it's taken then 3+ months to fix their crap...
 
Earlier today flashed both machines to 384.19_beta2 and still the same yellow flashing icon for the AC3100. Just now dirty flashed the AC3100 to ASUS 3.0.0.4.385_20630-ged5e4c3 . No more yellow flashing icon and no "Your router is running low on free JFFS storage..." warning. Something's not right.
 
Just updated to Beta2 and almost everything working..... But not this, maby some more $VPN_UNIT code.

Code:
May  5 07:05:23 (vpnrouting.sh): 1387 Starting routing policy configuration for client <===>
logger -st "($(basename "$0"))" $$ "Starting routing policy configuration for client $VPN_UNIT"

@RMerlin thank you for new beta!
My mistake. I see @RMerlin fixed it already.
 
RT-AC5300 Dirty upgrade from Beta1 to Beta2 - smooth upgrade everything is working great
 
RT-AX88U owner here
Earlier today flashed both machines to 384.19_beta2 and still the same yellow flashing icon for the AC3100. Just now dirty flashed the AC3100 to ASUS 3.0.0.4.385_20630-ged5e4c3 . No more yellow flashing icon and no "Your router is running low on free JFFS storage..." warning. Something's not right.

384.19_Beta1 was the first time I'd ever got the JFFS storage error message on my RT-AX88U, having used both official and Merlin firmware previously. Let's see how Beta2 goes!
 
384.19_Beta1 was the first time I'd ever got the JFFS storage error message on my RT-AX88U, having used both official and Merlin firmware previously.

JFFS low space notification is a new feature of 384.19.
 
Leftover (and broken) debug logging it seems. I removed it.
There is some more of them

Code:
/usr/bin/logger -t "openvpn-routing" "Configuring policy rules for client $VPN_UNIT"

my_logger "Completed routing policy configuration for client $VPN_UNIT"

my_logger "Refreshing policy rules for client $VPN_UNIT"
 
There is some more of them

Code:
/usr/bin/logger -t "openvpn-routing" "Configuring policy rules for client $VPN_UNIT"

my_logger "Completed routing policy configuration for client $VPN_UNIT"

my_logger "Refreshing policy rules for client $VPN_UNIT"

There is nothing wrong with those calls.

Code:
Aug 10 01:59:00 openvpn-routing: Starting routing policy configuration for client 2
Aug 10 01:59:00 openvpn-routing: Configuring policy rules for client 2
Aug 10 01:59:00 openvpn-routing: Creating VPN routing table (mode 2)
Aug 10 01:59:01 openvpn-routing: Removing route for 0.0.0.0/1 to tun12 from main routing table
Aug 10 01:59:01 openvpn-routing: Removing route for 128.0.0.0/1 to tun12 from main routing table
Aug 10 01:59:01 openvpn-routing: Adding route for 192.168.50.232 to  through VPN client 2
Aug 10 01:59:01 openvpn-routing: Adding route for 192.168.50.132 to  through VPN client 2
Aug 10 01:59:01 openvpn-routing: Completed routing policy configuration for client 2

The bug in the first log call that I removed was that it was referencing VPN_UNIT before any of the instance variables were set up.. All other calls happen afterward, therefore they work fine.
 
There is nothing wrong with those calls.

Code:
Aug 10 01:59:00 openvpn-routing: Starting routing policy configuration for client 2
Aug 10 01:59:00 openvpn-routing: Configuring policy rules for client 2
Aug 10 01:59:00 openvpn-routing: Creating VPN routing table (mode 2)
Aug 10 01:59:01 openvpn-routing: Removing route for 0.0.0.0/1 to tun12 from main routing table
Aug 10 01:59:01 openvpn-routing: Removing route for 128.0.0.0/1 to tun12 from main routing table
Aug 10 01:59:01 openvpn-routing: Adding route for 192.168.50.232 to  through VPN client 2
Aug 10 01:59:01 openvpn-routing: Adding route for 192.168.50.132 to  through VPN client 2
Aug 10 01:59:01 openvpn-routing: Completed routing policy configuration for client 2

The bug in the first log call that I removed was that it was referencing VPN_UNIT before any of the instance variables were set up.. All other calls happen afterward, therefore they work fine.
Thanks !
 
upgrade went smoothly, will report in a few hours how it's running!
 
update from beta1, smooth walk in the park!
 
I am still getting drops on the AX88U with my August Connect bridge.... every few days it will just drop off if I reboot the AX88U it will then reconnect. Other devices seems to be fine...strangest thing
 
What makes you say that?
AC3100.jpg
 
Status
Not open for further replies.

Support SNBForums w/ Amazon

If you'd like to support SNBForums, just use this link and buy anything on Amazon. Thanks!

Sign Up For SNBForums Daily Digest

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