Backup/Restore question

You shouldn't have any problem.  You might have to figure out which interfaces are internal and external, but the hardware shouldn't affect the configuration backup.

Cheers - bob

Thanks Bob. I just finished the new setup so I'll try and restore a backup from the old systems and see what happens. [;)]

Kevin

As long as you have an equal number of, or more, NICs in the new machine, all should be fine with your restore.  Make sure your new machine is loaded with the same version, or newer, build of ASG before attempting the restore.

Ok guys, that did NOT go well. [:)] I installed ASG on a different machine, same number of NIC's, upgraded to 7.501 and then restored the backup from the previous 7.501 system. Got locked out of the system, all access died, etc. Reboot didnt help. Had to reinstall and start over. I guess the backups are somehow tied to the NIC config/drivers?? All IP addresses on the new machine were the same so all I can figure is that the backup IS tied to the hardware somehow. [:(] An option to only restore the actual system config (everything BUT the hardware stuff) would be nice for situations like this where the hardware is different. Thanks for the help anyways guys!

Kevin

Kevin, I've swapped many customer's systems, changing to totally different hardware (hardware upgrades, migrating from ASG appliances to custom hardware, etc.), and have never had an issue.  My guess is that possibly the new hardware had some NICs that aren't on the HCL (thus leaving you "short" on assignable interfaces), or they weren't properly detected by Astaro.. that, and realize that Astaro (Linux) will assign interface numbers to NICs in all sorts of wierd orders, which will vary based on the hardware installed.  The backups aren't tied to hardware drivers for NICs, or any of the other hardware for that matter.

BrucekConvergent is totally right, the backup files of Astaro doesn´t contain any hw information or drivers or somethin like this. The "lowest level" information about NICs is the naming and numbering of the interfaces like you see it in Webadmin, i.e. "eth0", "eth4", etc.
kevinb, when you logged into the new machine, befor you restoreewd the backup file from the old machine, did you check wheter all NICs were detected properly? (see the "hardware" tab under "network - interfaces") ?

What means "Got locked out of the system, all access died, etc. " - were you justed locked out of Webadmin and weren´t able to log in again, or was the system really totally dead (even no console access possible), or were SOME NICs still working (ping etc.) but others not? You should describe the behaviour as detailed as possible so we can get a idea about the  source of the issue.

>> All IP addresses on the new machine were the same so all I can figure is that the backup IS tied to the hardware somehow.
This is something I don´t understand. You mean, after applying the "restore", you were able to check that all NICs have the correct IP adresses (from the "old" system), right? But how did you verify this, if the system was "dead"  - on the console (with ifconfig -a) or on the webadmin ?

The NICs won't necessarily be in the same order as before, so you should look at the MAC addresses on the NICs, and compare them with what WebAdmin shows the MACs as.

Or, you can use ping -f to each LAN from the console to try to identify NICs, the one that's blinking is probably the one you're running the ping on.

Barry

Kevinb, I'm in the same boat. Installed 7.502 on a pc with 3 nics, long hours configuring system with no issues. Was going to use this system as temporary until I could revise my Poweredge server (new gigabit nics) with 7.502 installed with current backup from the temp system. Well, before doing this I wanted to test this senerio out, so I made a backup of the temp system 7.502 pulled one of the nics (intel gigabit) and left the remaining two (3coms). I wanted to use the Intel gigabit in the server since it has one exactly like it. Loaded 7.502 from a CD onto the temp system, everything went well. Configured to the point were I could get access and see both 3coms on the dashboard/interfaces/hardware. I then proceeded with the restore and that went well to the point I logged in. The dashboard showed 3 nics (intel gigabit, and 2 3coms) eth0,eth1,eth2 were before it showed only the 2 3coms eth0, eth1. I then checkedthe interfaces and that only showed the 2 3coms but then checked the hardware tab and it shows all 3 nics. The problem being this machine only has the 2 3coms in it and the intel was removed. I've done this 3 times with various pulls/switching of the 3coms and each time is the same. So there does seem to be an issue with a restore, but could be something to do with me trying on the same system each time. Still does not make sense when is lists hardware that does not exist?

Tom

Hi, did you disable the NIC in webadmin BEFORE making the backup?

Barry

All, thanks for suggestions but those did not work. I put the gigabit card back in. The interfaces tab showed both the 3com's and the hardware tab showed all 3 cards (gigabit in dash board as unused on eth0). I went into "edit" in the 3com card listed as internal and changed the "hardware" section to reflect the gigabit (eth0) card and saved it. I then shutdown the system and pulled the gigabit card. Rebooted and went into admin and noticed only the two 3coms listed under dashboard and not the gigabit card (unused). Went into the interfaces saw the 3coms with "internal" set at eth0 and now the "wan" card set to eth1 (from eth2 originaly). Went into "hardware" and only noticed the two 3coms, so all is well. I did not have to "delete" any card but only change the properties from within (edit) to reflect another. Dumb how this process works, but it should have been easier wih just a delete and then remove. Oh well, things are well and if others should have issues then maybe this will help!

Thanks,
Tom