Bug 1175287
Summary: | No error message thrown on restore(full kind) on replica from full backup taken on master | ||||||
---|---|---|---|---|---|---|---|
Product: | Red Hat Enterprise Linux 7 | Reporter: | Kaleem <ksiddiqu> | ||||
Component: | ipa | Assignee: | IPA Maintainers <ipa-maint> | ||||
Status: | CLOSED ERRATA | QA Contact: | Namita Soman <nsoman> | ||||
Severity: | unspecified | Docs Contact: | |||||
Priority: | medium | ||||||
Version: | 7.1 | CC: | jcholast, rcritten | ||||
Target Milestone: | rc | ||||||
Target Release: | --- | ||||||
Hardware: | Unspecified | ||||||
OS: | Unspecified | ||||||
Whiteboard: | |||||||
Fixed In Version: | ipa-4.1.0-14.el7 | Doc Type: | Bug Fix | ||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2015-03-05 10:19:02 UTC | Type: | Bug | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Attachments: |
|
Upstream ticket: https://fedorahosted.org/freeipa/ticket/4823 Fixed upstream master: https://fedorahosted.org/freeipa/changeset/b6c58ff238eb335dcb2a80fc98ecfe8bce5e2422 ipa-4-1: https://fedorahosted.org/freeipa/changeset/640a4b30c2475d7b62cc2407af358a8951c34121 Verified. IPA restore does not proceeds further now if hostname does not matches backup name, IPA Version: ============ [root@dhcp207-133 ~]# rpm -q ipa-server ipa-server-4.1.0-15.el7.x86_64 [root@dhcp207-133 ~]# [root@dhcp207-133 ~]# ipa-restore -p xxxxxxxx /var/lib/ipa/backup/ipa-full-2015-01-16-14-36-18/ -U Preparing restore from /var/lib/ipa/backup/ipa-full-2015-01-16-14-36-18/ on dhcp207-133.testrelm.test Performing FULL restore from FULL backup Host name dhcp207-133.testrelm.test does not match backup name master.testrelm.test [root@dhcp207-133 ~]# 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/RHSA-2015-0442.html |
Created attachment 970089 [details] contains snip for restore.log and named service log Description of problem: I tried to run ipa-restore (full kind) on replica from full backup taken on master and was expecting an error message that restore can not proceed and only data restore possible. Following shown on console : "Host name dhcp207-133.testrelm.test does not match backup name dhcp207-214.testrelm.test" And as expected restore failed. [root@dhcp207-133 ~]# ipa-restore -p xxxxxxxx /var/lib/ipa/backup/ipa-full-2014-12-16-16-16-53/ -U Preparing restore from /var/lib/ipa/backup/ipa-full-2014-12-16-16-16-53/ on dhcp207-133.testrelm.test Host name dhcp207-133.testrelm.test does not match backup name dhcp207-214.testrelm.test Each master will individually need to be re-initialized or re-created from this one. The replication agreements on masters running IPA 3.1 or earlier will need to be manually re-enabled. See the man page for details. Disabling all replication. Disabling replication agreement on dhcp207-214.testrelm.test to dhcp207-133.testrelm.test Stopping IPA services Systemwide CA database updated. Restoring files Systemwide CA database updated. Restoring from userRoot in TESTRELM-TEST Starting IPA services Command ''ipactl' 'start'' returned non-zero exit status 1 [root@dhcp207-133 ~]# echo $? 1 [root@dhcp207-133 ~]# Version-Release number of selected component (if applicable): ipa-server-4.1.0-12.el7.x86_64 How reproducible: Always Steps to Reproduce: 1. Take full backup on master and copy it on replica 2. Run ipa-restore (full kind) from full backup copied from master Actual results: Restore fails as expected. Expected results: Restore process should not proceed throwing an error message that cannot restore from full backup taken on another master. Additional info: (1)Please find the attached file for snip from iparestore.log