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

New 8.300 Up2Date Package?

I just noted that Astaro has replaced the old 8.300 Up2date package online (and in the up2date repositories) that was dated Jan 10th with a new one today... it's about 2MB bigger, and has a different checksum.  What's different in this package?  Are there some fixes we should be aware of?


This thread was automatically locked due to age.
  • I've not heard anyone have those kinds of issues after updating to 8.300 -- short answer, no, there is no easy rollback function to go back to 8.2xx.  To do that, you will need to reimage the appliance / server, and restore a backup from one of those previous versions.  The license info, etc. are all stored in the backup file.  Note that you cannot restore a backup file created in a newer version of ASG than the version you are restoring to.

    Check your IPS and Packet filter logs --if you are using WAF, check that log as well... there may be an IPS rule triggering falsely, or some issue with the packet filter order.  I would also open a support ticket with Astaro.

    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.

  • Since update to 8.300 High Availability (active-passive) seems to be broken; at least with crossover connection between the two nodes. Connection through switch works again, but this open another point of hardware failure.

    Does anyone know if there is a configuration option that again allows direct crossover connection between the two ha nodes?

    At the console the slave nodes fails during "waiting for STP". The slave node will then be shut down.
    The HA log says "MTU error on HA interface! Please check your switch (e.g. if Jumbo frames are enabled). Shutting down in five minutes..." although no switch was involved.
  • Since update to 8.300 High Availability (active-passive) seems to be broken; at least with crossover connection between the two nodes. Connection through switch works again, but this open another point of hardware failure.

    Does anyone know if there is a configuration option that again allows direct crossover connection between the two ha nodes?

    At the console the slave nodes fails during "waiting for STP". The slave node will then be shut down.
    The HA log says "MTU error on HA interface! Please check your switch (e.g. if Jumbo frames are enabled). Shutting down in five minutes..." although no switch was involved.


    I'd definitely report this to Astaro Support (not just on this forum) ... not a lot of people do HA with the 110/120 units.

    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.

  • I've seen this happen before with 220s.  It's an MTU mismatch between the two devices, and only can be resolved at the command line.  For this reason, you should do as Bruce has suggested - get Astaro Support involved.

    Cheers - Bob
     
    Sophos UTM Community Moderator
    Sophos Certified Architect - UTM
    Sophos Certified Engineer - XG
    Gold Solution Partner since 2005
    MediaSoft, Inc. USA
  • Thanks for your replies so far.

    I've already seen the MTU error in the forum (related to vmware nics...).

    So I've set the MTU on both nodes for the ha nic... still same error.
  • There are a couple tricks to that, and working at the command line may void your support contract.  Have you contacted Astaro Support (via your reseller, if you don't have Premium support)?

    Cheers - Bob
    PS The "standard" quick-fix is to change to 2000 on the Master node, and watch the HA Live Log to see if communication starts back up.  If not, then change to 1500.  This must be done with cc.
     
    Sophos UTM Community Moderator
    Sophos Certified Architect - UTM
    Sophos Certified Engineer - XG
    Gold Solution Partner since 2005
    MediaSoft, Inc. USA

  • PS The "standard" quick-fix is to change to 2000 on the Master node, and watch the HA Live Log to see if communication starts back up.  If not, then change to 1500.  This must be done with cc.


    Thank you very much, Your quick-fix exactly fixed my problem!