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

UTM 9.104 Soft-Released

SOPHOS UTM v9.104 has been soft-released, MD5: 7b8cf3f4cd718ccfde0a35ffb8447442

Changelog:
News
· Bugfix Release
· Fixed: Several issues with RED and Wifi stability
· Fixed: Several issues with Web Protection reporting
· Fixed: Several issues with IPv6 Prefix Delegation
· Fixed: Missing entries in the Japanese Localization
· Added: Button to reset UTM ID to be able to use Endpoint Protection on cloned machines
· Changed: RED/VPN up/down notifications are disabled by default
· Changed: Show more detail information in Wireless Protection
· Changed: Improve DNS lookup performance in Web Filter
Remarks
· System will be rebooted
· Configuration will be upgraded
· Connected REDs will perform firmware upgrade
· Connected Wifi APs will perform firmware upgrade
Bugfixes
22750 Swapon failed for explicit UUID
25742 ha: disabling virtual_mac for ha did not result in different mac addresses on master/slave
25766 RED 50 connection is permanently dropped after HA takeover
25916 SUM can't set Web Filter URL Blacklist and URL Whitelist
26002 Web Application Security: .docx files broken after upload and download
26052 Performance problem in MiddleWare when generating SSL VPN configuration with many networks and users
26066 Show Frequency Band in the info of the Wireless Networks
26119 Wifi [ASG]: MAC Filter Whitelist not working
26452 Web Security reporting does not work correctly
26613 Since update to v9.101 inodes are filling up the slave node root partition


This thread was automatically locked due to age.
Parents
  • I agree, gilipeled, that your situation is different.  You've become a "gamma" test-site.  I've been pushing Astaro to do that for years, so I appreciate the effort this requires for you and your folks.   Thank you!

    The reason I push for the roll-back capability is to draw more people into trying soft releases and to generate more information faster.  I won't advise that my existing customers upgrade to new versions until I know they won't be impacted - new customers are installed with the version shipped on the appliance.  Most of my V6 customers first moved to V7 at V7.303.  Likewise, existing V7 customers first moved to V8 at V8.302.  I'm optimistic about 8.310->9.104.

    I acknowledge that a roll-back capability bringing in more high-usage soft-release testers may not yield an improvement in fixing bugs in the development cycle...

    Years ago at IBM, I did some regression analyses on chip production yield-rates.  The accepted wisdom in the industry at the time was that yield-rates grew as a function of the number of chips produced.  In none of the IBM yield-rate data could I correlate yield-rates any better to total-number-of-chips-produced than simply to time.

    The net of my report was that beyond a certain number of production lines for testing, additional production lines did not shorten the "learning curve."  One implication was that IBM was spending too much money producing too many chips during the development cycle.  After I left, I know that one plant reduced the number of development production lines from 12 to four.   I don't know what they concluded about that experiment, nor if my work had anything to do with the decision to try it.

    Cheers - Bob
     
    Sophos UTM Community Moderator
    Sophos Certified Architect - UTM
    Sophos Certified Engineer - XG
    Gold Solution Partner since 2005
    MediaSoft, Inc. USA
Reply
  • I agree, gilipeled, that your situation is different.  You've become a "gamma" test-site.  I've been pushing Astaro to do that for years, so I appreciate the effort this requires for you and your folks.   Thank you!

    The reason I push for the roll-back capability is to draw more people into trying soft releases and to generate more information faster.  I won't advise that my existing customers upgrade to new versions until I know they won't be impacted - new customers are installed with the version shipped on the appliance.  Most of my V6 customers first moved to V7 at V7.303.  Likewise, existing V7 customers first moved to V8 at V8.302.  I'm optimistic about 8.310->9.104.

    I acknowledge that a roll-back capability bringing in more high-usage soft-release testers may not yield an improvement in fixing bugs in the development cycle...

    Years ago at IBM, I did some regression analyses on chip production yield-rates.  The accepted wisdom in the industry at the time was that yield-rates grew as a function of the number of chips produced.  In none of the IBM yield-rate data could I correlate yield-rates any better to total-number-of-chips-produced than simply to time.

    The net of my report was that beyond a certain number of production lines for testing, additional production lines did not shorten the "learning curve."  One implication was that IBM was spending too much money producing too many chips during the development cycle.  After I left, I know that one plant reduced the number of development production lines from 12 to four.   I don't know what they concluded about that experiment, nor if my work had anything to do with the decision to try it.

    Cheers - Bob
     
    Sophos UTM Community Moderator
    Sophos Certified Architect - UTM
    Sophos Certified Engineer - XG
    Gold Solution Partner since 2005
    MediaSoft, Inc. USA
Children
No Data