New filesystem layout for directory server and admin server files

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



We are currently using fds in production without any issues at all; at
first, management was a little skeptical about using software so
critical to production systems without the comfort of a support
contract, but after working out the pre-implementation bugs, the
reliability of the application speaks for itself; I can honestly say
that having all files in /opt/fedora-ds makes doing full backups,
restores and disaster recovery testing very straight forward; I simply
shutdown slapd and the admin server, tar up the directory, and startup
slapd and the admin server; very quick to do, no muss or fuss; taking
fds out of it's own directory would make my life much more difficult (as
far as backups, and dr testing are concerned); so from my point of view,
if I had a vote, I would say that if it's not broke, then don't fix it
:)

Aaron 

-----Original Message-----
From: fedora-directory-users-bounces at redhat.com
[mailto:fedora-directory-users-bounces at redhat.com] On Behalf Of
mj at sci.fi
Sent: Friday, June 30, 2006 5:04 PM
To: General discussion list for the Fedora Directory server project.;
miranda at syndetic.org
Subject: Re: New filesystem layout for
directory server and admin server files

Michael Chang <miranda at syndetic.org> kirjoitti: 
> 
> 
> You could always make a separate, FHS-specific package available and
see
> what people think.  If the votes are high enough in support of the new
> layout then you could make a permanent switch.

The problem here is assuming that FDS updates will eventually be pushed
into RHDS.

Judging by a good portion of the traffic on this list, a good majority
of the FDS users are still learning how to use an LDAP server, so they
likely don't understand or care enough to have an opinion about file
layout or why it matters in a package as large and complex as this one.

OTOH, the RHDS package is used for critical infrastructure in banks,
military, telecoms, etc. By the time those users notice the change and
it's ramifications, it will be too late for them to have their vote
(other than with their feet).

--
mike

--
Fedora-directory-users mailing list
Fedora-directory-users at redhat.com
https://www.redhat.com/mailman/listinfo/fedora-directory-users



Confidentiality Notice:
The information contained in this electronic message is intended for the exclusive use of the individual or entity named above and may contain privileged or confidential information.  If the reader of this message is not the intended recipient or the employee or agent responsible to deliver it to the intended recipient, you are hereby notified that dissemination, distribution or copying of this information is prohibited.  If you have received this communication in error, please notify the sender immediately by telephone and destroy the copies you received.





[Index of Archives]     [Fedora User Discussion]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [Fedora News]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Maintainers]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [Fedora Fonts]     [ATA RAID]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora QA]     [Fedora Triage]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Tux]     [Yosemite News]     [Yosemite Photos]     [Linux Apps]     [Maemo Users]     [Gnome Users]     [KDE Users]     [Fedora Tools]     [Fedora Art]     [Fedora Docs]     [Maemo Users]     [Asterisk PBX]     [Fedora Sparc]     [Fedora Universal Network Connector]     [Fedora ARM]

  Powered by Linux