Red Hat Bugzilla – Bug 13044
FHS breaks current server during upgrade.
Last modified: 2008-05-01 11:37:56 EDT
Upgrading apache puts cgi-bin,html and icons in its new home in /var/www, however the httpd.conf still points to /home/httpd which has its index.html wiped out and manual directory cleared out but not removed. Likely because I had piranha in there as well. At a production level machine that would knock out the web server by removing the index.html and any custom directories such as piranha, htdig and so on. I have no objections to moving but I know for a fact that if you have mod_frontpage installed this would cause chaos for FP98 clients and server extensions, poor feeble minded programs that they are with all their _vti stuff. At this point, wouldnt it be better to leave and index.html in there telling people that they need to relocate their non-default nifty customized web page to var/www or do some sort of blanket move of the contents with a re-direct (equally a stop gap). This would work with a out of box install once the httpd.conf is fixed but I can hear the howls on a upgrade.
The package's %post now only changes the document root, which should alleviate part of the problem. There's not much we can do about existing data, though.
It's not possible to migrate things correctly given that the /home/httpd/html tree may be too large to fit into /var (or vice-versa), so no modifications will be made to httpd.conf on upgrades. The old configuration file will be saved and can be reused if the icons and manuals are copied from the new location to their old locations.