[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [cobalt-developers] Help! RAQ4 virtual sites not responding
- Subject: Re: [cobalt-developers] Help! RAQ4 virtual sites not responding
- From: Laurence Pearce <laurence@xxxxxxxxx>
- Date: Sun Nov 10 22:52:01 2002
- List-id: Discussion Forum for developers on Sun Cobalt Networks products <cobalt-developers.list.cobalt.com>
Many thanks for the comments. Fault has corrected itself - seemed to be a
firewall port 80 problem with our hosting company! That seems the only
explanation as to why no virtual sites were responding yet the admin
services were ok. Its too easy to assume that you have broken something when
installing server software.
Anyway, I've learnt a lot more about apache/tomcat/cobalt config and
operation out of the experience. Thanks again guys.
Laurence
> From: David Lucas <david@xxxxxxxxxxxxxxxx>
> Reply-To: cobalt-developers@xxxxxxxxxxxxxxx
> Date: Sun, 10 Nov 2002 22:05:55 -0600
> To: cobalt-developers@xxxxxxxxxxxxxxx
> Subject: Re: [cobalt-developers] Help! RAQ4 virtual sites not responding
>
> At 08:17 PM 11/10/2002, you wrote:
>> At 01:37 AM 11/11/2002 +0000, you wrote:
>>> I did this in /etc/httpd/conf/httpd.conf - is this the correct conf file to
>>> edit?
>>
>> Yes.
>>
>>> All other services including cobalt web admin seem to be running fine at the
>>> moment, but the http services are not responding.
>>
>> Well if the Cobalt GUI is working then httpd is responding -- Apache is
>> working.
>
> Not true. There are two versions running. One for web serving and one for
> the admin Gui.
>
>> Do you see the virtual site entries in the httpd.conf? One thing you
>> could try is going into each site, making a small change (such as adding a
>> temporary web alias), hit save, then change it back and hit save. See if
>> that brings the site(s) back. My understanding is the when you make
>> changes to httpd.conf stuff via the GUI (as creating a new alias will)
>> then the httpd is overwritten. Usually this is cause for headaches for
>> many but might actually help you.
>>
>> Brian