Perfect timing, I need to debug an issue this weekend and this was preventing me from doing so.*) conntrack - fixed problem with manual connection removal
Does this need to be enabled in any way?*) wireless - improved WMM-PowerSave support in wireless-cm2 package
Same here, rebooting on 450g, stable on 850g.Not working on my 450g, it restarts every few minutes.
On second router 2011 works fine.
Err, this is why they released a 'stable, bug-fix branch' and then the 'updates' branch.This is not acceptable, even at home I could not run a Mikrotik setup without redundancy preferably with different models.
You are missing the point here. As was explained before, you should consider "Bugfix only" branch as stable. "Current" is where new features are added first, and (since new features often break existing features in some way) is not initially considered stable.If I set Update channel to Bugfix and execute /system package update download, it will download the latest Bugfix, instead of nothing.
You are missing the point here. As was explained before, you should consider "Bugfix only" branch as stable. "Current" is where new features are added first, and (since new features often break existing features in some way) is not initially considered stable.If I set Update channel to Bugfix and execute /system package update download, it will download the latest Bugfix, instead of nothing.
It is rather good Mikrotik now provides an easy way to switch between bugfix (stable) and current. Whether it should or should not allow redownloading/reinstalling the version that is currently installed on your device, is arguable. I'd rather leave it as it is now.
If you're on 6.31 — you are on a "latest" release line, and I don't see something strange in that situation, that when you "swtich" the lines — you're getting the last firmware of another line.I'm missing nothing. If I'm on 6.31 and set it to "bugfix only", it should NOT download 6.30.2 (we are in the upgrade menu, not downgrad). It should download bugfix updates of the CURRENT INSTALLED release, that would be 6.31.1. So since this version is not available, it shouldn't download anything.
The menu is called "/system package update" in terminal, and "System -> Packages" in Winbox. The command is called "check-for-updates". Do you feel the difference between "Update" and "Upgrade"?I'm missing nothing. If I'm on 6.31 and set it to "bugfix only", it should NOT download 6.30.2 (we are in the upgrade menu, not downgrad).
ip firewall nat print
chain=dstnat action=dst-nat to-addresses=192.168.1.1 to-ports=2345 protocol=tcp src-address-list=WWW in-interface=ether3 dst-port=2345 log=yes log-prefix=""
No problem here on the same CCR model...Just saw memory usage got bigger and bigger every minute - memory leak again? (had 87MB free RAM) (CCR1009-8G-1S-1S+). Anyone else?
The same for me on an CRS 125 on the master-port ..every two minute ..excessive broadcasts/multicasts, probably a loop... ..One 750GL every two minute in log say interface,warning ether5-slave-local excessive broadcasts/multicasts, probably a loop..
RouterOS now supports RSA keys. Looks like Putty defaults to RSA when available, and it prefers that over the already known DSA key. So everything is just fine.I see something unusual with SSH after the upgrade to 6.31.
I connect to a remote router by SSH using Putty in Windows. A special user is configured for remote SSH access using no password but with a DSA key.
After the upgrade Putty prompted me with the standard warning I get (and expect) when I connect by SSH to a router for the first time. The warning is that because you have never connected before you may not trust the connection, and it shows the fingerprint. After connecting once I never get the warning again for that router.
But after the upgrade to 6.31 I received the warning again, as if I had never connected to that router. Of course I was just in there a minute earlier to trigger the router upgrade. I accepted the connection and it seems to be fine now, but something changed with SSH and 6.31. Not sure if this is a problem or not.
+1 The same here in ALL our RB750UP (before 6.30.2), no supout file was posibleBig WARRNING DO NOT upgrade 750UP I have problem on network after couple hours devices just crash some reset by watchdog some not.
I kill my network with this upgrade.
After updating to 6.31 on a pair of RB750 routers, I now have Issues with the ovpn connection between them.
The branch office router that connects to the main router will connect enough that I can send ping traffic over it, but as soon as I try to use the connection for useful data such as connecting to a computer on the other side of the connection, I see in the log "ovpn-out1: terminating... - TLS failed"
I don't know if it is the slightly larger amount of data being transferred that is relating to the issue or what the problem is. It worked well on version 6.27 which we were running before this.
Is anyone else seeing this?
I appreciate any of your help. I currently have a branch office without a useful connection.
Hi Incoming traffic and CPU up to 100%
No, the menu provides ability to downgrade as well. So everything works as it should. If one of the "new" features in v6.31 is causing you problems, you can "downgrade" to the last stable v6.30.3We are talking about the upgrade menu. Not "Release Switch menu".
If you are on 6.30, "Bugfix" should bring Updates to 6.30.1, 6.30.2, 6.30.3
If you are on 6.31, "Bugfix" should bring Updates to 6.31.1, 6.31.2, 6.31.3
Not downgrades. Even if you download the "downgrade" and reboot, it will not be installed as it is an older version than the installed one. You will have to run /system package downgrade additionally. So in my opinion this feature is not here to switch between releases, but for changing update channel.
I upgrade 2 omnitiks UPA and with both is problem - lost contact with devices (only ping answer). I don't upgrade rest of omnitiks UPA.Send it yesterday, ticket#2015081666000091, 6.31 kill 750UP after sometime best case reset by watchdog or just hung up , disabling wireless package also not working it is end up by kernel failure.
SXT device and BaseBox seem to me not affected, lost one Groove52 but not have access to him to see what happens.
6.30.3? Has it been released already?If one of the "new" features in v6.31 is causing you problems, you can "downgrade" to the last stable v6.30.3
I confirm this bug. Same problem on RB951G-2HnD, tried on 2 different routers. Works OK on 6.30.2, but throws "Couldn't add New Interface - l2mtu wrong (6)" on 6.31.Could not add VirtualAP via winbox on my RB751G-2HnD, "L2 MTU" field is empty and grey (read only) so i get error message: "Couldn't add New Interface - l2mtu wrong (6)". It is only possible to add interface via terminal. I tried with winbox 2.2.18 and 3.0rc12.
On my second router RB2011 I can normally add VirtualAP via winbox.
I confirm this bug. Same problem on RB951G-2HnD, tried on 2 different routers. Works OK on 6.30.2, but throws "Couldn't add New Interface - l2mtu wrong (6)" on 6.31.Could not add VirtualAP via winbox on my RB751G-2HnD, "L2 MTU" field is empty and grey (read only) so i get error message: "Couldn't add New Interface - l2mtu wrong (6)". It is only possible to add interface via terminal. I tried with winbox 2.2.18 and 3.0rc12.
On my second router RB2011 I can normally add VirtualAP via winbox.
Second this, it is not working any more. I noticed this since version 6.30 (but might have happened before).please fix connection-rate problem in next bug release!
http://forum.mikrotik.com/viewtopic.php ... 12#p495212
My friend, I do not speak English while I'll try to make my input clear enough.Be very careful with this release now lost one wireless link with Groove52 not come back after update.
Also on 750UP try it to disable wireless package also lost device but they reboot after couple minutes by him self with log message kernel failure but wireless not disabled.
One 750GL every two minute in log say interface,warning ether5-slave-local excessive broadcasts/multicasts, probably a loop.
I update lot of device in last couple years this is maybe second time to lost device after update, that Groove is just simple wireless bridge but not have access in next 7 days .
My friend, I do not speak English while I'll try to make my input clear enough.Be very careful with this release now lost one wireless link with Groove52 not come back after update.
Also on 750UP try it to disable wireless package also lost device but they reboot after couple minutes by him self with log message kernel failure but wireless not disabled.
One 750GL every two minute in log say interface,warning ether5-slave-local excessive broadcasts/multicasts, probably a loop.
I update lot of device in last couple years this is maybe second time to lost device after update, that Groove is just simple wireless bridge but not have access in next 7 days .
Could you try removing the UDP connections to you SIP server from the conntrack table ( IP > Firewall > Connections )?upgraded to 6.31 on CRS125. IP phones cannot connect to gateway after CRS125 reboot. Had to manually restart each phone. Not acceptable so reverted to 6.30.2. All fine again.
I downgraded the routers back to 6.27 by copying the routeros-mipsbe-6.27.npk file to the routers and selecting System Package Downgrade. After the reboot on the older RouterOS, the OpenVPN links are now working properly again.After updating to 6.31 on a pair of RB750 routers, I now have Issues with the ovpn connection between them.
The branch office router that connects to the main router will connect enough that I can send ping traffic over it, but as soon as I try to use the connection for useful data such as connecting to a computer on the other side of the connection, I see in the log "ovpn-out1: terminating... - TLS failed"
I don't know if it is the slightly larger amount of data being transferred that is relating to the issue or what the problem is. It worked well on version 6.27 which we were running before this.
Is anyone else seeing this?
I appreciate any of your help. I currently have a branch office without a useful connection.
We had the same issue on some RB450g. Just pings and no ssh, http etc. Reverted to 6.30.2.I upgrade 2 omnitiks UPA and with both is problem - lost contact with devices (only ping answer). I don't upgrade rest of omnitiks UPA.Send it yesterday, ticket#2015081666000091, 6.31 kill 750UP after sometime best case reset by watchdog or just hung up , disabling wireless package also not working it is end up by kernel failure.
SXT device and BaseBox seem to me not affected, lost one Groove52 but not have access to him to see what happens.
Maybe problem is with poe-out devices?
Mikrotik, please check it.
You promised me that [Ticket#2015070966000221] will be fix in this relase - it is still not fixed.
I guess no. It was just an example. Normis, can you confirm this?6.30.3? Has it been released already?If one of the "new" features in v6.31 is causing you problems, you can "downgrade" to the last stable v6.30.3
Yes i can confirm that ..RB750:
Switch DES-1005P on any port mikrotik.
Auto Negatiation is ON.
Link at intervals of 2 seconds up...down...up....down...
Downgrade to 6.30.2 solved a problem,
I also have issues when updating RB750 routers from 6.23 to 6.31. After the updating I don't have internet, if I downgrade back to 6.23 is fine.After updating to 6.31 on a pair of RB750 routers, I now have Issues with the ovpn connection between them.
The branch office router that connects to the main router will connect enough that I can send ping traffic over it, but as soon as I try to use the connection for useful data such as connecting to a computer on the other side of the connection, I see in the log "ovpn-out1: terminating... - TLS failed"
I don't know if it is the slightly larger amount of data being transferred that is relating to the issue or what the problem is. It worked well on version 6.27 which we were running before this.
Is anyone else seeing this?
I appreciate any of your help. I currently have a branch office without a useful connection.
I have same problem on two RB750. After downgrade to 6.30.2 port flapping reveals on week or more - reboot needed.I have issue with switch port flapping with 6.31 on "model: 750", after downgrade to 6.30.2 all is ok
CCR= "Cloud Core Router", what stands "CHR" for? Cloud Host router? What new device would this be anyway?Finally it's great to know that the CHR is now available...
CCRs do not support Metarouter.I mean inside of the Mikrotik OS, to spawn up virtual routers within RouterOS, like metarouter, which works on CCR etc. We have a couple of Fortinets to do this where we need it.
The same observed on 751, 951 and 2011 with mipsbe.working fine on several devices (CCR, CRS, Groove, 951G, 751G, hap-lite)
one common issue
/system shutdown via Winbox and/or console, ssh, telnet is not working anymore
The device does make a reboot instead.
This issue is found on the platforms mips-be and smips (tilera not tested but likely also affected).
Edit Issue is also present on ppc platform (RB1200 and RB1100AH tested).
The issue is gone after downgrading to 6.30.2. Edit end
I hope this is a bug. Or is shutdown not supported anymore?
Shutdown is not the safe option, it should be removed for security purposes.The same observed on 751, 951 and 2011 with mipsbe.working fine on several devices (CCR, CRS, Groove, 951G, 751G, hap-lite)
one common issue
/system shutdown via Winbox and/or console, ssh, telnet is not working anymore
The device does make a reboot instead.
This issue is found on the platforms mips-be and smips (tilera not tested but likely also affected).
Edit Issue is also present on ppc platform (RB1200 and RB1100AH tested).
The issue is gone after downgrading to 6.30.2. Edit end
I hope this is a bug. Or is shutdown not supported anymore?
I can confirm: 6.31on x86 detects only 1 CPU core:Вместо 32 ядер сервера - осталось только 1 ядро.
[admin@TestPlace] > sys hardware pr
multi-cpu: yes
[admin@TestPlace] > sys resource pr
cpu-count: 1
I can confirm. Yesterday updated one line (route) of 6 nodes towards AP fm 6.27 to 6.31. It includes 2 rb750UP's. One already rebooted 4 times for watchdog. (No ip set for watchdog.) I'll revert back to 6.30.2 because that seems to work on at least 8 other 750UP's out in the field..750Up Watchdog problem
#2015081766000535
I sended with autosupout!
That's my point.CCRs do not support Metarouter.I mean inside of the Mikrotik OS, to spawn up virtual routers within RouterOS, like metarouter, which works on CCR etc. We have a couple of Fortinets to do this where we need it.
As I understand - CHR without limitations and 64 version for bare metal x86 - not planned?That is a different topic, CHR works ourside the RouterBOARD, either in your PC or in the cloud or somewhere.
RouterOS built in virtualization also will be re-made, but nothing to announce yet.
planned, but as a subscription serviceAs I understand - CHR without limitations
unclear, but most likely CHR will get priority with all 64Bit and multicore support for now64 version for bare metal x86 - not planned?
so, what is 'Allow x86-64' tick in x86 RouterOS?unclear, but most likely CHR will get priority with all 64Bit and multicore support for now64 version for bare metal x86 - not planned?
I don't have either and I get reboots on one of my RB450G routers, if I have 6.31 loaded.We have found out that there are two things which causes reboot on router with RouterOS 6.31. Routers with PoE-OUT are rebooting themselves and also routers which has MetaROUTER.
Is there any other router rebooting itself with 6.31 which does not have PoE-OUT or MetaROUTER on it?
I can't repeat this issue.Found something strange. On wireless links with NV2 and a secret. If You change something on the link or reboot the device then the link goes down every 3-5 seconds with "key exchange timeout" in the log.
When i type in the NV2 secret by hand on the client of the wireless link and klick "apply", the link comes back and stay stable. So do not reboot or change anything or you have to type the NV2 secret and klick apply. Very strange.
I tested this about 10 times on different SXTs (2.4 and 5Ghz) to confirm this behavior.
I have two rb750UP's updated to 6.31.We have found out that there are two things which causes reboot on router with RouterOS 6.31. Routers with PoE-OUT are rebooting themselves and also routers which has MetaROUTER.
Is there any other router rebooting itself with 6.31 which does not have PoE-OUT or MetaROUTER on it?
So its actually a "CGR", Cloud Ghost Router!CHR is a virtual machine image, it is not a device.
Wait-wait. You want to say - in 6.31 broken support multicore cpu on x86 and this is not a bug, it's a feature?????Chupaka: Bug, on X86 regular this should not be shown. This is only for CHR image
But this checkbox enable multicore support for x86 on 6.31The specific checkbox/setting is not supposed to be shown in PC, only in CHR image.
Problem confirmed. I upgraded 28 routers (incl. two x86 machines) from v6.29.1 to v6.31 and, on 2 of those, I completely lose Winbox access via IP or MAC, as well as SSH, a short while after each and every reboot. Otherwise, they seem to function fine.i try upgrade my RB493aH .. run 5 min and blocked, cant acess via mac or ip..
power off, power on.. again 3min, again 20 min.. WTF with 6.31.. with problems i return to 6.29.1, i have lucky that these mtik was on my house, so i can unplug power, but we have some network in the city, not good option.
We have found out that there are two things which causes reboot on router with RouterOS 6.31. Routers with PoE-OUT are rebooting themselves and also routers which has MetaROUTER.
Is there any other router rebooting itself with 6.31 which does not have PoE-OUT or MetaROUTER on it?
Yes, RB433UAH [Ticket#2015081766000357]We have found out that there are two things which causes reboot on router with RouterOS 6.31. Routers with PoE-OUT are rebooting themselves and also routers which has MetaROUTER.
Is there any other router rebooting itself with 6.31 which does not have PoE-OUT or MetaROUTER on it?
I may have spoke too soon. Even though the routers are now able to connect using 6.27, there still seems to be a remaining problem from the update. Now running 6.27, the ovpn connection repeatedly goes down throughout the day with "Terminating... - Peer Disconnected" in the logs. These routers had been rock solid, but now they are continuing to cause issues, and I can't say that anything else has changed other than they ran 6.31 for a day or so.I downgraded the routers back to 6.27 by copying the routeros-mipsbe-6.27.npk file to the routers and selecting System Package Downgrade. After the reboot on the older RouterOS, the OpenVPN links are now working properly again.After updating to 6.31 on a pair of RB750 routers, I now have Issues with the ovpn connection between them.
The branch office router that connects to the main router will connect enough that I can send ping traffic over it, but as soon as I try to use the connection for useful data such as connecting to a computer on the other side of the connection, I see in the log "ovpn-out1: terminating... - TLS failed"
I don't know if it is the slightly larger amount of data being transferred that is relating to the issue or what the problem is. It worked well on version 6.27 which we were running before this.
Is anyone else seeing this?
I appreciate any of your help. I currently have a branch office without a useful connection.
Have you update the bios to?Not working on my 450g, it restarts every few minutes.
On second router 2011 works fine.
Guys, sorry I didn't believe you - because RB751U and RB751G (and many other models) were working fine for me. I also have one old RB750, I tried to upgrade to 6.31 and it is horrible, see the log: Downgrade to 6.30.2 and everything is OK.I have same problem on two RB750. After downgrade to 6.30.2 port flapping reveals on week or more - reboot needed.I have issue with switch port flapping with 6.31 on "model: 750", after downgrade to 6.30.2 all is ok
I must log in via ethernet, open the config window and nv2 tab and type the nv2 secret. It was empty.I can't repeat this issue.Found something strange. On wireless links with NV2 and a secret. If You change something on the link or reboot the device then the link goes down every 3-5 seconds with "key exchange timeout" in the log.
When i type in the NV2 secret by hand on the client of the wireless link and klick "apply", the link comes back and stay stable. So do not reboot or change anything or you have to type the NV2 secret and klick apply. Very strange.
I tested this about 10 times on different SXTs (2.4 and 5Ghz) to confirm this behavior.
After I upgrade several SXT's and they come back up I also upgrade the firmware, which needs another reboot. After that units come back up and stay up. (NV2 + secret enable CPE/station).
To test again I logged into an already upgraded SXT and changed something in the config (just a scan setting in wireless) but the unit just kept on working fine.
Than I made a reboot of the SXT and after the disconnection for a while it came backup and stayed connected.
So the prescribed issue of the "key exchange timeout" is not happening on my units.
And how can you 'type' in the secret again? Has it been erased? Do you have access from the AP to the cpe? Or do you have to go to the client to login and correct?
OmniTIK UPA-5HnD - PoE out is disabled, but reboot occurs at some 5 min. Difference is that RB is accessible after reboot (back to 6.30.2 fixes the issue).We have found out that there are two things which causes reboot on router with RouterOS 6.31. Routers with PoE-OUT are rebooting themselves and also routers which has MetaROUTER.
Is there any other router rebooting itself with 6.31 which does not have PoE-OUT or MetaROUTER on it?
Have you update the bios to?OmniTIK UPA-5HnD - PoE out is disabled, but reboot occurs at some 5 min. Difference is that RB is accessible after reboot (back to 6.30.2 fixes the issue).We have found out that there are two things which causes reboot on router with RouterOS 6.31. Routers with PoE-OUT are rebooting themselves and also routers which has MetaROUTER.
Is there any other router rebooting itself with 6.31 which does not have PoE-OUT or MetaROUTER on it?
Same problem. So far upgraded only 6 devices. But one of them has this problem. Actually as it was a new device, just bought, upgraded and installed I spent hours trying to log in and wandering what I did in firewall to cut myself off. A port scan shows that the ports are open - 22,23,80,8291. A tcpdump shows that I get responses to my requests but telnet and ssh sessions timeout on login. A winbox session stays on 'logging in' indefinately. Webfig opens the login page after 1-2min and after trying to login and waiting for 1-2min more says 'internal server error'. Mac-telnet fails also. I haven't configured all so Romon is not enabled and cannot say if it will work. The only management tool that work is snmp, but I don't have the practice to enable write access so I cannot reboot from there.Problem confirmed. I upgraded 28 routers (incl. two x86 machines) from v6.29.1 to v6.31 and, on 2 of those, I completely lose Winbox access via IP or MAC, as well as SSH, a short while after each and every reboot. Otherwise, they seem to function fine.
I have a RB450G on which I updated the bootloader to 3.24 with 6.30.2. After downgrade to 6.29.1, I had to activate the backup bootloader to be able to start it and restore the older 3.22 bootloader. So that was a lesson learned.Have you update the bios to?
Have you update the bios to?951Ui-2HnD
system reboot if o chose Shutdown, from WinBox and from command line. I'll update the post for other models...
yep, is to 3.24Have you update the bios to?951Ui-2HnD
system reboot if o chose Shutdown, from WinBox and from command line. I'll update the post for other models...
See on my website, in Dutch but folow the printscreens a made
http://www.wirelessinfo.be/index.php/mi ... /rbupgrade
I confirm, I have the same problem with RB750Guys, sorry I didn't believe you - because RB751U and RB751G (and many other models) were working fine for me. I also have one old RB750, I tried to upgrade to 6.31 and it is horrible, see the log: Downgrade to 6.30.2 and everything is OK.I have same problem on two RB750. After downgrade to 6.30.2 port flapping reveals on week or more - reboot needed.I have issue with switch port flapping with 6.31 on "model: 750", after downgrade to 6.30.2 all is ok
Mikrotik staff - you should really check this.
And if it does would this make it a bug fix to 6.31? That would make it a v6.31.1 isn't it? Why is it a 6.32rc1 now? 6.32 is not out yet......Anyone with reboot issues, please try v6.32rc1 that we just released. Let us know if this helps.
Are you expecting v6.31.1rc1??And if it does would this make it a bug fix to 6.31? That would make it a v6.31.1 isn't it? Why is it a 6.32rc1 now? 6.32 is not out yet......Anyone with reboot issues, please try v6.32rc1 that we just released. Let us know if this helps.
The new numbering works but this is confusing again.....
I obviously replied too soon. Got a lockup reboot on an RB450G with v6.32rc1. This time it took about 50 minutes for it to happen. Going back to 6.30.2Anyone with reboot issues, please try v6.32rc1 that we just released. Let us know if this helps.
/export
I install ROS 6.31 firmware 3.24 on RB411AH and all working fine. Export is working also.RB411AH ROS 6.31 firmware 3.24is broken. Terminal appears to be locked up. [CTRL]+C does not stop the process. Opening a new terminal window is also locked up. Unable to reboot device via winbox.Code: Select all/export
RB Metal 5SHPN with same firmware works.
hAP lite works.
Sent supout.rif
uptime: 8m18s
version: 6.31
build-time: Aug/14/2015 15:42:51
free-memory: 3543.8MiB
total-memory: 3674.9MiB
cpu: Intel(R)
cpu-count: 8
cpu-frequency: 3392MHz
cpu-load: 4%
free-hdd-space: 54.8GiB
total-hdd-space: 55.0GiB
write-sect-since-reboot: 1434
write-sect-total: 1434
architecture-name: x86
board-name: x86
platform: MikroTik
Just send supout.rif.Anyone with Reboots happening, please make supout.rif file after the reboot and email it to support@mikrotik.com
Thank you!
And me too... my RB750 had interfaces going up and down after upgrading to v6.31.I confirm, I have the same problem with RB750
agreed, especially when you still have nice bugfix version to keep on those production routers.This looks to be quite dangerous version. It killed one of my testing devices. I still wonder why all the people massively install every new version without any testing in the laboratory before.
Issue where only one CPU core was used on x86 devices starting from 6.31 should be fixed in 6.32rc2. For those of you who had this problem, please test this fix, if it is possible to use rc version in your environment.
Both devices I had lock up on me were getting POE in port one and putting POE out on other ports.Seems to be an issue with 750up. I have upgraded two of them to 6.31 they take the upgrade but as soon as i log into them they lock up and go offline. I power cycle them and they pass traffic, then as soon as I log into them it locks up again. By lock up I mean no ping, no mac ping, no passing traffic.
Thanks,
No. I am not using MetaROUTER.rajo - Are you using MetaROUTER?
I am having the same problem. Wasn't sure if it was something that maybe we weren't supposed to do from the beginning and they fixed it so we can't by mistake, lol.Could not add VirtualAP via winbox on my RB751G-2HnD, "L2 MTU" field is empty and grey (read only) so i get error message: "Couldn't add New Interface - l2mtu wrong (6)". It is only possible to add interface via terminal. I tried with winbox 2.2.18 and 3.0rc12.
On my second router RB2011 I can normally add VirtualAP via winbox.
+1agreed, especially when you still have nice bugfix version to keep on those production routers.This looks to be quite dangerous version. It killed one of my testing devices. I still wonder why all the people massively install every new version without any testing in the laboratory before.
on topic: v6.32rc1 solved my watchdog reboot problems on Omnitik UPA.
Upgraded two RB493G, one freezes after 40 - 60 minutes of use, no IP access, no MAC access, only Power off power on to restore...i try upgrade my RB493aH .. run 5 min and blocked, cant acess via mac or ip..
power off, power on.. again 3min, again 20 min.. WTF with 6.31.. with problems i return to 6.29.1, i have lucky that these mtik was on my house, so i can unplug power, but we have some network in the city, not good option.
We had this problem (or symptoms) without the openflow package installed. Tested on 6.31rc16 and 6.31. The running services are dhcp, pppoe, routing and mpls. No hotspot or special configuration. But like I said before, I can't report because there are no access to generate the supout file.Upgraded two RB493G, one freezes after 40 - 60 minutes of use, no IP access, no MAC access, only Power off power on to restore...i try upgrade my RB493aH .. run 5 min and blocked, cant acess via mac or ip..
power off, power on.. again 3min, again 20 min.. WTF with 6.31.. with problems i return to 6.29.1, i have lucky that these mtik was on my house, so i can unplug power, but we have some network in the city, not good option.
Another - still running OK for 1 day 6 hours.
Difference in between these two routers was presence of Openflow package on the failing router. Disabled it and more than one hour still running.
32-bit Kernel always was limited to 2GB of RAM, i think they eventually will add it, but as we can see from CHR there are still many things and features not working with that checkbox, so give them time to fix it.yes, 6.32rc2 fixes multicore support, but without checkbox allow x86-64 router uses only 2gb of ram...Normis, may be You can leave this option for x86 systems with more than 2 gb of ram?
Some examples (obviously using 6.31):rextended - Can you please name where are you setting this password? I have tested with PPP/Secrets and User/Password. Have not managed to reproduce.
Thanks, is surely related to this change:rextended - Thank you! Key here was - winbox 2.2.18
With 3.0rc12 it works fine. I will forward this to our developers.
Aug/17/2015 14:31:58 system,error,critical router was rebooted without proper shutdown by watchdog timer
Aug/17/2015 15:34:02 system,error,critical router was rebooted without proper shutdown
Aug/18/2015 14:30:29 system,error,critical router was rebooted without proper shutdown
Aug/19/2015 00:24:53 system,info,critical Firmware upgraded successfully, please reboot for changes to take effect!
Aug/19/2015 00:25:17 system,error,critical router was rebooted without proper shutdown
Aug/19/2015 04:51:34 system,error,critical router was rebooted without proper shutdown
Aug/19/2015 04:51:33 system,error,critical router was rebooted without proper shutdown
Aug/19/2015 06:08:36 system,error,critical router was rebooted without proper shutdown
Aug/20/2015 02:13:27 system,error,critical router was rebooted without proper shutdown
Aug/20/2015 02:13:27 system,error,critical router was rebooted without proper shutdown
Aug/20/2015 09:41:00 system,error,critical router was rebooted without proper shutdown
Aug/20/2015 09:59:30 system,error,critical router was rebooted without proper shutdown
Aug/20/2015 09:59:30 system,error,critical router was rebooted without proper shutdown
Aug/20/2015 23:30:26 system,error,critical router was rebooted without proper shutdown by watchdog timer
Aug/21/2015 01:32:33 system,error,critical router was rebooted without proper shutdown by watchdog timer
Aug/21/2015 04:34:44 system,error,critical router was rebooted without proper shutdown by watchdog timer
Aug/21/2015 05:38:25 system,error,critical router was rebooted without proper shutdown by watchdog timer
Aug/21/2015 05:38:26 system,error,critical router was rebooted without proper shutdown by watchdog timer
Aug/21/2015 05:38:25 system,error,critical router was rebooted without proper shutdown by watchdog timer
Aug/21/2015 05:38:26 system,error,critical router was rebooted without proper shutdown by watchdog timer
Aug/21/2015 05:38:25 system,error,critical router was rebooted without proper shutdown by watchdog timer
Aug/21/2015 07:51:27 system,error,critical router was rebooted without proper shutdown by watchdog timer
Aug/21/2015 11:53:43 system,error,critical router was rebooted without proper shutdown by watchdog timer
OK, I've seen the graph.
Well, let me explain what can happen in bulk upgrades, or manually working as a robot late at night (not to disturb you clients...)This looks to be quite dangerous version. It killed one of my testing devices. I still wonder why all the people massively install every new version without any testing in the laboratory before.
That's just what I mentioned.Also, please, do not fool us that 6.32rcXX is something that would be converted in 6.30.X. Please, keep the versioning, so, if you maintain 6.30 for bugfixes, make the 6.30rcXX and then the correct 6.30.X but keep it distinct from 6.31rcXX and from 6.32rcXX. Do not mix the bugfixing with new features release, so we will never saw sentence like "This will not be corrected in 6.30.X but in 6.31..." Everything should be corrected in the version actually maintained for bugfixes and not delayed to the next version. The subsequent version should always adopt the bugfixes from previous version and not to bring the old bugs again. Otherwise your new huge versioning system is useless.
I confirm, happened to me in an IPsec connection type on Peers/Secret (i prefer to use WinBox from The Dude 3.6 but I don't know what version of WinBox it is...)Some examples (obviously using 6.31):rextended - Can you please name where are you setting this password? I have tested with PPP/Secrets and User/Password. Have not managed to reproduce.
Simply open on winbox 2.2.18 interface/wireless/wlan1 panel and change somethihng, nv2 password are replaced with literallly "***********".
Launch bandwidth test (on one device with password) it start,
stop the test and click start again, instead of real password the winbox sent literally "******" as password, because on memory the password are replaced with "*"
Open one wireless security profile, if you uncheck hide password, the passwords are still to "********",
if you close and re-open the panel the password are show.
If you suibmit the panel with "hide password" checked, the passwords are replaced with real "*"
SAme thing with EoIP shared password
14:45:55 script,warning DefConf: Unable to find wireless interface
This is exactly the problem I noticed on 6.31rc16 and 6.31 final. Can you make a supout file and send it to Mikrotik support? I could not send because my routers (two, not so important) were in production and I needed go back to 6.30.2.RB750UP is not accesible or visible in Neighbours since the upgrade. Ruter is responding to ping and is working.
Same here. RB750 - all switch1 ports (ether2-ether5) are flapping like crazy every 2-3 seconds. Downgraded to 6.30.2 and the issue disappeared. Another try to upgrade to 6.31 - flapping is back. Downgrade agin to 6.30.2 - no flapping.I have issue with switch port flapping with 6.31 on "model: 750", after downgrade to 6.30.2 all is ok
Hm, I am afraid that programmers from Mikrotik will be able to maintain only one working version - this is the way they are used to do for several years. They tried to create new versioning system, but look - there are much more "new" and "rc" versions and only two bugfix versions for 6.30. And look to changelog, how many bugs are solved in versions > 6.30 which are currently still not implemented to 6.30.X. I impatiently wait for bugfixing version 6.30.X which will contain correction of at least CRS port flapping problem (I think I am not alone, because this bug is f*****g annoying). I would like to update my CRS with bugfix version, but currently I do not have any other option than install screwed version 6.31 or some 6.32 "rc" version. So from my point of view (with several years of programming exprerience) they are not able to maintain several versions, they will release new versions in the same way they did it for years. From my point of view this is not good info regarding RouterOS software because they promised something they are not able to achieve (at least in this moment from version 6.30).jarda wrote:
Also, please, do not fool us that 6.32rcXX is something that would be converted in 6.30.X. Please, keep the versioning, so, if you maintain 6.30 for bugfixes, make the 6.30rcXX and then the correct 6.30.X but keep it distinct from 6.31rcXX and from 6.32rcXX. Do not mix the bugfixing with new features release, so we will never saw sentence like "This will not be corrected in 6.30.X but in 6.31..." Everything should be corrected in the version actually maintained for bugfixes and not delayed to the next version. The subsequent version should always adopt the bugfixes from previous version and not to bring the old bugs again. Otherwise your new huge versioning system is useless.
RB750, same problem, ports 2 - 5 flaps permanently. 6.30.2 works.RB750:
Switch DES-1005P on any port mikrotik.
Auto Negatiation is ON.
Link at intervals of 2 seconds up...down...up....down...
Downgrade to 6.30.2 solved a problem,
If I can't access the router, I can't make supout eitherThis is exactly the problem I noticed on 6.31rc16 and 6.31 final. Can you make a supout file and send it to Mikrotik support? I could not send because my routers (two, not so important) were in production and I needed go back to 6.30.2.RB750UP is not accesible or visible in Neighbours since the upgrade. Ruter is responding to ping and is working.
PS: They stopped working completely after some time and I had to do a manual power cycle.
[root@net-dfw1 snmp]# snmptable -v2c -Ci -c monitor 172.16.0.50 mtxrScriptTable
SNMP table: MIKROTIK-MIB::mtxrScriptTable
index mtxrScriptName mtxrScriptRunCmd
15 monitor_config 0
16 regmonitor 0
17 startup 0
18 syslog 0
[root@net-dfw1 snmp]# snmpget -v2c -c command 172.16.0.50 MIKROTIK-MIB::mtxrScriptName.15
MIKROTIK-MIB::mtxrScriptName.15 = No Such Instance currently exists at this OID
[root@net-dfw1 snmp]# snmpset -v2c -c command 172.16.0.50 MIKROTIK-MIB::mtxrScriptRunCmd.15 = 1
Error in packet.
Reason: (noSuchName) There is no such variable name in this MIB.
Failed object: MIKROTIK-MIB::mtxrScriptRunCmd.15
[root@net-dfw1 snmp]# snmpset -v2c -c command 172.16.0.50 MIKROTIK-MIB::mtxrScriptRunCmd.16 = 1
Error in packet.
Reason: (noSuchName) There is no such variable name in this MIB.
Failed object: MIKROTIK-MIB::mtxrScriptRunCmd.16
[root@net-dfw1 snmp]# snmpset -v2c -c command 172.16.0.50 MIKROTIK-MIB::mtxrScriptRunCmd.17 = 1
Error in packet.
Reason: (noSuchName) There is no such variable name in this MIB.
Failed object: MIKROTIK-MIB::mtxrScriptRunCmd.17
[root@net-dfw1 snmp]# snmpset -v2c -c command 172.16.0.50 MIKROTIK-MIB::mtxrScriptRunCmd.18 = 1
MIKROTIK-MIB::mtxrScriptRunCmd.18 = INTEGER: 1
No i have the same problem on my router. My wifi hang/freeze many times and the system too.By upgrading to version 6.31 on an RB751U-2HnD the WiFi and sometimes the system too hangs or completely freezes. I was unable to create the supout.rif because of the system hang. (Firmware version is 3.24)
I have fallen back to version 6.30.2 and there is now no problem at all.
Please let me know if anybody else has the same problem, or if it's a unique hang/freeze on my system only.
Thanks.
DomiNet.
What's new in 6.31 (2015-Aug-14 15:42):
*) chr - added support for VMware SCSI virtual disks
*) chr - added support for VMware vmxnet3 network card
for some time, standard releases are unstable, and beta/candidate are stableFor several years all standard releases was never a danger to upgrade to, but with version v6.31 you guys just made it. If I were you, I might consider to call back version v6.31 and to keep v6.30.2 as the latest standard release.
Dominet.
If there would be an 6.30.3 with the PPoE upload speed and the CA certificate import fixed, I would be happy with it...
Nah, forget the CA, just the upload speed fix, backport from 6.31...
This is so sad... We are on the MT hands now (or brains). Let's wait.If I can't access the router, I can't make supout eitherThis is exactly the problem I noticed on 6.31rc16 and 6.31 final. Can you make a supout file and send it to Mikrotik support? I could not send because my routers (two, not so important) were in production and I needed go back to 6.30.2.RB750UP is not accesible or visible in Neighbours since the upgrade. Ruter is responding to ping and is working.
PS: They stopped working completely after some time and I had to do a manual power cycle.
This problem no longer exists in version 6.32RC5RJ45 SFP 10/100 / 1000M copper module in RB922 with RouterOS 6.32RC3 does not work when you plug the network cable into the SFP module, you lose the connection to the Ether1.
Stay tuned...
Problem confirmed. I upgraded 28 routers (incl. two x86 machines) from v6.29.1 to v6.31 and, on 2 of those, I completely lose Winbox access via IP or MAC, as well as SSH, a short while after each and every reboot. Otherwise, they seem to function fine.i try upgrade my RB493aH .. run 5 min and blocked, cant acess via mac or ip..
power off, power on.. again 3min, again 20 min.. WTF with 6.31.. with problems i return to 6.29.1, i have lucky that these mtik was on my house, so i can unplug power, but we have some network in the city, not good option.
In our case, what sets these two 951G-2HnD routers apart from the others, is that 4 of their ports are on a bridge and ether5 is used to connect to another router – an identical 951G-2HnD which serves as the former's backup, and which can be accessed without problems. When ether5 is disconnected, the problem seems to go away. Do I need to contact support?
Many update firmware each time when software brings new. Several complaint about the fact it can't be done in one go. Now you always need two reboots.6.31 version works fine on my test lab equipment RB750G after firmware upgrade to 3.24 .
Previous version of firmware was 2.26 and I was getting port flapping, kernel caused reboots and other unwanted issues.
It looks like Mikrotik staff tests only with fresh firmware, btw everyone never updates firmware without reason. If there are possible issues, you need to inform user with LARGE RED LETTERS that old firmware is not recommended with new release.
Can anyone confirm that 6.31 is ok with last firmware on their test environment.
Anyway I am still unsure if it is safe to install it in production environment.
Yes, Mikrotik should pull off v6.31 from download page to avoid more headaches. We already have it enough in everyday life.This is a very serious problem, as routers in remote locations cannot be accessed and hence cannot be downgraded. Ideally, it should not recur in a proper released version ever again.
All versions are a danger to upgrade. Run it in a lab first. That's what we do, for a number of hours/days.Normis,
Unfortunately version v6.32.RC3 still hangs or completely freezes devices RB751U-2HnD after using for a couple of hours.
For several years all standard releases was never a danger to upgrade to, but with version v6.31 you guys just made it. If I were you, I might consider to call back version v6.31 and to keep v6.30.2 as the latest standard release.
Dominet.
Agree, I have similar problem. If a POE powered device is connected, the 750UP completly hangs. I had to downgrade to ROS 6.29.1.Big WARRNING DO NOT upgrade 750UP I have problem on network after couple hours devices just crash some reset by watchdog some not.
I kill my network with this upgrade.
Upgrade to ROS version 6.30.4 it works, but with 6.31 it very unstable.Agree, I have similar problem. If a POE powered device is connected, the 750UP completly hangs. I had to downgrade to ROS 6.29.1.Big WARRNING DO NOT upgrade 750UP I have problem on network after couple hours devices just crash some reset by watchdog some not.
I kill my network with this upgrade.
Not true! The 'becoming invisible' issue of some 750UP's existed until 6.32rc2, and rc3. Only now in rc5 it seems to have been solved....Please follow changelog for 6.32rc versions. Basically, if you use version 6.x, then check if issue is not fixed in 6.x+1rc.
Omnitik and 750UP issues are already fixed in 6.32rc version for a while now.
First of all use normal carácter size... this is very irritating. Like you are shouting...hi
i have a routerboard ( hap lite RB941-2nD ) and i want to install user man. on it. how could i do this?
in this site (mikrotik.com/download) there is no package for user man.
version of my router os : 6.31
i've downloaded extra package And main Package but user manager.npk doesn't exist.
is it possible ,that user-man install on my RB?
what should i do????
please help meeeeeeeeeeeeeeeee
/system package update> install
channel: current
current-version: 6.31
latest-version: 6.31
status: Downloaded 90% (8.0MiB)
/system package update
cancel check-for-updates download edit export get install print set
1) http://download2.mikrotik.com/routeros/ ... s-6.27.zipthanks for your help
please give me the url for:
1- router OS 6.27 for SMIPS ( hap lite - RB941-2nD )
2- a package that contain USER-MANAGER
thanks a lot