Re: Intro and wiki

[Adam Cody <ajcody@zimbra.com>]

First, here's a trick I do when a new topical question comes up. I go to bugzilla.zimbra.com . Click on the "search" link [not button] which should give you an advance search. I then shift-click all the items under "Status" and then put in my search terms. I believe the default search function only queries against "unconfirmed, new, assigned, reopened". Missing the other "status" items has burnt me in the past. 

> D: Do you see any immediate problems with that? We've got initial response from Zimbra that could be symlinked/mounted. Would that be OK for the long run or is there something we should know before we do that?

In regards to symbolic links. Review the following:

http://bugzilla.zimbra.com/show_bug.cgi?id=14725
http://bugzilla.zimbra.com/show_bug.cgi?id=32216 (dup of above)

This isn't a "show stopper", but it does give one pause about introducing symbolic links. I know I've been aggressive in the past with the use of symbolic links, but over the years of doing administration work I've started to avoid them. I can't think of any horrible examples off hand to share with you...but I'm sure it would involve a junior admin not knowing that a symbolic link was in use and they decided to bring down a production box to "fix" it -- killing a CAE job that had been running for 5 days.

> >  Maybe it would be worth wild to create a new RFE that will take
<cut>
> 
> I think that --fhs-scrict might do the trick. (which of course is
> highly 
> dependent on definition of "strict FHS"). relocating everything into 
> typical /etc /usr and /var locations would be ideal, but sticking 
> with /opt, /etc/opt and /var/opt would be the middleground to meet FHS
> standard and not disrupt Zimbra installs too much IMO.

http://bugzilla.zimbra.com/show_bug.cgi?id=33246

I'll add to the server-planning fhs section as well.

Adam