RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 1175287 - No error message thrown on restore(full kind) on replica from full backup taken on master
Summary: No error message thrown on restore(full kind) on replica from full backup tak...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: ipa
Version: 7.1
Hardware: Unspecified
OS: Unspecified
medium
unspecified
Target Milestone: rc
: ---
Assignee: IPA Maintainers
QA Contact: Namita Soman
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-12-17 13:01 UTC by Kaleem
Modified: 2015-03-05 10:19 UTC (History)
2 users (show)

Fixed In Version: ipa-4.1.0-14.el7
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2015-03-05 10:19:02 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)
contains snip for restore.log and named service log (3.14 KB, text/plain)
2014-12-17 13:01 UTC, Kaleem 		no flags Details
View All


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHSA-2015:0442 0 normal SHIPPED_LIVE Moderate: ipa security, bug fix, and enhancement update 2015-03-05 14:50:39 UTC

Description Kaleem 2014-12-17 13:01:18 UTC 
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
Comment 2 Martin Kosek 2015-01-05 16:13:12 UTC 
Upstream ticket:
https://fedorahosted.org/freeipa/ticket/4823
Comment 3 Jan Cholasta 2015-01-13 15:02:45 UTC 
Fixed upstream
master:
https://fedorahosted.org/freeipa/changeset/b6c58ff238eb335dcb2a80fc98ecfe8bce5e2422
ipa-4-1:
https://fedorahosted.org/freeipa/changeset/640a4b30c2475d7b62cc2407af358a8951c34121
Comment 5 Kaleem 2015-01-16 09:15:42 UTC 
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 ~]#
Comment 7 errata-xmlrpc 2015-03-05 10:19:02 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/RHSA-2015-0442.html
Note You need to log in before you can comment on or make changes to this bug.