[8.160][BUG][FIXED] Backup File can not be imported after Installation

I haven't experienced any problems in esxi.  What browser version and OS

I haven't experienced any problems in esxi.  What browser version and OS

Firefox 3.6.14
Win XP with last patches

Hello,

A fresh install of 8.2 on a ( physical) PC with 3 network cards.

Fresch install is OK and I begin to play , new application filtering on google mail and Logmein is great.

When I import the 8,102 config file ( Firefox 3.15 Mac Os 10.66) nothing happens excepted a freeze.

Can't ping anymore the Astaro. Same after a hard reboot [:S]



Regards,

Hi,
try disabling spoof protection. There is a bug that has been fixed in the next beta release.


Ian M

Firefox 3.6.14
Win XP with last patches

Did you try importing from webadmin by cancelling the initial setup/import wizard and did it work?

When I import the 8,102 config file ( Firefox 3.15 Mac Os 10.66) nothing happens excepted a freeze.Can't ping anymore the Astaro. Same after a hard reboot [:S]
Regards,

Are you sure your NIC order is the same in your backup as you used to setup your beta version?

I can't restore an old backup, too:

- fresh install of 8.160
- backup file from an asg 320 7.509
- upload to 8.160 is possible but after the click on the "restore" button nothing happens except the logout from the webadmin

I tried a 8.160 on vmware and on an ASG 120 with the same result. During this process the confd.log shows:

2011:03:15-16:35:25 asg8200 confd[29092]: I Snapshot::snapshot_set:379() => id="310j" severity="info" sys="System" sub="confd" name="submitted snapshot restore to /cfg" user="admin" srcip="192.168.1.10" facility="webadmin" client="index.plx" call="snapshot_restore"
2011:03:15-16:35:25 asg8200 confd[5192]: I main::top-level:296() => id="310k" severity="info" sys="System" sub="confd" name="restoring snapshot to /cfg"
2011:03:15-16:35:25 asg8200 confd[5192]: >=========================================================================
2011:03:15-16:35:25 asg8200 confd[5192]: E id="3100" severity="crit" sys="System" sub="confd" name="reset key main of storage permissions"
2011:03:15-16:35:25 asg8200 confd[5192]:
2011:03:15-16:35:25 asg8200 confd[5192]:  1. main::basic_storage_sanity:1070() confd.pl
2011:03:15-16:35:25 asg8200 confd[5192]:  2. main::startup_storage:1343() confd.pl
2011:03:15-16:35:25 asg8200 confd[5192]:  3. main::top-level:297() confd.pl
2011:03:15-16:35:25 asg8200 confd[5192]: |=========================================================================
2011:03:15-16:35:25 asg8200 confd[5192]: E id="3100" severity="crit" sys="System" sub="confd" name="reset key objects of storage permissions"
2011:03:15-16:35:25 asg8200 confd[5192]:
2011:03:15-16:35:25 asg8200 confd[5192]:  1. main::basic_storage_sanity:1070() confd.pl
2011:03:15-16:35:25 asg8200 confd[5192]:  2. main::startup_storage:1343() confd.pl
2011:03:15-16:35:25 asg8200 confd[5192]:  3. main::top-level:297() confd.pl
2011:03:15-16:35:25 asg8200 confd[5192]:  id="3100" severity="info" sys="System" sub="confd" name="reset key index of storage"
2011:03:15-16:35:25 asg8200 confd[5192]: I main::basic_storage_sanity:1080() => id="3100" severity="info" sys="System" sub="confd" name="reset key exclusive of storage"
2011:03:15-16:35:25 asg8200 confd[5192]: I main::top-level:317() => id="310k" severity="info" sys="System" sub="confd" name="snapshot restore to /cfg failed"
2011:03:15-16:35:26 asg8200 confd[29092]: I sys::_close_session:5913() => id="3100" severity="info" sys="System" sub="confd" name="closing session" user="admin" srcip="192.168.1.10" sid="RKpVhGSPyYDnszggxmBk" facility="webadmin" client="index.plx" call="logout"

Wow,

that log lines nailed it down the exact location of the regression. While trying to repair permissions (you know, the AUDITOR stuff), we failed to consider the V7 backup files, where there are no permissions. This made the whole restore process fail badly.

Thanks everyone for finding this!
Kai

No problem ;-)

Regards,
Marco

I too am experiencing this issue.

My ASG (both production 8.102 and beta 8.161) are on an ESXi 4.1.0 box. The upgrade protocol I use is as follows.

1) On the production router I disable all but the LAN/management interface and then create and export the configuration backup. I do this so only one interface will be active after I import the config. This makes more sense after step 3.

2) When creating the new virtual machine I create it with a number of interface cards equal to or greater than the number used in the machine I have exported the current configuration from. In this case both have 4 network adapters.

3) I place all of the network adapters for the new VM on the a single virtual switch with a single physical port connected, no other VMs or devices are on this switch except for my laptop which is plugged directly into the physical port. Since the setup wizard only activates the internal interface and the config I import has only one active interface, there are no conflicts or cross talk between ASG interfaces. I can then compare/match up MACs to ensure I place the correct virtual NICs on the appropriate virtual switches before activating the interfaces in the ASG Web Admin.

4) This is where the problem starts. I have tried:

• Importing the configuration file during the initial setup wizard/guide (not sure of the proper name)
  
• I have tried completing the initial setup, turning on only the DHCP service, and then importing and restoring the config from the management►Backup/Restore menu.
  

In both cases the web admin becomes inaccessible. Even after initiating a soft-reboot using the ESXi vSphere client, the web interface will not load and I can not ping the ASG (pinging is permitted by my imported config) and the DHCP service does not issue configurations.

Spoof protection is not enabled on the beta installation prior to import and it is not enabled in the config I am importing.

Just did a fresh install with 162, same problem.