Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 1469759 - ini_config_augment: merge_flags detect behavior incorrect
ini_config_augment: merge_flags detect behavior incorrect
Status: CLOSED ERRATA
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: ding-libs (Show other bugs)
7.4
Unspecified Unspecified
unspecified Severity unspecified
: rc
: ---
Assigned To: Michal Zidek
ipa-qe
https://pagure.io/SSSD/ding-libs/issu...
:
Depends On:
Blocks: 1458913
  Show dependency treegraph
 
Reported: 2017-07-11 15:25 EDT by Robbie Harwood
Modified: 2018-04-10 12:25 EDT (History)
5 users (show)

See Also:
Fixed In Version: ding-libs-0.6.1-28.el7
Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2018-04-10 12:24:47 EDT
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)


External Trackers
Tracker ID Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2018:0898 None None None 2018-04-10 12:25 EDT

  None (edit)
Description Robbie Harwood 2017-07-11 15:25:18 EDT
This happens when a config section is duplicated between a config file and a config directory (either with the same or different contents).

If ERROR/DETECT are set in merge_flags or collision_flags on ini_config_augment, error=17 is returned from ini_aug_apply, which causes the error_list to be discarded in ini_config_augment. When MERGE/PRESERVE/OVERWRITE are instead set as flags (on merge_flags and collision_flags in various combinations), error_list is empty as merging happens silently. Thus it is impossible to determine what the offending file or section is.
Comment 1 Jakub Hrozek 2017-07-11 16:43:48 EDT
Upstream ticket: https://bugzilla.redhat.com/show_bug.cgi?id=1469759
Comment 2 Jakub Hrozek 2017-07-11 16:44:23 EDT
(In reply to Jakub Hrozek from comment #1)
> Upstream ticket: https://bugzilla.redhat.com/show_bug.cgi?id=1469759

Well, of course not. Let's try this again, the upstream ticket link is https://pagure.io/SSSD/ding-libs/issue/3167
Comment 5 Michal Zidek 2017-08-10 06:20:57 EDT
I forgot to comment here, but the patches landed in upstream master yesterday:
- fd539954e68ae49e6670f49e3ff3300cac3e4739
- 3163a969bbcd10c4d9e48e191f978c6991ac01cd
- e322192d1711677e78b197915b1a12537a0e510b
Comment 6 Jakub Hrozek 2017-08-10 07:08:47 EDT
(In reply to Michal Zidek from comment #5)
> I forgot to comment here, but the patches landed in upstream master
> yesterday:
> - fd539954e68ae49e6670f49e3ff3300cac3e4739
> - 3163a969bbcd10c4d9e48e191f978c6991ac01cd
> - e322192d1711677e78b197915b1a12537a0e510b

Therefore marking as POST.
Comment 7 Robbie Harwood 2017-08-10 14:19:58 EDT
In fedora - ding-libs-0.6.0-33.fc27
Comment 12 Nikhil Dehadrai 2018-01-25 04:37:26 EST
Hi,

Can you please suggest the steps to verify this bugzilla?

Thanks.
Comment 13 Robbie Harwood 2018-01-26 07:42:25 EST
(In reply to Nikhil Dehadrai from comment #12)
> Hi,
> 
> Can you please suggest the steps to verify this bugzilla?

I am not the maintainer, but: gssproxy building successfully should be enough to mark it fixed.

Barring that, you could lift a test program from the logic from gssproxy's build script: https://pagure.io/gssproxy/blob/master/f/configure.ac#_121 (lines 121-237)
Comment 18 Nikhil Dehadrai 2018-01-30 09:53:48 EST
IPA-Version: ipa-server-4.5.4-9.el7.x86_64

Verified the bug on the basis of below observations:
1. Verified that ipa-server installation is successful.
2. No errors are observed in installations.
3. IPA services and commands ran successfully.

Console:
[root@auto-hv-01-guest06 ~]# rpm -q ipa-server gssproxy
ipa-server-4.5.4-9.el7.x86_64
gssproxy-0.7.0-17.el7.x86_64
[root@auto-hv-01-guest06 ~]# ipactl status
Directory Service: RUNNING
krb5kdc Service: RUNNING
kadmin Service: RUNNING
named Service: RUNNING
httpd Service: RUNNING
ipa-custodia Service: RUNNING
ntpd Service: RUNNING
pki-tomcatd Service: RUNNING
ipa-otpd Service: RUNNING
ipa-dnskeysyncd Service: RUNNING
ipa: INFO: The ipactl command was successful
[root@auto-hv-01-guest06 ~]# ipactl restart;ipactl status
Stopping pki-tomcatd Service
Restarting Directory Service
Restarting krb5kdc Service
Restarting kadmin Service
Restarting named Service
Restarting httpd Service
Restarting ipa-custodia Service
Restarting ntpd Service
Restarting pki-tomcatd Service
Restarting ipa-otpd Service
Restarting ipa-dnskeysyncd Service
ipa: INFO: The ipactl command was successful
Directory Service: RUNNING
krb5kdc Service: RUNNING
kadmin Service: RUNNING
named Service: RUNNING
httpd Service: RUNNING
ipa-custodia Service: RUNNING
ntpd Service: RUNNING
pki-tomcatd Service: RUNNING
ipa-otpd Service: RUNNING
ipa-dnskeysyncd Service: RUNNING
ipa: INFO: The ipactl command was successful
[root@auto-hv-01-guest06 ~]# kinit admin
Password for admin@TESTRELM.TEST: 
[root@auto-hv-01-guest06 ~]# klist
Ticket cache: KEYRING:persistent:0:0
Default principal: admin@TESTRELM.TEST

Valid starting       Expires              Service principal
01/30/2018 02:57:24  01/31/2018 02:57:21  krbtgt/TESTRELM.TEST@TESTRELM.TEST
[root@auto-hv-01-guest06 ~]# tail -1 /var/log/ipaserver-install.log 
2018-01-30T05:36:13Z INFO The ipa-server-install command was successful
[root@auto-hv-01-guest06 ~]# 

Thus on the basis of above observations and comments in comment#17, marking the status of Bugzilla to 'Verified'
Comment 21 errata-xmlrpc 2018-04-10 12:24:47 EDT
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://access.redhat.com/errata/RHBA-2018:0898

Note You need to log in before you can comment on or make changes to this bug.