httpd-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Didier Peereboom Voller <did...@simpelinternet.nl>
Subject Re: [users@httpd] Rebuild
Date Wed, 17 Mar 2004 15:20:04 GMT
How are you stopping it?

There are a number of ways.

apache2ctl

or the script in your ini directory. Most likely
"/etc/rc.d/init.d/httpd"

apachectl is from 1.3 series but would still be there to confuse you :)

The easiest way to start/stop it on your new install is apache2ctl as
that would "know" the correct settings from your source install. 

If this doesn't correctly stop and start it then you could try killing
all apache processes by hand to make sure the old apache was not still
active. If this does fix it then you should look at your ini script what
exactly it calls. If this doesn't fix it I am stumped :(

Good luck.

On Wed, 2004-03-17 at 16:06, Vi wrote:
> I can't use rpm, it's simply not what I need. Becouse I want to install 
> mod_jk2, and I have problems doing this,
> with current apache installed form rpm. The layout is the big problem. 
> Here at office I have slack9 and by
> default apache 1.3 was istalled. I compiled apache2 and installed it, 
> and... :)) in /usr/bin/httpd was apache 2,
> and in /usr/sbin/httpd was apache 1.3. I did rm /usr/sbin/httpd; ln -s 
> /usr/bin/httpd /usr/sbin/httpd. It worked
> ok, but configuration files were in different place. But I still have 
> problem with stopping it :) why?
> Anyway, I don't have rh9 here to experiment, so will stick to apache 
> 2.0.40+mod_proxy for some time.
> Thanks for your help :)
> 
> Didier Peereboom Voller wrote:
> 
> >Good news and bad news.
> >
> >I presume you download the source from an apache mirror and did the
> >unpack, change into dir thing.
> >
> >First off Red Hat used in the past its own layout, where files are
> >placed, wich is different from the standard apache layout. So like this
> >you will have httpd in two different places. The old and the new. Not
> >good (it is like flipping a coin wich files will be used). See
> >config.layout and ./configure --help output on how to fix this. (not
> >sure if redhat still does this but it doesn't hurt to check)
> >
> >Second is that Red Hat has its own version of Apache. Any
> >patches/changes/optimizations will be lost. This is usually not major
> >but if they included a module wich is not standard and you use it then
> >it will bite you.
> >
> >Third is that with the commands below you will install the default
> >modules and options. This may not be what you want. Most people it is
> >okay. But I seen webservers fail. Basically again you loose anytbing
> >special Red Hat did. 
> >
> >The good news is that you won't loose anything EXCEPT the old executable
> >files and modules. Configuration files and content is NOT overwritten.
> >If you use the same layout then I never seen a problem except for the
> >points I mentioned earlier. (although you do of course have backups of
> >config and content don't you?) 
> >
> >Your best solution? Upgrade from a new RPM. Installing from source is
> >really powerfull and usefull if you know what your doing. If you don't
> >you may end up with downtime on your server. If this is your first time
> >installing from source you may also run into the old "missing header"
> >problem.
> >
> >If you got a test server there is no risk. You will loose nothing except
> >some hours in the worst case.
> >
> >If you insist of updating from source. Sort out the layout. Determine if
> >you need any special modules that are not included by default and go for
> >it on a test machine.
> >
> >
> >On Wed, 2004-03-17 at 12:25, Vi wrote:
> >  
> >
> >>Hi,
> >>I have rh9 and apache 2.0.40 was installed with it by default. My fears 
> >>are that 40 means that there are 8
> >>bugs not fixed. So I thought to rebuild it. But I don't wan't to lose 
> >>current configuration. If I do
> >>./configure --prefix=/usr
> >>./make
> >>./make install
> >>How big is the risk to lose what I have?
> >>Your experience with situation like this?
> >>
> >>---------------------------------------------------------------------
> >>The official User-To-User support forum of the Apache HTTP Server Project.
> >>See <URL:http://httpd.apache.org/userslist.html> for more info.
> >>To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
> >>   "   from the digest: users-digest-unsubscribe@httpd.apache.org
> >>For additional commands, e-mail: users-help@httpd.apache.org
> >>
> >>    
> >>
> >
> >
> >---------------------------------------------------------------------
> >The official User-To-User support forum of the Apache HTTP Server Project.
> >See <URL:http://httpd.apache.org/userslist.html> for more info.
> >To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
> >   "   from the digest: users-digest-unsubscribe@httpd.apache.org
> >For additional commands, e-mail: users-help@httpd.apache.org
> >
> >
> >  
> >
> 
> 
> ---------------------------------------------------------------------
> The official User-To-User support forum of the Apache HTTP Server Project.
> See <URL:http://httpd.apache.org/userslist.html> for more info.
> To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
>    "   from the digest: users-digest-unsubscribe@httpd.apache.org
> For additional commands, e-mail: users-help@httpd.apache.org
> 


---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
   "   from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org


Mime
View raw message