This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

ASG v8.301 reverts to post-install defaults after 1 week...?

Hello all - we have encountered a strange issue.

On March 10 we upgraded our virtual ASG v8.300 to v8.301. Everything was working fine, no issues identified when reviewing the upgrade results.
We checked the WebAdmin console almost every day since the upgrade and all was still fine UNTIL today when suddenly the WebAdmin console shows the default post-install pages where you need to fill in Host Name, address, license key etc. etc.

What has happened here? Is this the result of another messed up Astaro up2date package?

We are running the ASG on ESXi and we have snapshots available from both before the upgrade and from this morning when suddenly the ASG was back to defaults.

Any tips or comments from anybody? Did anybody else experience this?


This thread was automatically locked due to age.
  • I've never seen this, nor has it ever been reported here.  It must be an ESXi issue or a layer 8 [;)] problem.

    Then again, this seems similar to something I first noticed in V8, and that I've "repaired" by restoring a backup from before the issue appeared.  If you haven't done that yet, you might do a 'Config Dump' for Astaro from 'Support >> Advanced' first. 

    Cheers - Bob
     
    Sophos UTM Community Moderator
    Sophos Certified Architect - UTM
    Sophos Certified Engineer - XG
    Gold Solution Partner since 2005
    MediaSoft, Inc. USA
  • Is it possible that an administrator on your ESXi machine has reverted to a snapshot with no configuration?
  • Nope - apart from the fact that i am the only one touching this ESXi environment, reverting to snapshot would have shown up in the logging. I wish it was that easy.

    I gues I will have to start diggin through log files...
  • We had a number of similar issues with 8.103 (in different cities). Now we are upgrading to 8.301 and according to this thread problem is still there...
    All affected units were software appliances.
    Logs from affected machine attached.

    Support can't say anything helpful about this situation.
    SB1701292.zip
  • Hi Undel,

    from your confd log file:
    2012:03:23-19:07:29 SB1701292 confd[4866]: W main::top-level:149() => id="310p" severity="warn" sys="System" sub="confd" name="storage corrupted, initializing from default storage: read_storage failed"

    This should not happen. Can you check if there is one ore more files in "/var/confd/var/storage" directory called cfg_***x.corrupt? If yes, can you please mail them to me (uweber@astaro.com) and I will forward them to the responding developer.

    Thanks
     Ulrich
  • Thanks, we'll check for this.
  • Yes, we have such file. See attachment.
  • Thanks for the file, removed the attachment.
    Will investigate what caused the error and let you know.
  • There is junk data in the confd storage file, probably caused by an unexpected reboot.
    However this should not happen. So the problem is either in the file system layer or in the confd itself.

    Can you please post the output of /etc/fstab of an affected system? e.g. "cat /etc/fstab"

    Is this happening on hardware or virtual installations?
  • Here is what you requested:


    SB1701292:/home/login # cat /etc/fstab
    # written by Astaro Installer

    LABEL=boot /boot ext3 defaults,ro,data=ordered,noatime 1 2
    LABEL=swap swap swap sw 0 0
    LABEL=inst /opt/inst ext3 defaults,noauto,data=ordered,noatime 1 2
    LABEL=storage /var/storage ext3 defaults,data=ordered,noatime 1 2
    LABEL=root / ext3 defaults,data=ordered,noatime 1 1
    LABEL=log /var/log ext3 defaults,data=ordered,noatime 1 2
    LABEL=tmp /tmp ext3 defaults,data=ordered,noatime 1 2

    none /proc proc defaults
    devpts /dev/pts devpts gid=5,mode=0620
    proc /proc proc noauto
    sysfs /sys sysfs noauto
    usbfs /proc/bus/usb usbfs noauto


    http://dl.dropbox.com/u/36022480/dir.zip

    All ASGs are software appliances (installed on real HP hardware)