Bug 1240406

Summary: setup -u stops after first failure
Product: Red Hat Enterprise Linux 7 Reporter: Noriko Hosoi <nhosoi>
Component: 389-ds-baseAssignee: Noriko Hosoi <nhosoi>
Status: CLOSED ERRATA QA Contact: Viktor Ashirov <vashirov>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 7.0CC: amsharma, mreynolds, nkinder, rmeggins
Target Milestone: rc   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: 389-ds-base-1.3.4.0-6.el7 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2015-11-19 11:42:59 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Noriko Hosoi 2015-07-06 20:17:53 UTC
This bug is created as a clone of upstream ticket:
https://fedorahosted.org/389/ticket/47878

If setup-ds.pl -u is run to upgrade several instances it stops after the first failure to upgarde an instance. It should report an error, but continue to upgrade the other instances.

In addition we should verify in which state the failing instance is after aborting an upgrade. Is it reset to the previous state ?

Comment 1 Noriko Hosoi 2015-07-06 20:21:04 UTC
*** Bug 1240407 has been marked as a duplicate of this bug. ***

Comment 2 Noriko Hosoi 2015-07-06 20:21:59 UTC
*** Bug 1240409 has been marked as a duplicate of this bug. ***

Comment 7 mreynolds 2015-07-13 17:39:42 UTC
Fixed upstream.

Comment 8 Amita Sharma 2015-07-15 12:35:01 UTC
[root@dhcp201-167 /]# rpm -qa | grep 389
389-ds-base-debuginfo-1.3.4.0-6.el7.x86_64
389-adminutil-devel-1.1.21-2.el7.x86_64
389-adminutil-1.1.21-2.el7.x86_64
389-ds-base-libs-1.3.4.0-6.el7.x86_64
389-ds-base-1.3.4.0-6.el7.x86_64
389-admin-1.1.38-1.el7.x86_64


Please specify the authentication data for 'slapd-dhcp201-167-2'

Full DN of administrative user [cn=Directory Manager]: 
Password for this user: 
Updating instance (slapd-dhcp201-167)...
Failed to update instance (slapd-dhcp201-167):
---> error_opening_dseldif /etc/dirsrv/slapd-dhcp201-167/dse.ldif No such file or directory
Updating instance (slapd-dhcp201-167-2)...
Successfully updated instance (slapd-dhcp201-167-2).
The following instances were not updated: (slapd-dhcp201-167).  After fixing the problems you will need to rerun the setup script
Finished successful update of directory server.
Please restart your directory servers.
Exiting . . .
Log file is '/tmp/setupXEdriJ.log'


Working as expected. Marking as VERIFIED.

Comment 9 errata-xmlrpc 2015-11-19 11:42:59 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://rhn.redhat.com/errata/RHBA-2015-2351.html