httpd.conf wiped out

[Richard B. Pyne]

Here is the output from "lvu from /etc/httpsd/":

apache-mod_ssl-2.8.12-1.3.27:/etc/httpsd/access.conf.default
apache-mod_ssl-2.8.12-1.3.27:/etc/httpsd/httpd.conf.default
apache-mod_ssl-2.8.12-1.3.27:/etc/httpsd/magic.default
apache-mod_ssl-2.8.12-1.3.27:/etc/httpsd/mime.types.default
apache-mod_ssl-2.8.12-1.3.27:/etc/httpsd/srm.conf.default
apache-mod_ssl-2.8.12-1.3.27:/etc/httpsd/ssl.crl
apache-mod_ssl-2.8.12-1.3.27:/etc/httpsd/ssl.crt
apache-mod_ssl-2.8.12-1.3.27:/etc/httpsd/ssl.csr
apache-mod_ssl-2.8.12-1.3.27:/etc/httpsd/ssl.key
apache-mod_ssl-2.8.12-1.3.27:/etc/httpsd/ssl.prm
php-4.3.2:/etc/httpsd/httpd.conf
php-4.3.2:/etc/httpsd/httpd.conf.20030612
php-4.3.2:/etc/httpsd/httpd.conf.bak


What I see happening is that during an update of php, the remove 
module step is deleting the /etc/httpsd/http.conf file because 
it seems to think that it wrote the file when it only modified 
it. This is especially problematic because any time something on 
which php has a dependency gets updated, so does php. Today, it 
was postfix that triggered the update, yesterday it was openssl.

It seems to me that the problem is that lunar update removes and 
re-installs a module instead of simply updating it in place.

--Richard


On 11 Jun 2003 at 17:03, Auke Kok wrote:

> On Wed, 2003-06-11 at 17:54, Richard B. Pyne wrote:
> > Well, it happenned again yesterday when the only thing being
> > updated was php. Something in the pre-install stages of lining
> > php is deleting the /etc/httpsd/httpd.conf file.
> 
> Check out "lvu from /etc/httpsd/", this will show you which
> module tracked/installed anything there. In case it is removed
> -even though the content was changed- I suspect that your core
> tools are outdated. There were known bugs in the core tools about
> 1-2 months ago.
> 
> In case another module also installed it or overwrites it, the
> problem is bigger, and perhaps not as easy to solve or spot.
> 
> The last option is that the module that installs the config
> bluntly overwrites the config. That would be a Bad Thing (TM).
> 
> can you check if the problem is related to any of these?
> 
> sofar
> 
> -- 
> Auke Kok <auke.kok at planet.nl>
> 


------------------------------
Richard B. Pyne, NZ7K
rpyne at kinfolk.org
http://pyne.kinfolk.org/rbp2