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

Maybe faulty pattern - Do not reboot!

Hey everyone,

sorry about the double-post, but imho this important enough to be on the mainpage.

There seems to be an actual issue regarding a faulty pattern.

The information I got:
If your box is making some trouble, do not reboot.

After a reboot the hardware appliance may hang with a haldaemon-failure, without any interface showing up.....

If you ran into this issue, here the "official workaround":
(information by astaro-support)

[SIZE="2"]
please do the following steps to bring back the system:

plug a monitor and keyboard to the system

login via root on commandline

If the directories do not exist and there is no connectivity:

  mkdir /opt
  mkdir /opt/inst
  mkdir /opt/tmpfs
  mkdir /opt/tmpfs/run
  mkdir /opt/gnome
  mkdir /opt/gnome/lib
  mount /opt/inst
  rpm -Uvh glib2****** --force (aus /opt/inst)


cp /var/storage/chroot-pop3/usr/lib/libglib-2.0.so.0 /usr/lib/

cp /var/storage/chroot-pop3/usr/lib/libgobject-2.0.so.0 /usr/lib/

Afterwards list all available system backups:

backup.plx –l

choose the lastest backupfile! Excecute the following command:

backup.plx –i /var/confd/var/storage/snapshots/cfg_*****
[/SIZE]

Astaro seems to work on this issue, a "repairing pattern-update" will come soon.

Best regards,
Thomas


(my main-gateway was offline for nearly 4 hours today and had to be re-installed.......)


This thread was automatically locked due to age.
  • Well, besides we were "hit" with major issues following, besides it's the 3rd time in a year, how come there's still nothing on up2date OR some kind of panic mail from Astaro stating both the issue AND the solution ( if it IS fixed now )

    Astaro isnt playing among dlink's and netgear's, they charge a lot more, more could and should be expected.
  • my broken astaro has pattern 20006


    My same faulty pattern
  • problem was a broken virus scanner.

    there was a broken libary 

    wrong File: libgthread-2.0.so

    now it's working.


    In my case was libgobject-2.0.so.0
  • I hate to say it Peeps, but this situation has gotten a little stale.

    We only have a couple days to get boxes upgraded to 7.507 to resolve the Cert bug and very little info on when we can be confident to perform the upgrades on remote headless systems without problems.

    To date, my system is still using Pattern v. 20026. I have confirmed that my Up2Date system is working properly.

    So, the questions are:

    1. Have we confirmed which Pattern versions are causing this problem and which ones aren't?
    2. Do we have an ETA on the fixed pattern version?
    3. What are the specific processes to remedy a failed pattern version to allow us to confidently upgrade / reboot remote/in-accessible systems.

    I apologize for my frankness, but I think we simply need some clarification to a solid resolution so that we may all proceed in a educated decisive manner.

    Be well my friends. [;)]
  •  I think we simply need some clarification to a solid resolution so that we may all proceed in a educated decisive manner.

    I stopped my updates and the pattern I was offered this morning was 20030 with u2d-ohelpng-7.11-20.patch.tgz.gpg. I didn't have any problems with the install.

    At this point I believe you are safe to go ahead and update. There was never a problem with firmware update. The problem was in the update definitions that are pushed by astaro (which got fixed almost immediately). But it wasn't fast enough if your machine was one of the many that got the bad update.

    The people that didn't reboot got the good patch automatically. The ones that rebooted had hours of headache. After the patch was issued, you no longer were getting the bad update so it was safe.

    This is all just guess work so it would be nice if someone from astaro can just give us a brief overview of what happened.
  • If anyone thinks you still have this problem, please refer to Post #6 on the first page of this thread.

    Cheers - Bob
     
    Sophos UTM Community Moderator
    Sophos Certified Architect - UTM
    Sophos Certified Engineer - XG
    Gold Solution Partner since 2005
    MediaSoft, Inc. USA
  • If anyone thinks you still have this problem, please refer to Post #6 on the first page of this thread.

    Cheers - Bob


    Hi Bob, are you referring to restarting confd?

    What is the best way to do that? From init?

    Thanks,
    Barry
  • all said and done....
     Is it safe to Upgrade to 7.507 from 7.504 now?
     i have my clients running 7.504  and 7.505 all with update patterns 20035.
     is it safe now to update the firmware? [:S]
  • Hi Folks,

    as most of you know, we released a pattern last Friday causing some different problems on v7 installations.

    The released pattern had the unwanted side effect of removing a library which is used by the system in a couple of ways. 

    A later pattern has reinstalled this library.



    Firstly, if the system was rebooted before the second pattern was downloaded, there will be a HAL error at boot time:
    .......
    Starting HAL deamon/usr/sbin/hald: error while loading shared libraries: 
    libgobject-2.0.so.0: cannot open shared object file: No such file or directory
    startproc: exit status of parent of /usr/sbin/hald: 127



    Secondly, if a new license has been uploaded this library is used to check that the license matches the hardware. This check will fail and it will appear that the license has expired.



    Thirdly, if the system is configured as HA-System then no nodes will be shown in Webadmin > Management > High Availability > Status



    To correct this please follow the following instructions and in case you still have a problem please open a support ticket via www.myastaro.com


    -----------------------------------------------------------------------
    HAL issue
    -----------------------------------------------------------------------
    please do the following steps to bring the system back up:

    plug a monitor and keyboard to the system

    login via root on commandline

    If the directories does not exist and there is no connectivity:

       mkdir /opt
       mkdir /opt/inst
       mkdir /opt/tmpfs
       mkdir /opt/tmpfs/run
       mkdir /opt/gnome
       mkdir /opt/gnome/lib

       mount /opt/inst

       rpm -Uhv --force /opt/inst/rpm/glib2 (hit tab directly after the glib2)

    (That is looks like e.g.: /opt/inst/rpm/glib2-2.8.5-21.2.1.i686.rpm the 
    numbers vary)


    cp /var/storage/chroot-pop3/usr/lib/libglib-2.0.so.0 /usr/lib/
    cp /var/storage/chroot-pop3/usr/lib/libgobject-2.0.so.0 /usr/lib/

    Afterwards list all available system backups:

    backup.plx -l

    choose the lastest backupfile! Excecute the following command:

    backup.plx -i /var/confd/var/storage/snapshots/cfg_*****

    Please reboot the system after this.
    -----------------------------------------------------------------------



    -----------------------------------------------------------------------
    LICENSE issue
    -----------------------------------------------------------------------
    every system which complains about invalid licenses after the recent
    pattern up2date should restart confdaemon via:
    /etc/init.d/confdaemon restart
    -----------------------------------------------------------------------



    -----------------------------------------------------------------------
    HA issue
    -----------------------------------------------------------------------
    V8:
    Reboot the HA-Systems

    V7:
    Check if you have the latest pattern version installed.
    If you recieve an output with the following commands the latest pattern
    version is installed:

    for Versions 7.506 and 7.507:
    rpm -qa |grep u2d-ohelp7-7-8

    for Versions until 7.505:
    rpm -qa |grep u2d-ohelp-7-212

    If you have the latest version then reboot the systems.

    In case you still have a problem, please ask Astaro Support for an additional script.
    -----------------------------------------------------------------------


    If you have any additional questions or feedback, please send me a private note.


    Regards,

    Dominic Schmidl
  • OK gents. I am going to make some educated assumptions here based upon my take from our discussions in this thread and my own observations of my system.

    1. No the firmware update to 7.507 does not cause the the issue of losing the required lib. It was the "pushed" pattern update that was at fault. BUT, the firmware upgrade would force a reboot so if we did not have the safe pattern version before hand, *BOOM* Brick. 

    2. To date the actual pattern version number that caused the problem with the system library has never been released/stated. But we do know that it was quickly fixed by the Astaro team. Since I found this thread this weekend I noticed my pattern did not change from v.20026, so I was not confident that it was the repaired version. As of this morning it is registering pattern v.20037. So I am now confident that it is a repaired version.

    SO, in conclusion I would agree that it is now safe for us to install the 7.507 firmware upgrade as long as your Pattern Version is 20030 or above. Just to be on the safe side and as always, save a configuration backup before applying the update.

    P.S.
    Just a reminder to some of the folks. Some of us are good at what we do. And sometimes that does not include diagnosing, configuring and repairing Linux distros from the command line. Heck, I test and play with Linux distros for different environments all day, yet for the sake of me I still cannot run VI from memory. Yes, I am a recovering Windows convert, but I have seen the light and am working on repenting my old Windows ways. It's just going to take time. So us converts really rely and so deeply appreciate when you all that understand all this stuff write out detailed step by step instructions with explanations. We learn from your knowledge and wisdom, and hopefully do it honor by passing it on to the next person in need.

    So again, much appreciation and gratitude to you all that work so hard to help us Linux newbies.