[8.162][NOTABUG][CLOSED] Interfaces rearranged after Backip Install

I'm using the Software appliance.
With 3 nic's and upgraded inplace with no changes to hardware (just power down, reboot from new 8.162 cd) and reinstall of backup.
The old Software version was the current release (8.102 from memory).

Thanks

Mark

Mark, this is not a new issue--that is one of the few downsides of using the Software version; if they make an installation change in the ISO that detects your NICs in a different order (typically due to driver changes), that's how they show up in the installation... this changes from time to time as they use different drivers, etc.

I've mentioned before on this forum (and there may even be a feature request for this at feature.astaro.com) that it would be rather simple for Astaro to embed the MAC addresses of interfaces and their associated ethx assignment in the backup file... and the restore logic would look for any interfaces that had matching MAC addresses and associate them thusly; missing ones (like if you changed a NIC out) could be assigned randomly.  A way to change the assignment in the Webadmin would also be a good idea.

There is a workaround, thankfully, that is made easier in 8.*** (Version 7 and before, one had to use clunky scripts to reassign interfaces).  Just log into the shell, su to root, and edit the /etc/udev/rules.d/70-persistent-net.rules to match up the MAC addresses of your NICS with the proper interface name (I normally just change the ethX on a line to what I want it to be, as opposed to retyping MAC addresses).  Of course, such mods from the Shell are not officially supported by Astaro (unless they sanction it) and may void your support, but we do this on our custom appliances all the time, it works fine as long as you don't put any typos in there (I recommend making a copy of the original .rules file).  You can use VI or JOE to edit the file.

On an ASG Hardware Appliance, this is not an issue, as they have a script that detects what version of ASG Appliance you have, and it automatically reorders the interfaces using the predefined pattern that their testing has revealed as the order that is detected at installation time -- on some 8 port appliances, for example (such as some of our custom appliances as well), the first 2 interfaces are driven by a different controller, and use a different driver, and even though their MAC addresses are sequentially lower than the other ones, they are detect last, as eth7 & eth8... ports 3 through 8 are detected as eth2 through eth6 ... all because the driver for the first 2 ports loads last in the installation script.

Hi all,

since v8.002 there is an even easier way to fix the interface order, according to the backup file.

Simply do the following:

- Before upgrading, create a *new* backup
- Install the ISO, select desired eth0 during installation so you can logon to WebAdmin
- Import the Backup & enable SSH access
- Login via SSH, become root and run 'fix_itf_order.pl'
- Reboot

That should be everything you need to do to get your NICs ordered as before the Upgrade.

Please remember: NIC-Sorting will always *stick* when using Up2Dates! There is just no stable -> beta Up2Date, but the final Release will be available as Up2Date as well so there should be no customer impact on this one.

Hey Mario, can you clarify something for me?

I take it I can't use this 'fix_itf_order.pl' script to fix interfaces when I have to upgrade a customer's software install from 7.510 to 8.102, right?  Is the difference that in 8.002, the ASG started storing the MAC addresses in the backup file?

Hey Mario, can you clarify something for me?

I take it I can't use this 'fix_itf_order.pl' script to fix interfaces when I have to upgrade a customer's software install from 7.510 to 8.102, right?  Is the difference that in 8.002, the ASG started storing the MAC addresses in the backup file?

Hi BrucekConvergent,

there is no problem with a v7 backup imported into >= v8.002 and using 'fix_itf_order.pl' afterwards. Just make sure you don't change anything hardware-related (e.g. remove/add/replace NICs) between backup-creation and backup-import, otherwise the script may fail or produce unexpected results.

But I am correct in stating that if I take a 7.510 backup from an appliance, and restore it directly to an 8.102 system, that I'll still have to manually edit the udev file to fix the interfaces, right?

If you import a backup from another physical machine, there is no indicator how the NICs should be sorted - you then have to manually assign the interface hardware via WebAdmin (or via the udev rules file if you can't connect to eth0).

As I already said, importing a v7 backup into > v8.002 that was created & imported on the same physical machine and running the script afterwards should be perfectly fine. With Astaro ASG Appliances you don't have to care about this anyway, as the NICs will always be ordered correctly.

Thanks for the clarification!

Actually, one more question.. how do you reassigne a physical interface to another ethx designation from the GUI?  You mention it's possible, but I don't see how...  I think editing the UDEV is the only way for an initial installation.

It's not possible to re-assign physical network interface cards to other device names via the GUI.

But what you can always do is to choose a device for a logical network interface via WebAdmin at Interface & Routing >> Interfaces >> Edit (logical interface) >> Hardware. [:P]

If all physical network interface cards are already in use, you cannot re-assign via the GUI without deleting at least one logical network interface, though.