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 1297811 - The ipa -e skip_version_check=1 still issues incompatibility error when called against RHEL 6 server
Summary: The ipa -e skip_version_check=1 still issues incompatibility error when calle...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: ipa
Version: 7.2
Hardware: All
OS: Linux
urgent
urgent
Target Milestone: rc
: ---
Assignee: IPA Maintainers
QA Contact: Namita Soman
URL:
Whiteboard:
Depends On:
Blocks: 1298104
TreeView+ depends on / blocked
 
Reported: 2016-01-12 14:19 UTC by Jan Pazdziora
Modified: 2016-11-04 05:48 UTC (History)
9 users (show)

Fixed In Version: ipa-4.2.0-16.el7
Doc Type: Bug Fix
Doc Text:
Clone Of:
: 1298104 (view as bug list)
Environment:
Last Closed: 2016-11-04 05:48:33 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2016:2404 0 normal SHIPPED_LIVE ipa bug fix and enhancement update 2016-11-03 13:56:18 UTC

Description Jan Pazdziora 2016-01-12 14:19:56 UTC 
Description of problem:

The change from bug 1211589 / ticket https://fedorahosted.org/freeipa/ticket/4768 introduced new option skip_version_check which is documented in man default.conf(5) as

    skip_version_check <boolean>

        Skip client vs. server API version checking. Can lead to errors/strange behavior when newer clients talk to older servers. Use with caution.

It works when used with RHEL 7.2 IPA client enrolled against (say) RHEL 7.1 server but does not work against RHEL 6 server.

Version-Release number of selected component (if applicable):

ipa-admintools-4.2.0-15.el7.x86_64

On server, ipa-server-3.0.0-47.el6.x86_64 is installed.

How reproducible:

Deterministic.

Steps to Reproduce:
1. ipa user-find
2. ipa -e skip_version_check=1 user-find

Actual results:

# ipa user-find
ipa: ERROR: 2.156 client incompatible with 2.49 server at u'https://ipa.example.com/ipa/xml'
# ipa -e skip_version_check=1 user-find
ipa: ERROR: 2.51 client incompatible with 2.49 server at u'https://ipa.example.com/ipa/xml'

Expected results:

# ipa user-find
ipa: ERROR: 2.156 client incompatible with 2.49 server at u'https://ipa.example.com/ipa/xml'
# ipa -e skip_version_check=1 user-find

users listed, no error

Additional info:
Comment 1 Jan Pazdziora 2016-01-12 14:24:28 UTC 
With ipa-server-3.0.0-25.el6.x86_64 from RHEL 6.4 which reports API version 2.46, and when forcing the client version to that value,

   # ipa user-find 

still fails with

   ipa: ERROR: Unknown option: no_members

with no incompatibility error.

With ipa-server-3.0.0-42.el6.x86_64 and ipa-server-3.0.0-47.el6.x86_64, the incompatibility error happens.
Comment 2 Jan Cholasta 2016-01-12 14:36:44 UTC 
Upstream ticket:
https://fedorahosted.org/freeipa/ticket/5601
Comment 4 Martin Bašti 2016-01-12 15:43:16 UTC 
Fixed upstream
master:
https://fedorahosted.org/freeipa/changeset/6b2b173a4d6b1cd8789e87d0392dd86c980f858a
ipa-4-3:
https://fedorahosted.org/freeipa/changeset/51d5150b9b5ffe6ff5f77230a389a9091f28ce48
ipa-4-2:
https://fedorahosted.org/freeipa/changeset/7a4a3b099e82fc566d3f353d42009a5f0ef6be18
Comment 5 Martin Kosek 2016-01-12 15:57:55 UTC 
Blocking integration of other product, setting high sev/prio.
Comment 9 Sudhir Menon 2016-08-05 08:39:22 UTC 
Client incompatible error is not displayed.
Verified using RHEL7.3 client and RHEL6.8 Server

ipa-server-3.0.0-50.el6.1.x86_64
ipa-client-4.4.0-4.el7.x86_64

[root@client ~]# ipa user-find
--------------
1 user matched
--------------
  User login: admin
  Last name: Administrator
  Home directory: /home/admin
  Login shell: /bin/bash
  UID: 639000000
  GID: 639000000
  Account disabled: False
  Password: True
  Kerberos keys available: True
----------------------------
Number of entries returned 1
----------------------------
[root@client ~]# ipa -e skip_version_check=1 user-find
--------------
1 user matched
--------------
  User login: admin
  Last name: Administrator
  Home directory: /home/admin
  Login shell: /bin/bash
  UID: 639000000
  GID: 639000000
  Account disabled: False
  Password: True
  Kerberos keys available: True
----------------------------
Number of entries returned 1
----------------------------
Comment 11 errata-xmlrpc 2016-11-04 05:48:33 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-2016-2404.html
Note You need to log in before you can comment on or make changes to this bug.