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

Possiblebodged up2date to 7.301

I upgraded my asg220 from 7.104 to 7.301 last night.

it updated to 7.200, then 7.201, rebooted then 7.202
then it flatley refused to apply 7.300, so I used ssh access to force the update which it did and then it seemed to get halfway through applying 7.301 (ipsec package if I remember correctly) and the firewall rebooted.

After the reboot it shows 7.301 but I am not convinced it applied correctly.

I tried download 7.301 manually and uploading it through the browser, but it took 10 attempts before it would successfully upload it, then I returned to ssh and tried to again force the update but it said auisys was already running.
I checked the process info and it was not, so repeated the command, this time it said no updates were available.
I rebooted the box and repeated this whole thing again (again it took around 10 attempts to upload it through the browser 7.301 is 100mb in size) and again I returned to ssh and tried to again force the update but it said auisys was already running.I checked the process info and it was not, so repeated the command, this time it said no updates were available.

Is there another way to attempt the patch again? trick it that it is at 7.300 again or something?

I did not get any digest emails at all last night despite 2 times being set.


This thread was automatically locked due to age.
Parents
  • The up2date will bail out and not increase the system version on the slightest error, therefore I'd say that if it says it's 7.301 it is 7.301. If there was an error during the up2date installation, you can see it in the up2date.log. Please take a look there for any error messages or warnings.

    Cheers,
     andreas
  • thank you for your response, I found 

    2008:09:15-21:40:19 (none) auisys[6434]: Installing up2date package file '/var/up2date//sys/u2d-sys-7.301.tgz.gpg'
    2008:09:15-21:40:19 (none) auisys[6434]: Verifying up2date package signature
    2008:09:15-21:40:30 (none) auisys[6434]: Unpacking installation instructions
    2008:09:15-21:40:34 (none) auisys[6434]: Unpacking up2date package container
    2008:09:15-21:40:42 (none) auisys[6434]: Running pre-installation checks
    2008:09:15-21:40:53 (none) auisys[6434]: Not installing optional ep-amg
    2008:09:15-21:40:53 (none) auisys[6434]: Not installing optional ep-bootsplash-amg
    2008:09:15-21:40:53 (none) auisys[6434]: Starting up2date package installation

     then 2 mins later :-

    2008:09:15-21:42:37 (none) auisys[6434]: id="371Z" severity="info" sys="system" sub="up2date" name="Successfully installed Up2Date package" status="success" action="install" package_version="7.301" package="sys"


    so if it only took 2 mins to install, how come the update the update is 100mb in size ?
  • The times for verifying the signature and unpacking of the package container are also rather short, so I'd assume that your machine was not very busy at that time. What usually takes a lot of time during up2date installation is when there are additional scripts running that do stuff, like database conversions and generating certificates. The plain installation of RPMs usually does not take that long. I just verified it on my test machine, a celeron 2400 with 1GB ram, took about 1:30 mins to install. 
    I still think there's no reason for you to worry. [:)]
    Cheers,
     andreas
  • One client had a 7.202-7.300 Up2Date of their 220 that had to be forced.  The result was a pain in the *** mangling of the PostgreSQL database.  In retrospect, I wish we had done a clean reload with a CD install of 7.300 even though it would have meant losing the logfiles.
     
    Sophos UTM Community Moderator
    Sophos Certified Architect - UTM
    Sophos Certified Engineer - XG
    Gold Solution Partner since 2005
    MediaSoft, Inc. USA
Reply
  • One client had a 7.202-7.300 Up2Date of their 220 that had to be forced.  The result was a pain in the *** mangling of the PostgreSQL database.  In retrospect, I wish we had done a clean reload with a CD install of 7.300 even though it would have meant losing the logfiles.
     
    Sophos UTM Community Moderator
    Sophos Certified Architect - UTM
    Sophos Certified Engineer - XG
    Gold Solution Partner since 2005
    MediaSoft, Inc. USA
Children
No Data