I restore the config - from same type of device running same firmware. It has hotspot enabled.
when the new device boots, wlan is down, and ethernet I guess is blocking everything. I know it has an IP from my other router, but I can’t get into it.
so I guess the best I can do is /export cfg then /import ?
I dread to think what would happen if I had to get a stand-in person to figure all this out if a customer’s box needed replacing. I have a 9-interface rb1100ahx4 dude edition at a very important site. Would none of the interfaces work/match up with the configuration if that was restored to a replacement identical-model unit as well?
Define “same type of device”? Backup was never intended to work between different HW models.
You can restore backup reliably only on exactly the same HW model.
wAPac to wAPac. They look the same to me but who knows what goes on inside!
I guess the backup has the interface configs tied to mac addresses :-/
It would be better if the backup at least was consistent with ether1 = ether1, ether2 = ether 2 etc,
anyway I have managed it now with /exported config, and I’ve written down my steps for future reference.
To be fair, I didn’t know about /export and it’s pretty useful. It’s nice that I can edit in a text editor. I thought I would be able to do that with a ‘do not encrypt’ backup, but discovered that’s not the case (unencrypted backup is still an obfuscated pile of hex)
@mrz, point me to one example when restoring configuration from identical devices works 100%, I’ve never met such situation. There are always empty bridges, different eth order, lack of assignemt of IP to interfaces, wrong SSID etc.
Frankly I thought it’s intended to be such way, never expected to do broken hw replace with simple restore config…
Not to mention that other vendors gears doesn’t have this problem what helps running bussiness but not on Mikrotik. It’s better to do step by step from old device, if it’s available. But when old HW is broken, fired or drowned in water problem is more complicated.
Same issue with my rb2011-uias’s. Tried to duplicate the one in production to my lab.
After restore rb started into secondary partition. Tried again with no success and gave up.
Exactly. I starting taking backups of my customer’s Mikrotik boxes some time ago. I was also hit with the RB450G capacitor failures ~5 or 7 years ago..
but.. these backups are basically useless aren’t they.
If the restored backup locks you out of the router then you are totally screwed and there is no ‘in-between’ such as ‘restore backup but don’t activate immediately’
in fact, if we could have a ‘restore backup but do not activate until config confirmed’, and allow editing of settings before making live, then that would fix it. Or allow console access or something, but that’s not there on most of the MT routers.
I’ve used the word ‘identical’ a few times here. I even ensured the routerOS was the same version too. Identical model hardware - from the outside! I don’t know if you use a slightly different chip revision on the WLAN or ethernet though do I.
Use export to file. Then use terminal and past sections one at at time. It’s usually a OS version mismatch issue. I find pasting in terminal much more reliable but I don’t suggest importing the whole file at once. Make sure your autocomplete in terminal is set if not the paste command will fail use the mouse, right click past option not cntrl + v
The backup file I find should only be restored on the device it was made on and only when it’s the same OS version for restore.
Write to support, specify what configuration you had on the router when you created backup (preferably generate supout file) then restore backup and generate another supout, so that we can see what exactly is not restored correctly.
So backup is useless when restoring to IDENTICAL hardware like e.g 2011, but export and step by step import is a workaround and is not conveniant especially with distant acces
The backup file I find should only be restored on the device it was made on and only when it’s the same OS version for restore.
Why only on the exact same device? other vendors are less restrictive, and You can EASILY restore backup from one to another what makes job a LOT faster and nicer.
I’m not sure writing to support will work; backup is not intended to be used between identical devices, it works only with the SAME device.
From RB2011 A to RB2011B → won’t work.
Don’t use backup to duplicate configs over devices, use export/import instead.
Well, restore from A to B can work IF you reset the MAC address of ALL physical interfaces. Also, if you have an address in a bridge, make sure that it’s pointing to a real MAC, not the one in the backup that doesn’t exist anymore.
Regardless of whatever the official stance is from Mikrotik, some sort of useful backup/restore which doesn’t require a plain-text config export, and/or have vital pieces missing, would be a very useful feature to help in disaster recovery.
Instead, it seems like the best option is to keep a pre-configured device on hand, but that means every configuration change needs to be repeated to the spare device. For example. I have been through quite a few of the higher performance routers, just because.. well just because I want to try them. So the site that has the rb1100-ahx4, also has a decommissioned Rb3011, so I could get that back online, configure it all, and document it as a spare, in case I die or something and the company needs somebody to fix/swap the router.
It would be really nice if the Backups that I have been doing on all my routers were actually useful though and could be used for the purpose for which I naturally assumed they would be.
If I restore backup and it locks me out of the router how can I generate an spout from the second router?
You have enough info, and you are MT support, so as far as I can tell, you know about this issue now, if you didn’t already! Hopefully my input and others here has been useful and you will take it onboard and improve the product for yours and my success going forwards.
Well I agree with you there, there should be a simpler way of copying a configuration from one device to another. Both for devices that are exactly the same, and also for devices that are only similar. I have been through that a couple of times…
We don’t need to copy the config of a CCR1072 on a HEX, of course. But for similar devices that one would buy as a replacement or backup of an existing device, it would be nice to have.
The method of using /export and pasting the output in the new device sort of works, but requires a lot of manual action (which requires expertise), and is quite error-prone.
Maybe there should be a method for “importing a foreign /export” where the device itself does the actions like “omitting MAC addresses”, “handle minor differences like an extra interface or missing interface”, etc.
Right now an import simply stops at the first minor error and this makes it unusable, forcing the use of copy/paste with careful circumvention of unwanted fields like MAC address.
Also, the /export does not contain the full router config (certificates, keys, users/passwords).
The solution should cover two common scenarios:
the user wants to build a second device configured the same way as their original (to keep as a spare or to replace their outdated model with a new one)
the user (likely some WiSP or project) wants to initially set all devices to some base configuration that they then further refine for the specific use
