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 1207540 - Plugin will crash if idnsForwardZone object is in the wrong place
Summary: Plugin will crash if idnsForwardZone object is in the wrong place
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: bind-dyndb-ldap
Version: 7.0
Hardware: Unspecified
OS: Unspecified
medium
unspecified
Target Milestone: rc
: ---
Assignee: Petr Spacek
QA Contact: Namita Soman
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2015-03-31 07:00 UTC by Martin Kosek
Modified: 2015-11-19 10:21 UTC (History)
2 users (show)

Fixed In Version: bind-dyndb-ldap-7.99-1.GIT158e95e.el7
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2015-11-19 10:21:20 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHEA-2015:2301 0 normal SHIPPED_LIVE bind-dyndb-ldap bug fix and enhancement update 2015-11-19 09:55:21 UTC

Description Martin Kosek 2015-03-31 07:00:47 UTC 
This bug is created as a clone of upstream ticket:
https://fedorahosted.org/bind-dyndb-ldap/ticket/148

== Problem ==
Plugin crashes.

== Steps to Reproduce ==
* Create LDAP object with DN `idnsName=test, idnsName=test, cn=dns`
* Add objectClass `idnsForwardZone` to it
Comment 1 Petr Spacek 2015-06-08 14:57:57 UTC 
Fixed upstream: 9d2160ead48d64b6943cb4f0e7ec0feddd82dbc5
Comment 4 Kaleem 2015-09-08 17:44:10 UTC 
Verified.

IPA Version:
============
[root@dhcp207-20 ~]# rpm -q ipa-server
ipa-server-4.2.0-8.el7.x86_64
[root@dhcp207-20 ~]# 

Console output:
===============
[root@dhcp207-20 ~]# ipa dnszone-add ipa.example.;ipa dnsrecord-add ipa.example. test --txt-rec="ignorethis"
  Zone name: ipa.example.
  Active zone: TRUE
  Authoritative nameserver: dhcp207-20.testrelm.test.
  Administrator e-mail address: hostmaster
  SOA serial: 1441733474
  SOA refresh: 3600
  SOA retry: 900
  SOA expire: 1209600
  SOA minimum: 3600
  BIND update policy: grant TESTRELM.TEST krb5-self * A; grant TESTRELM.TEST krb5-self * AAAA; grant TESTRELM.TEST krb5-self * SSHFP;
  Dynamic update: FALSE
  Allow query: any;
  Allow transfer: none;
  Record name: test
  TXT record: ignorethis
[root@dhcp207-20 ~]# 
[root@dhcp207-20 ~]# cat c.ldif 
dn: idnsname=test,idnsname=ipa.example.,cn=dns,dc=testrelm,dc=test 
changetype: modify
add: idnsZoneActive
idnsZoneActive: TRUE
-
delete: objectClass
objectClass: idnsrecord
-
add: objectClass
objectClass: idnsRecord
objectClass: idnsForwardZone
-
[root@dhcp207-20 ~]# ldapmodify -Y GSSAPI -f c.ldif 
SASL/GSSAPI authentication started
SASL username: admin
SASL SSF: 56
SASL data security layer installed.
modifying entry "idnsname=test,idnsname=ipa.example.,cn=dns,dc=testrelm,dc=test "
[root@dhcp207-20 ~]#

[root@dhcp207-20 ~]# ldapsearch -Y GSSAPI -b "idnsname=test,idnsname=ipa.example.,cn=dns,dc=testrelm,dc=test"
SASL/GSSAPI authentication started
SASL username: admin
SASL SSF: 56
SASL data security layer installed.
# extended LDIF
#
# LDAPv3
# base <idnsname=test,idnsname=ipa.example.,cn=dns,dc=testrelm,dc=test> with scope subtree
# filter: (objectclass=*)
# requesting: ALL
#

# test, ipa.example., dns, testrelm.test
dn: idnsname=test,idnsname=ipa.example.,cn=dns,dc=testrelm,dc=test
objectClass: top
objectClass: idnsRecord
objectClass: idnsForwardZone
tXTRecord: ignorethis
idnsName: test
idnsZoneActive: TRUE

# search result
search: 4
result: 0 Success

# numResponses: 2
# numEntries: 1
[root@dhcp207-20 ~]#
Comment 5 Kaleem 2015-09-08 17:46:20 UTC 
[root@dhcp207-20 ~]# rpm -q ipa-server bind bind-dyndb-ldap
ipa-server-4.2.0-8.el7.x86_64
bind-9.9.4-29.el7.x86_64
bind-dyndb-ldap-8.0-1.el7.x86_64
[root@dhcp207-20 ~]#
Comment 6 Petr Spacek 2015-09-10 14:22:35 UTC 
This bug is kind of obscure and does not require detailed documentation for end users.
Comment 8 errata-xmlrpc 2015-11-19 10:21:20 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/RHEA-2015-2301.html
Note You need to log in before you can comment on or make changes to this bug.