Dirsrv.target was a "mistake" added by someone at RH. I removed it a few years ago, and it probably just got to you now.
It should never have been added, and existed because I think people didn't really know how systemd dependencies worked. It caused no end of issues because people didn't enable the dirsrv.target, and doing a "systemctl enable dirsrv@instance" enabled into the dirsrv.target, so many people complained they couldn't autostart their instances in RH/Fedora. It really served no benefit because we can resolve all the needed deps in a .service file, and we can more easily be part of the default system targets. As a result, all dirsrv@instances when "enabled" should be part of multi-user.target instead from now on on RH/SUSE. Sorry about the confusion here, we should have advertised this better. > On 16 Jul 2019, at 22:17, Paul Whitney <paul.whit...@chesapeake-it.com> wrote: > > Good morning William, > > Sorry for the delayed response, when I run "systemctl start dirsrv.target" > there is no delay and returns me to the prompt. In the logs > (/var/log/messages) I see positive response indicating that the target has > reached its destination. But when I check for the slapd process, they are > non-existent. > > When I start the slapd processes through "systemctl start dirsrv@config" the > slapd starts fine. If I attempt to stop using "systemctl stop > dirsrv.target", nothing happens. It continues to run. I compared the > systemd files between a working server and the none working server. The only > thing I found was the missing symbolic links in > > Paul M. Whitney, RHCSA, CISSP > Chesapeake IT Consulting, Inc. > 2680 Tobacco Rd > Chesapeake Beach, MD 20732 > > Work: 443-492-2872 > Cell: 410.493.9448 > Email: paul.whit...@chesapeake-it.com > CONFIDENTIALITY NOTICE > The information contained in this facsimile or electronic message is > confidential information intended for the use of the individual or entity > named above. If the reader of this message is not the intended recipient, or > an employee or agent responsible for delivering this facsimile message to the > intended recipient, you are hereby notified that any dissemination, or > copying of this communication is strictly prohibited. If this message > contains non-public personal information about any consumer or customer of > the sender or intended recipient, you are further prohibited under penalty of > law from using or disclosing the information to any third party by provisions > of the federal Gramm-Leach-Bliley Act. If you have received this facsimile or > electronic message in error, please immediately notify us by telephone and > return or destroy the original message to assure that it is not read, copied, > or distributed by others. > > > From: William Brown <wbr...@suse.de> > Sent: Thursday, July 11, 2019 8:49 PM > To: 389-users@lists.fedoraproject.org > Subject: [389-users] Re: 389-DS Downgrade Breaks dirsrv.target > > > > > On 12 Jul 2019, at 00:04, Paul Whitney <paul.whit...@chesapeake-it.com> > > wrote: > > > > When attempting to downgrade 389-ds-base from version 1.3.8.4-23 to version > > 1.3.7.5-18 I discovered that the systemctl cannot start dirsrv.target. I > > am able to start the individual instances however. Any suggestions on how > > to resolve this? > > > > I am only downgrading: > > • 389-ds-base > > • 389-ds-base-libs > > • 389-ds-base devel > > • 389-ds-base-snmp > > Am I missing another package that should be downgraded? > > That should be enough I think? Can you detail what and how it's "breaking" > and what evidence you have about this? That would help us to identify what's > going wrong here. > > Thanks, > > > > > > Thanks in advance, > > > > Paul M. Whitney, RHCSA, CISSP > > Chesapeake IT Consulting, Inc. > > 2680 Tobacco Rd > > Chesapeake Beach, MD 20732 > > > > Work: 443-492-2872 > > Cell: 410.493.9448 > > Email: paul.whit...@chesapeake-it.com > > CONFIDENTIALITY NOTICE > > The information contained in this facsimile or electronic message is > > confidential information intended for the use of the individual or entity > > named above. If the reader of this message is not the intended recipient, > > or an employee or agent responsible for delivering this facsimile message > > to the intended recipient, you are hereby notified that any dissemination, > > or copying of this communication is strictly prohibited. If this message > > contains non-public personal information about any consumer or customer of > > the sender or intended recipient, you are further prohibited under penalty > > of law from using or disclosing the information to any third party by > > provisions of the federal Gramm-Leach-Bliley Act. If you have received this > > facsimile or electronic message in error, please immediately notify us by > > telephone and return or destroy the original message to assure that it is > > not read, copied, or distributed by others. > > > > _______________________________________________ > > 389-users mailing list -- 389-users@lists.fedoraproject.org > > To unsubscribe send an email to 389-users-le...@lists.fedoraproject.org > > Fedora Code of Conduct: > > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > > List Archives: > > https://lists.fedoraproject.org/archives/list/389-users@lists.fedoraproject.org > > — > Sincerely, > > William Brown > > Senior Software Engineer, 389 Directory Server > SUSE Labs > _______________________________________________ > 389-users mailing list -- 389-users@lists.fedoraproject.org > To unsubscribe send an email to 389-users-le...@lists.fedoraproject.org > Fedora Code of Conduct: > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: > https://lists.fedoraproject.org/archives/list/389-users@lists.fedoraproject.org > _______________________________________________ > 389-users mailing list -- 389-users@lists.fedoraproject.org > To unsubscribe send an email to 389-users-le...@lists.fedoraproject.org > Fedora Code of Conduct: > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: > https://lists.fedoraproject.org/archives/list/389-users@lists.fedoraproject.org — Sincerely, William Brown Senior Software Engineer, 389 Directory Server SUSE Labs _______________________________________________ 389-users mailing list -- 389-users@lists.fedoraproject.org To unsubscribe send an email to 389-users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/389-users@lists.fedoraproject.org
