Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 45 replies
  • Subscribers 2 subscribers
  • Views 16359 views
  • Users 0 members are here
Options
Suggested
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!

tbrandl
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.
Parents
  • 0
    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.
  • 0 in reply to cybermuz
    After upgrading to 7.507 today at 3 am (MEZ) iam not able to login via WebAdmin, i just see the browser-message: "Please wait, ..."  for an hour and nothing more happend. Rebooting does not fix the problem. On other ASGs I can see, that after the "Please wait,..." message a percent-loader is displayed, but on this ASG this loader is not displayed.

    As far as i can see all eths are up and all services are running... after typing the wrong password deliberately i even got the ASG mailmessage in my inbox that someone tried to access our ASG with the wrong password...

    but i would feel much better if webadmin works properly as well.


    Does anyone encounters the same problem? - And are there any hints whats going wrong here and how to fix it?


    TIA:Tricco


     (i tried to logon to CLI via COM-Port but i didnt set any credentials of loginuser or root, maybe there is a default pass? - i tried the credentials of the (web)admin user without success).
Reply
  • 0 in reply to cybermuz
    After upgrading to 7.507 today at 3 am (MEZ) iam not able to login via WebAdmin, i just see the browser-message: "Please wait, ..."  for an hour and nothing more happend. Rebooting does not fix the problem. On other ASGs I can see, that after the "Please wait,..." message a percent-loader is displayed, but on this ASG this loader is not displayed.

    As far as i can see all eths are up and all services are running... after typing the wrong password deliberately i even got the ASG mailmessage in my inbox that someone tried to access our ASG with the wrong password...

    but i would feel much better if webadmin works properly as well.


    Does anyone encounters the same problem? - And are there any hints whats going wrong here and how to fix it?


    TIA:Tricco


     (i tried to logon to CLI via COM-Port but i didnt set any credentials of loginuser or root, maybe there is a default pass? - i tried the credentials of the (web)admin user without success).
Children
  • 0 in reply to Tricco
    Try Firefox, 7.506 introduced some problems with IE...

    After upgrading to 7.507 today at 3 am (MEZ) iam not able to login via WebAdmin, i just see the browser-message: "Please wait, ..."  for an hour and nothing more happend. Rebooting does not fix the problem. On other ASGs I can see, that after the "Please wait,..." message a percent-loader is displayed, but on this ASG this loader is not displayed.

    As far as i can see all eths are up and all services are running... after typing the wrong password deliberately i even got the ASG mailmessage in my inbox that someone tried to access our ASG with the wrong password...

    but i would feel much better if webadmin works properly as well.


    Does anyone encounters the same problem? - And are there any hints whats going wrong here and how to fix it?


    TIA:Tricco


     (i tried to logon to CLI via COM-Port but i didnt set any credentials of loginuser or root, maybe there is a default pass? - i tried the credentials of the (web)admin user without success).

    CTO, Convergent Information Security Solutions, LLC

    https://www.convergesecurity.com

    Advice given as posted on this forum does not construe a support relationship or other relationship with Convergent Information Security Solutions, LLC or its subsidiaries.  Use the advice given at your own risk.

  • 0 in reply to BrucekConvergent
    Hallo!

    I have started a feature-request on this topic - please vote:

    Up2Date threshold time

    Thanks
    Manfred
Cookie Information Banner