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

roll back firewall to last known bootable state

Question:
Is there a document I could use to talk someone over the phone (non tech person) how to put the firewall back to a bootable state after an update has gone bad?

applied updates to firewall,  after reboot the machine didn't boot to the OS (no QAn'?).

flame: this is a remote  revenue generating site and I'm just estatic about the state we find ourselves in.  Thanks!

  


This thread was automatically locked due to age.
  • I found Astaro updating to be non-transactional; if you reboot while an update is in progress, you can screw the box up. But the feedback you get through html is often lacking during an update, so it is not unreasonable that you try doing just that -a dangerous situation.

    As a workaround, I ping the box continuously in a seperate session while I watch updating progress. If I lose both the ping and html, I wait; when I see the pings come back, I refresh the browser admin.

    Maybe too late now, but you should always backup before an update.

    In answer to your question: no. To anybody: does Linux have a "GoBack" like product??

    For an important client such as this I set up serial access. Barring that, you would have to talk them through an install, and configure the external interface to the point that you can load the backup.

    Architecture suggestion to Astaro: make the progress windows use client side Java that keeps the status window painted with a progress indicator, and does testing with socket connections such as that. That should be easier to do than designing your updates to be transactional; I understand that when you have to get out an update, you don't have all the time in the world! (to be adding in transactional rollback features...)