Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 45 replies
  • Subscribers 2 subscribers
  • Views 16350 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
    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. [;)]
  • 0 in reply to cybermuz
     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.
Reply
  • 0 in reply to cybermuz
     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.
Children
No Data
Cookie Information Banner