[rt-users] Hi all, installation woes

[Gary Stainburn]

(Hangs head in shame)

I've cleared out my Mozilla cache and now http://rt.ringways.co.uk works fine 
on the new box - still doesn't work on the 1st one tho but it doesn't matter 
now.

The fact that I'd closed down Apache and still got the x-httpd-php error told 
me that I was looking on the wrong place.

On Wednesday 20 February 2002 4:29 pm, you wrote:
> Ok, so then your named vhost is missing something that your default isn't
> and you need to be looking not so much at what *is* in the vhost config
> snippet you sent below, but rather what is *NOT* in that section but is
> outside that section and applicable to the default.  Ie what's in the
> default but not in the named vhost?
>
> Not that I have a suggestion for what that may be. :-)
>
> HTH,
> Trever
>
>
> -----Original Message-----
> From: Gary Stainburn [mailto:gary.stainburn at ringways.co.uk]
> Sent: Wednesday, February 20, 2002 11:07 AM
> To: rt-users at lists.fsck.com
> Subject: Re: [rt-users] Hi all, installation woes
>
>
> The latest in the saga, is that if I access this new box using
> http://rt.ringways.co.uk I get the problem described below, but if I use
> the
>
> host's real name http://gary.ringways.co.uk, RT starts working and I can
> use
>
> it.
>
> I've included the whole of the vhost entry in case anyone can see the
> problem.
>
>  NameVirtualHost 10.1.1.2
>
> #
> # VirtualHost example:
> # Almost any Apache directive may go into a VirtualHost container.
> # The first VirtualHost section is used for requests without a known
> # server name.
> #
>  <VirtualHost 10.1.1.2>
> #    User rtowner
> #    Group rt
>      Options ExecCgi
>      ServerAdmin webmaster at ringways.co.uk
>      DocumentRoot /opt/rt2/WebRt/html
>      ServerName rt.ringways.co.uk
>      CustomLog logs/rt2/access_log common
>      ErrorLog logs/rt2/error_log
>      AgentLog logs/rt2/agent_log
>      RefererLog logs/rt2/referer_log
>      PerlModule Apache::DBI
>      PerlFreshRestart On
>      PerlRequire /opt/rt2/bin/webmux.pl
>      <Location />
>        SetHandler perl-script
>        PerlHandler RT::Mason
>      </Location>
>  </VirtualHost>
>
> On Wednesday 20 February 2002 2:54 pm, Gary Stainburn wrote:
> > I've now completed the install on a totally seperate
> > straight-out-of-the-box RH7.2 system and got the same
> > application/x-httpd-php problem.
> >
> > On Wednesday 20 February 2002 2:06 pm, Gary Stainburn wrote:
> > > On Wednesday 20 February 2002 1:24 pm, Darrin Walton wrote:
> > > >   |+ > It should, but only if You restart the httpd server.
> > > >   |+ >
> > > >   |+
> > > >   |+ I have restarted the server and it has not made any difference.
> > > >   | Anyone got + any more ideas?
> > > >
> > > > Just to clarify.  You did indeed stop the webserver, and then start
> > > > it back up?  Not just issuing either an 'httpsdctl|apachectl restart'
> > > > or kill -HUP <pid>.
> > >
> > > Initially I did 'service httpd restart' which calls 'apachectl restart'
> > >
> > > The I did 'service httpd stop', waited, and then did 'service httpd
> > > start'
> > >
> > > I've just tried to start from scratch installing RT2 onto a new box,
> > > and I was going through the make testdeps and had to install
> > > HTML::Mason.
> > >
> > > During the install, I saw the following:
> > > __BEGIN__
> > > Testing whether Apache can be started
> > > Syntax error on line 37 of
> > > /root/.cpan/build/HTML-Mason-1.04/t/httpd.conf: Cannot load
> > > /etc/httpd/modules/mod_php.so into server:
> > > /etc/httpd/modules/mod_php.so: cannot open shared object file: No such
> > > file or directory
> > > Error loading Apache.  This probably indicates a misconfiguration in
> > > the /root/.cpan/build/HTML-Mason-1.04/t/httpd.conf file.  We will skip
> > > all the live Apache tests.skipped test on this platform
> > > __END__
> > >
> > > Could this have anything to do with the PHP conflict that I appear to
> > > be having on the first box - asuming that the same error occured there.
> > > Further down, Mason is reported to be installed properly by CPAN.

-- 
Gary Stainburn
 
This email does not contain private or confidential material as it
may be snooped on by interested government parties for unknown
and undisclosed purposes - Regulation of Investigatory Powers Act, 2000