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

"Lost" RED after 8.300 update

I have a RED at a branch location and after updating our ASG to 8.300, I have lost connection. The system light on the RED is flashing red with the rest of the lights flashing green. The logs show:

2012:01:12-01:02:20 asg425 red_server[5912]: SELF: Compiled-in firmware version is 14
2012:01:12-01:02:20 asg425 red_server[5912]: SELF: Rev2 version set to 15R2
2012:01:12-01:02:20 asg425 red_server[5912]: SELF: IO::Socket::SSL Version: 1.31
2012:01:12-01:02:20 asg425 red_server[5912]: SELF: Startup - waiting 15 seconds ...
2012:01:12-01:02:35 asg425 red_server[7106]: UPLOAD: Uploader process starting
2012:01:12-01:02:35 asg425 red_server[5912]: SELF: (Re-)loading device configurations
2012:01:12-01:02:35 asg425 red_server[5912]: ***************: New device
2012:01:12-01:02:35 asg425 red_server[5912]: ***************: Staging config for upload
2012:01:12-01:02:36 asg425 red_server[5912]: SELF: (Re-)loading device configurations
2012:01:12-01:02:43 asg425 red_server[5912]: SELF: New connection from  with ID *************** (cipher AES256-SHA), rev1
2012:01:12-01:02:43 asg425 red_server[7636]: ***************: connected OK, pushing config
2012:01:12-01:02:54 asg425 red_server[7106]: UPLOAD: [***************] Uploaded config to registry service
2012:01:12-01:03:14 asg425 red_server[7636]: ***************: No ping for 30 seconds, exiting.
2012:01:12-01:03:14 asg425 red_server[5912]: ***************: disconnecting
2012:01:12-01:03:32 asg425 red_server[5912]: SELF: (Re-)loading device configurations
2012:01:12-01:03:32 asg425 red_server[5912]: SELF: (Re-)loading device configurations
2012:01:12-07:12:52 asg425 red_server[5912]: SELF: (Re-)loading device configurations
2012:01:12-07:12:52 asg425 red_server[5912]: SELF: unable to fetch red->servers object list
2012:01:12-07:12:52 asg425 red_server[5912]: SELF: (Re-)loading device configurations
2012:01:12-09:23:45 asg425 red_server[5912]: SELF: (Re-)loading device configurations
2012:01:12-09:24:04 asg425 red_server[5912]: SELF: (Re-)loading device configurations

It has just been repeating the SELF: (Re-)loading device configurations for 34 hours. Any suggestions? Will (or did) the RED fall back to DHCP? It will not get an IP because ISP does not give DHCP addresses.


This thread was automatically locked due to age.
  • Hi LowEndTheory, and welcome to the User BB!

    I hope you have a support request in to Astaro.  It looks the provisioning server can't reach the RED.  Is  the one at your branch?  Are the **** all identical?

    Cheers - Bob
     
    Sophos UTM Community Moderator
    Sophos Certified Architect - UTM
    Sophos Certified Engineer - XG
    Gold Solution Partner since 2005
    MediaSoft, Inc. USA
  • I got the unit reconnected. It had fallen back to DHCP mode. I had a local user plug in the old SonicWALL so that the RED could pull an IP and reconfigure itself.

    These things should really have the option to keep its configuration no matter what and a manual way to reset it, if needed.
  • There might be something meaningful in your logs for Astaro Support that would help them figure out why your ASG told the RED to re-initialize itself, so I hope you have your reseller submit a support request.

    Cheers - Bob
     
    Sophos UTM Community Moderator
    Sophos Certified Architect - UTM
    Sophos Certified Engineer - XG
    Gold Solution Partner since 2005
    MediaSoft, Inc. USA
  • I updated a customer the other day to 8.300 from 8.103, and their RED (which had a static IP address) updated fine... I would definitely get Astaro to look into your situation.

    CTO, Convergent Information Security Solutions, LLC

    https://www.convergesecurity.com

    Sophos Platinum Partner

    --------------------------------------

    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.