Rick - I experienced exactly the same issue yesterday.
I recently updated our webserver from 10.3.8 > 10.3.9 with associated
security patched - no immediate issue. But then I made a totally unrelated
change to a site via the GUI and presto several sites broken and unable to
reset via the GUI. Because the catalyst as you point out is any change in
the GUI this was very time consuming to track down.
In essence the error were the same - just I was using alias rather than
redirect - but got the same errant RedirectMatch and AliasMatch lines added
to the config files.
Like you the only way to get the webserver fully running again was to edit
the conf files manually and stay away from the GUI - a real pain as I use it
for changing access etc via wevdav realms - much more convenient than
editing the conf files directly.
The thing that has me even more stumped as to the cause is at the same time
I performed the updates on out live server I updated our staging server - to
keep it in sync - BUT it doesn't have the same problem (yet!). It has
exactly the same config files - I even tried copy and pasting the text to
get the live site running again - that's how I tracked the additional lines
of code to being entered when changes were made in the GUI.
The only difference I can think of between the Staging and live servers is
the hardware. Live = Xserve G5, Staging = G4 Graphite Tower.
Very interested to hear if you find a resolution or get some joy from Apple
on a fix.
Cheers,
Gary
_________________________________
Gary Jarvis
ICT Operations Manager,
Learning Media Limited
DDI: 04 494 1167
Mob: 027 511 2400
Fax: 04 472 6444
eMail: email@hidden
__________________________________
> If I have any redirection rule setup in a virtual host via the GUI
> and I edit/change ANY site (that includes add new site, edit update a
> site, change a site from inactive to active), serveradmin generates
> duplicate rules. So, any process that saves causes this behavior.
> The rules created are by their nature in error. Basically, if I have
> a Redirect rule, three new rules of the unspecified "redirection"
> types are created with the same argument fields, So, if I create a
> directive:
>
> Redirect XXX YYY
>
> when I save the GUI creates
>
> RedirectMatch XXX YYY
> Alias XXX YYY
> AliasMatch XXX YYY
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Macos-x-server mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/macos-x-server/email@hidden
This email sent to email@hidden
