Guest User!

You are not Sophos Staff.

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

webadmin crash !

Got a ASG220 on a (very) remote site.
Have had issues with webadmin not working, show's login and accepts PW but nothing happens.

So, did a ssh connection to the box, did a a restart of webadmin 
(/etc/rc.d/httpd restart ) = no change.

The whole box felt very slow, so finally did a shutdown -r also through SSH.

Now, it's up and running, vpn connections, etc works, but;
Webadmin is malfunctioning !!!
I only get a;
Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.


This thread was automatically locked due to age.
  • Update; 
    well, off course it's worse !
    Did a test by RDP to a machine on that network, tried surfing through the proxy,
    got; No AV database and then blocked by astaro.....
  • well,, after searching around and throwing "it all" on the box through SSH, 
    everything is now working again,, off course I got no clue why.

    Did the fixes for No AV database through ssh,
    did the fixes for re-initializing the reporting database,
    remove the debug files created in some tempfolder,
    all of a sudden, things are working again, webadmin, proxy, etc all OK again.
  • whenever i have weirdness like that..i make a config backup and reload.  That's usually a sign of something bad wrong in the system.
  • Yeah,, that would be an option, but the box is approx 650 km's away....
  • YIKES!  I've had to do that on another Linux box before...work and work to get it back online due to distance constraints..[:)]
  • For a while....I was really having a bad day....looked forward to some hours in the car,
    but, still things do work and everything's running without hickup's now.

    Got no idea exactly what solved it, but simple restarts or restarting proxy, webadmin, etc didn't help so something to do either with the Av database or reporting fixed it.
  • The other thing I've found that sometimes helps is to restore a config backup from before the problem began.  Did you do that as a part of this long-distance battle?

    Also, do you see anything interesting in the System Messages log during the time it was slow?  Are there postgres lines about issues with tables missing things.

    Cheers - Bob