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

Login impossible after upgrade from 7.3x to 7.403

tuxi
Hi,

yesterday I upgraded one ASG machine from 7.3x (latest 7.3x release) to newest 7.403. After upgrading no login is possible anymore.

What can I do? The default username "admin" with the right password doesn't work anymore.
I have no local/physical access to the machine.

What is going on there??? This seems very mystic to me. BTW: In the evening of the 8 june my private ASG (7.402) stopped logging and delivering emails suddenly. No one was on the machine since weeks. Restarting didn't help and restoring backups (days and weeks old) didn't help, too. I had to reinstall with 7.402 image from scratch and restore from backup file... outch... Never had stuff like this any time before..... [:(]

Michael


This thread was automatically locked due to age.
Parents
  • 0
    I have seen cases where you could not log in after starting the update, but after the post-update restart logins returned to normal.  Have you restarted the system?  Also, I don't suppose you have SSH access...
  • 0 in reply to Jack Daniel
    I had this very problem with a customer today; they are not a managed customer of mine (hence the reason they had not kept their system up to date), but they had me set up some QoS and other stuff on their system, and I noted that they were running 7.302 or something like that on their 320; I asked them if it was OK to up2date the box last night (you know, downtime and everything).. I wisely had made and downloaded an unencrypted backup prior to kicking off the up2dates... when the unit was done, and up to 7.403, it worked fine (users with AD authentication and HTTP proxy, SMTP proxy, etc... but we could not get in via the Webadmin with either my admin account or the customer's)... reboots did not help.  Something happened during the MySQL to Postgres config migration, no doubt.  I would have gone in and poked around the shell, but they had changed those passwords and had no clue as to what they were.  Inserting a USB stick with the pre-up2date backup in the unit and rebooting it (restoring that configuration) restored everything to full operation (we could log into Webadmin again)... first unit I've had a problem like that on, but that was the fix in this case.

    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.

  • 0 in reply to BrucekConvergent
    I had the same problem, the only solution I found was to make the settings again but since the 7400 version (Using VMware Server), which is not ideal but was the only way to upgrade to this version.

    Translated by Google Translator


    Tuve el mismo problema, la única solución que encontré fue realizar la configuración nuevamente pero desde la versión 7.400 (Usando VMware Server), Se que no es lo ideal pero fue la única manera de actualizar a esta versión.
Reply
  • 0 in reply to BrucekConvergent
    I had the same problem, the only solution I found was to make the settings again but since the 7400 version (Using VMware Server), which is not ideal but was the only way to upgrade to this version.

    Translated by Google Translator


    Tuve el mismo problema, la única solución que encontré fue realizar la configuración nuevamente pero desde la versión 7.400 (Usando VMware Server), Se que no es lo ideal pero fue la única manera de actualizar a esta versión.
Children
No Data
Cookie Information Banner