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.402 restarting a lot

I allowed my astaro gateway to take updates 7.400, 7.401, and 7.402 last night.  Since then it has restarted at least 12 times.  It used to restart only when up2date required it.

Is this happening to others?

-Henry


This thread was automatically locked due to age.
Parents Reply Children
  • Yes, the restarting has continued throughout the day, though it didn't start until *after* the DB conversion had completed.  I've looked at the logs and not seen anything helpful to me, but I may not know what I'm looking for or where to look.

    I did read the cpu spike thread and did the db reinitialization suggested there.  I've seen 4 restarts since then.

    Thanks for your thoughts!

    -Henry
  • Welcome to the User BB.

    This does seem unusual. I haven't  seen any other such post.  The Germans got this about a week earlier than we have, and I haven't seen anything in the German Forum either.

    I haven't had any of my clients go to 7.402 yet, so I'm curious about your problem.  If you have support, I definitely would open a ticket; please let us know the resolution.  If this is a personal unit, then I'd be glad to offer another set of eyes - click on my name and send me an email.

    Cheers - Bob
  • If you check your kernel log, do you see the words "panic" or "oops"?
  • A quick follow up:

    I'm a home user running on my own hardware and the problem is definitely hardware related.  I can't say yet whether or not the upgrade to 7.40x uncovered the hardware problem, 7.40x doesn't like something in my hardware configuration, or that it was just a random coincidence that the hardware failed within a few hours of upgrading.  Since no one else is seeing such problems, I think this is most likely a coincidence and unrelated to the new software version.

    I have not been able to completely isolate the problem--my hardware has yet to fail any of the diagnostics I've performed--but I can't do a clean install of the latest ASG iso without the machine panicking while doing the install.  The stack trace looks like the machine is writing disk when it panics. I've had a disk read/write excercisor going for hours now without any errors logged...

    Thanks to you all who sent suggestions.  If I am able to further isolate the failed or incompatible component (disk, mainboard, RAM, power supply, etc) and get ASG running again, I'll be sure to post a follow up with any relevant learning.

    -Henry
  • Have you compared the MD5 checksum?  Maybe burned a new CD at a lower speed?  Do you have at least 512MB of RAM?

    Cheers - Bob
    PS Hardware Compatibility List
  • It might also be worth checking the HDD controller settings in the BIOS. If it's a SATA controller, try putting it in compatability mode, or IDE mode, or disable AHCI support. Unsure what options your BIOS has, but those one of these is likely an option, and it may make a difference.
  • I'm pretty sure a stick of RAM went bad.  I've been back up for 18 hours without trouble since replacing it.  Turning off the fast boot flag in the BIOS (an obvious step) helped identify RAM as a problem as I noticed the number of MB present was changing from boot to boot.

    The ISO restored me to 7.401 and I haven't upgraded to 7.402 yet.  I think I'll let the firewall sit another day or so before I upgrade to 7.402 just to see it run for days without rebooting.

    Thanks again for the suggestions.

    -Henry