v7.5 [stable] is released!

It is probably the router trying to load the default configuration for /interface wireless which can’t be done when WifiWave2 (/interface wifiwave2) is installed.
This issue was fixed some time ago in 7.5beta4 so I guess it won’t happen from now on.
It’s just a warning anyway. Annoying, yes, but nothing dangerous.

So when can I expect the fix to kick in? I did a couple of reboots after installing 7.5 (if not for other things to bring routerboot version up) and the message is shown every time ... my feelingnis that this fix is one of those that need to be included in several ROS releases before they're done correctly.

I know it’s already a long standing one waiting for an answer :lol:

I don't know, I don't have an Audience device. But this same issue used to happen to me on my hAP ac3 every so often when upgrading from one v7 to another and I haven't seen it happening again for quite some time now.

I guess doing netinstall can help in these cases (to wipe old, hidden on export configurations). Maybe an /export show-sensitive file=export + /system/reset-configuration run-after-reset=export.rsc can help too.

Perhaps. I did netinstall when first installing v7 on this device (I think it was 7.1rc2 or something) so no v6 config lingering in backgroud.
Not sure if it would work in this case though ... message clearly says it's "customized default script" doing it and AFAIK that's script which is "burned in" with netinstall. But I never installed anything like that hence it must be MT's script. Could be that issue would not arise if wifiwave2 package was installed as a part of netinstall process (it is possible to upload multiple packages) but I kind of doubt it.

How is Disk2 and Disk3 connected?
You only seem to have one usb device connected with one partition.

Good catch Znevna …. In fact disk3 is microSD card and disk2 is microUSB …..

@mkx
Please attach the txt files obtained on this way:

/system default-configuration print file=defaultconfigscripts

thanks.

When I last tried that on v7.5 (and now also on v7.6 beta) it said:
error - contact MikroTik support and send a supout file (10)

??? ah…

I tested on 7.2.1 and it works (no wifiwave2 package, is one RB5009 on production)

Currently I'm on my phone so it's not easy to attach output of command above. But guess what? Command produces only 203 lines whereas error message mentions line 985 ...

RB5009 running 7.5. I prepared installation for 7.6 Beta. I copied the running partion to backup.
I saw strange percentages in progress bar. finaly at 760% copy progress finished :slight_smile:

@mkx

I sense it is time to netinstall again…

ovpn udp, the client disconnects and the server (mikrotik) never drops the connection, even for hours...

*) interface - fixed default interface naming on RB1100x2;

<< i’m having trouble testing this one

on a RB1100AHX2 running 7.4, the total used disk space is 43.5MB, leaving 20.5Mb free, when 20.6 are required for the update

/export yields a 12K file, and the backup file is 340K (not that big…) and /files is clean (deleted all old backups and export files)

any suggestions? (except Netinstall)

@mkx

When the “get-custom-defconf” is interrupted for some reason, the “flag” get-custom-defconf runned successfully is not set, and everytime at reboot it try to run the script,
is why everytime, for every reboot, you get that error.
(The error is on the file “get-custom-defconf” on system package, not on wifiwave2 package)


MikroTik Staff, please, deliver to who manage the get-custom-defconf script this message:


   # wait wlan3 it takes 7sec slower to load than wlan1/2 on Audience
    $addCL ("  :local count 0;")
    $addCL ("  :while ([/interface wireless find default-name=\"wlan3\"] = \"\") do={ ")
    $addCL ("    :if (\$count = 15) do={")
    $addCL ("      :log warning \"DefConf: Unable to find wlan3 interface\";")
    $addCL ("      /quit")
    $addCL ("    }")
    $addCL ("    :delay 1s; :set count (\$count +1);")
    $addCL ("  };")

    # TODO: set band and ext, probably use setWlan function
    $addCL ("  /interface wireless {")
    $addCL ("    :local wl3 [find default-name=\"wlan3\"]")
    $addCL ("    :local wlanMac  [get \$wl3 mac-address];")
    $addCL ("    :set ssid \"SYNC-\$[:pick \$wlanMac 9 11]\$[:pick \$wlanMac 12 14]\$[:pick \$wlanMac 15 17]\"")
    $addCL ("    set \$wl3 disabled=no mode=ap-bridge band=5ghz-a/n/ac ssid=\$ssid security-profile=wpsSync wps-mode=push-button")
    # set channnel width 20/40/80mhz-XXXX (russia 20/40mhz-XX)


<<< LINE 983 >>>    # wait wlan3 it takes 7sec slower to load than wlan1/2 on Audience
    :local count 0;
<<< @mkx LINE 985 >>>    :while ([/interface wireless find default-name="wlan3"] = "") do={
      :if ($count = 30) do={
        :log warning "DefConf: Unable to find wlan3 interface";
        /quit
      }
      :delay 1s; :set count ($count +1);
    };

<<< LINE 993 >>>    :local hwInfo [/interface wireless info hw-info [.. find where default-name="wlan3"] as-value];
      $addDL ("#|     channel-width: 20/40mhz-XX;")
<<< LINE 995 >>>      $addCL ("    set \$wl3 channel-width=20/40mhz-XX")
    $addCL ("  };")
}

Accidentally the already converted block was not deleted, old code and unused chunks were left from line 983 to line 995.
[Also on line 993 is present a useless local variable (never used anywhere) that give error, becase call directly /int wireless for set his value]

Simply deleting the lines from 983 to 995 solve the Audience problem.

Thanks.

.... means the connection stays open at the mikrotik router (ovpn server) even if the client disconnect ?

I’m having the same issue. Those connections were definitely offloaded (no cpu activity at high rates) before and worked fine.

yes, even with the option explicit-exit-notify 1
the server does not drop the connection and the client when reconnecting gives an error that it is already in use

I would not recommend mixing the use of OpenVPN with MikroTik OVPN. It is not the same thing. And it is not tracking the releases of the real thing.
It seems better to run a small container with the real OpenVPN software.