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

No WebAdmin or proxy after Up-2-Date

martindw
I just ran Up-2-Date's prefetched 3.206-3.209 on a machine I only use occasionally, and both WebAdmin and my proxy blew up.  I forced a reboot of the ASL machine (using the power button), and it comes back up but WebAdmin and proxy are both non-functioning.

I can log onto ASL locally as root, and ping both my internal network and the internet, so I know both NICs and their respective connections are fine, but I don't know how to troubleshoot this machine.  Any suggestions?


This thread was automatically locked due to age.
Parents
  • 0
    Well, I fixed the problem, and Astaro support swears Up-2-Date couldn't have caused it, tho I'd love to know how else it could have happened.

    Turns out that in /var/chroot-squid/etc/squid.conf-default, there was a line that got changed to read "http_access deny all."  Changed this line to "http_access allow all" and WebAdmin was available again, as was my proxy.  Now, why a squid parameter could affect the access to WebAdmin makes no sense to me, but it worked.

    Dan
  • 0 in reply to martindw
    Originally posted by Dan Martin [registered ASL user]:
    Well, I fixed the problem, and Astaro support swears Up-2-Date couldn't have caused it, tho I'd love to know how else it could have happened.

    Turns out that in /var/chroot-squid/etc/squid.conf-default, there was a line that got changed to read "http_access deny all."  Changed this line to "http_access allow all" and WebAdmin was available again, as was my proxy.  Now, why a squid parameter could affect the access to WebAdmin makes no sense to me, but it worked.

    Dan
  • 0 in reply to Alan Johnson
    Originally posted by Dan Martin [registered ASL user]:
    Well, I fixed the problem, and Astaro support swears Up-2-Date couldn't have caused it, tho I'd love to know how else it could have happened.

    Turns out that in /var/chroot-squid/etc/squid.conf-default, there was a line that got changed to read "http_access deny all."  Changed this line to "http_access allow all" and WebAdmin was available again, as was my proxy.  Now, why a squid parameter could affect the access to WebAdmin makes no sense to me, but it worked.

    Dan
    Well I made this same change, but no luck. After the update to 3.212 I still cannot access the web interface.
  • 0 in reply to Alan Johnson
    Alan, you may want to try to keep this thread active; although I have no new information for you, it's interesting to me that you see the same problem since Astaro support told me they'd had no other reports of this problem.

    I'm curious; are you running this on a fairly slow machine?  One thing I've since figured out that *MAY*   [:S]on as well.

    Maybe someone can post here where the path is to the files that contain the settings which, if WebAdmin were working      , you'd be able to set on the System=>Settings menu. . .specifically the settings for which users and/or networks are allowed to access WebAdmin, as well as the TCP Port (default 443) that is set.  Without arguing as to how those settings could have been changed, *if* any of them *are* changed you won't be logging into WebAdmin, and all should be changeable from root prompt using vi.  

    I looked around the various directories myself trying to find those settings, but I'm not Linux-aware enough to know where to look.  Anyone???

    Good luck,

    Dan
  • 0 in reply to martindw
    OK, I updated (or let's say tried to update) today from 3.211 to 3.212 - and the same shit happened as is described here in this thread. 
    Software is still working (says that the current version is still 3.211) - but trying to access webadmin gives me a 404 not found or "directory browsing denied".
    So I looked into the logs and in the filsystem inside the htdocs directory and found out, that no index.pl is available any more. (but there still is a link from index.cgi to index.pl)
    Don't know why it has gone and where to, but everything definetly has to do something with the update, which was ongoing.
    Got the error that no SessionID was available after _exactly_ 5 minutes time (according to the logfiles).

    I am using Astaro now for more than 1 year and this is the first problem ever to happen.
    Probably someone already found out the reason why this happened, so a short note here will be warmly welcomed! ;-)
  • 0 in reply to Poti
    Sorry to long posts, i hadn´t read all...              
    I´m not sure, but try this

    etc/wfe/conf/settings ---> Webadmin Networks

    here you type the name of your intern Network. for example eth0_network_.

    Maybe it works, i don´t know...
     
     [size="1"][ 28 November 2002, 08:01: Message edited by: Basty777 ][/size]
  • 0 in reply to Basty777
    It just happened to me twice.  I did a fresh ASL install and was applying the updates.  It got to 3.11 and suddenly I lost webmin access.  Not sure if it was doing 3.12 at the time or not but I'm stuck.  New install and had not set SSH so I have to visit the site.  I see some error about the index.pl / .cgi file.  The file itself is binary???

    Anyway, I now have two machines I can't configure anymore.  Any way to get this back??????

    BTW, Squid proxy was set before the update and that is still working.  I just can't finish the configuration now...

    thanks for any ideas.
  • 0 in reply to pablito
    Doesn't seem to me that somebody of Astaro itself can give any help or hint to our problem described above (3.212 upgrade where the index.pl gets lost), so I ask my questions in a different way:
    - Is it true that the mentioned index.pl inside the apache htdocs directory is a straight perl-sourcecode?
    - Is this index.pl file changed in any upgrade and if yes in which (3.2xx)?
    - Is it possible to upgrade without WebAdmin (means manually from prompt)? How?

    Regards,
         Martin
Reply
  • 0 in reply to pablito
    Doesn't seem to me that somebody of Astaro itself can give any help or hint to our problem described above (3.212 upgrade where the index.pl gets lost), so I ask my questions in a different way:
    - Is it true that the mentioned index.pl inside the apache htdocs directory is a straight perl-sourcecode?
    - Is this index.pl file changed in any upgrade and if yes in which (3.2xx)?
    - Is it possible to upgrade without WebAdmin (means manually from prompt)? How?

    Regards,
         Martin
Children
  • 0 in reply to Poti
    Do you have any non-standard webadmin port assigned or perhaps a security certificate? This sounds really odd. I'm running on a PII-266 w/ 64MB RAM and a 2.5 GB HDD. Admittedly a slow machine but it works really well. It ran unattended for 3 months. All of my up2dates have run flawlessly. Provided I just sit back and let them run without interruption. Of course I don't use the HTTP Proxy, which seems to be part of your problem.
    Good Luck.
  • 0 in reply to JimmyM
    I just wanted to confirm that. I have exactly the same problem. After applying the last update I can get no WebAdmin access anymore. 

    Is there any easy command to solve this issue? It must be performed by a non astaro/linux pro. because the system is at a customers place and no ssh access... Something like 'revoke' updates or at least enable ssh?

    Thanks!
    David
  • 0 in reply to davidh
    ok.. let's see what we can do here..

    first of all: in some of the up2dates apache and/or webadmin might get replaced and thus the webserver itself has to be restarted - this is 'normal' and loosing the webadmin (for some seconds!) is a known result.

    When WebAdmin really does not come back after an up2date you should first check md5sum of the index.pl file in /usr/local/httpd/htdocs.
    Here is a md5sum from a version 3.212 index.pl: 9d153e9a2a14ccb246097e108797ca59

    To get console access via SSH edit /etc/wfe/conf/settings (as Basty777 wrote) and change 'ssh' to 1. Make sure your network is listed in the allowed networks section - in doubt add 'Any' - but do not forget to remove it after things are done!

    cheers
    Marcel
  • 0 in reply to Marcel_01
    Hi! 
    As I wrote above: I _do_ have access to the filesystem and there is _no_ index.pl any more in the filesys. So a short unavailability is not the problem ;-)
    What I need is a hint about how an update can be "revoked" or applied manually (without webadmin - since webadmin is equal to index.pl ;-) ). Otherwise  it seems that I have to re-setup the firewall machine. 
    But this is no solution to the problem itself...
  • 0 in reply to Poti
    Poti,

    There should be a new up2date package 3.213 out shortly which contains a new webadmin, too - once it's announced, run as root 'aus' followed by 'ainstall'.

    Cheers
    Marcel
  • 0 in reply to Marcel_01
    Marcel,

    thanks alot - this was the solution for all my problems.

    Got everything (i.e. webAdmin) back to administer the firewall via web frontend!

    Martin
  • 0 in reply to Poti
    Just done the up2dates to 3.211 and lost webadmin. I will try the suggestions but a mention in the docs for these up2dates after so many people seem to have had a problem would have been good.

    thanks
  • 0 in reply to Iang1965
    I can verify that from a local console connection as root an 'aus' and 'ainstall' fixes the problem.  I had a box that I couldn't reach but the in place rules worked fine.  After the latest update I did the manual update from console and everything came back nicely.
  • 0 in reply to pablito
    Hi,

    I did the updates and all worked well (Thanks, Marcel). But now, after three weeks or so, the problem occurs again  [:(] 
    It seems to be the same as last time: The firewall is working but nothing else. No webadmin, no ssh, no dns server.
    Any ideas?

    Thanks
    David
Cookie Information Banner