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.whitney@xxxxxxxxxxxxxxxxx> 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.whitney@xxxxxxxxxxxxxxxxx > 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 <wbrown@xxxxxxx> > Sent: Thursday, July 11, 2019 8:49 PM > To: 389-users@xxxxxxxxxxxxxxxxxxxxxxx > Subject: [389-users] Re: 389-DS Downgrade Breaks dirsrv.target > > > > > On 12 Jul 2019, at 00:04, Paul Whitney <paul.whitney@xxxxxxxxxxxxxxxxx> 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.whitney@xxxxxxxxxxxxxxxxx > > 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@xxxxxxxxxxxxxxxxxxxxxxx > > To unsubscribe send an email to 389-users-leave@xxxxxxxxxxxxxxxxxxxxxxx > > 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@xxxxxxxxxxxxxxxxxxxxxxx > > — > Sincerely, > > William Brown > > Senior Software Engineer, 389 Directory Server > SUSE Labs > _______________________________________________ > 389-users mailing list -- 389-users@xxxxxxxxxxxxxxxxxxxxxxx > To unsubscribe send an email to 389-users-leave@xxxxxxxxxxxxxxxxxxxxxxx > 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@xxxxxxxxxxxxxxxxxxxxxxx > _______________________________________________ > 389-users mailing list -- 389-users@xxxxxxxxxxxxxxxxxxxxxxx > To unsubscribe send an email to 389-users-leave@xxxxxxxxxxxxxxxxxxxxxxx > 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@xxxxxxxxxxxxxxxxxxxxxxx — Sincerely, William Brown Senior Software Engineer, 389 Directory Server SUSE Labs _______________________________________________ 389-users mailing list -- 389-users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to 389-users-leave@xxxxxxxxxxxxxxxxxxxxxxx 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@xxxxxxxxxxxxxxxxxxxxxxx
