Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 4 replies
  • Subscribers 1 subscriber
  • Views 1763 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

[7.300] SMTP Proxy => no dashboard stats and logs after update to 7.300 on HA node

Copyright
After updating our ASG320 HA cluster to 7.300 and fixing smtp proxy issues on one node, I see more issues on this node. If our cluster takeover to the "bad" node, the dashboard stats are not updated anymore, also there are no SMTP log entries in Mail Manager. As soon as I takeover to the "working" node, all stats are updated again without problems.

Anybody seen the same issues on their boxes ?

David


This thread was automatically locked due to age.
  • 0
    David, have you checked that both devices in your cluster have updated?  We have one client with a cluster, and we had to manually load the second node from a CD because it was not updating due to a bug in the last version of 7.20x.

    Bob
     
    Sophos UTM Community Moderator
    Sophos Certified Architect - UTM
    Sophos Certified Engineer - XG
    Gold Solution Partner since 2005
    MediaSoft, Inc. USA
  • 0 in reply to BAlfson
    Hi Bob

    thanks for the hint, but the second node was updated to 7.300 but with some issues which were fixed afterwards through Astaro support.

    One hour ago, I updated our cluster to 7.301, still the same problem with stats on the dashboard, which are not updated.

    I will now open an case with Astaro, to get fixed this, because have gold support.

    David
  • 0 in reply to Copyright
    I have the identical problem. Stats don't get updated either. Let me know when there is a fix [:)]

    The workaround is to failback to the original master node.
  • 0 in reply to James Bourne
    The same here, one node is working fine, the second "bad" node isn't showing any stats at the  dashboard. As you wrote, the only workaround is to failover again to the "good" node.

    As soon as I find some time, I will open an support case at astaro.

    David
Cookie Information Banner