Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 8 replies
  • Subscribers 2 subscribers
  • Views 1505 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

9.004-34 Update

scottj_01
All-

What did the 9.004-34 update fix?

Thanks,
Jim


This thread was automatically locked due to age.
  • 0
    Hi,

    Up2Date 9.004034 package description:

    Remark:
     Only relevant for Cluster/HA systems when adding new appliances

    News:
     Fix version difference between 9.004 Up2date and 9.004 Factory install

    RPM packages contained:
     ep-release-9.004-34.noarch.rpm                    



    Regards,

    Kestutis
  • 0
    Just a small version number alteration.
  • 0 in reply to AngeloC
    Just a small version number alteration.


    That's what I thought. Unfortunately, scheduling an update from 9.004-33 to 9.004-34 overnight resulted in all our BOVPN tunnels all being offline and one office apparently having crashed. I'm waiting for folks on site to cycle the power on that unit.

    At the moment, it's starting to feel as though upgrading from ASG 8.308 to UTM 9 was a mistake.
  • 0 in reply to Trane Francks
    That's what I thought. Unfortunately, scheduling an update from 9.004-33 to 9.004-34 overnight resulted in all our BOVPN tunnels all being offline and one office apparently having crashed. I'm waiting for folks on site to cycle the power on that unit.

    At the moment, it's starting to feel as though upgrading from ASG 8.308 to UTM 9 was a mistake.


    Exactly the same here for my 2 node HotStandby Cluster (Software Version of UTM9). Had to restart the whole cluster to get back fully functioning VPN tunneling and user authentication...
  • 0 in reply to eserzet_01
    Hi,

    have applied this update to 2 of 6 ASG 110 running with 9.004033.

    Both devices disconnect from PPPoE and both devices are not at my location (one is 150 km, the other 200 km away).

    Seems there must be more then only adjusting version numbers....

    "Thank you SOPHOS"
  • 0
    Hi, Siggi,

    Before you hop in the car to drive to those places you should contact Sophos Support. 

    Cheers - Bob

    Sorry for any short responses!  Posted from my iPhone.
     
    Sophos UTM Community Moderator
    Sophos Certified Architect - UTM
    Sophos Certified Engineer - XG
    Gold Solution Partner since 2005
    MediaSoft, Inc. USA
  • 0
    Hi, Siggi,

    Before you hop in the car to drive to those places you should contact Sophos Support.

    Cheers - Bob

    Sorry for any short responses!  Posted from my iPhone.


    Questions:
    Which ISP you're using in which country?
    Which technology ( adsl, adsl2+, vdsl)?
    How are the mru, reconnecz delay settings in the pppoe if?

    /Sascha
  • 0 in reply to Sascha Paris
    Questions:
    Which ISP you're using in which country?
    Which technology ( adsl, adsl2+, vdsl)?
    How are the mru, reconnecz delay settings in the pppoe if?

    /Sascha


    Hi Bob, hi Sascha,

    i did not contact support, because after next scheduled pppoe reconnect the connection was established. It seems, that the connection has been disconnected by applying the update and the box is still running after this update, because reconnect of pppoe was executed as scheduled.

    But why does the software does not recognize immediatley that pppoe is down and why the box does not try to immediately reconnect. I believe only Sophos can give a answer here.

    What I learn for myself is:
    When in future running a update that do not reboot the box itself, before starting the update i will schedule a reboot of the box maually a short time later than the update runs.

    Sascha: I am connected to German T-DSL business; SDSL; 2 MBit; MTU: 1492.
Cookie Information Banner