SSSD / sssd

#3267 sssctl netgroup-show is not functioning
Closed: Fixed Opened by jstephen.

Closed: Fixed
Reopen Issue

sssctl does not handle netgroup objects correctly, easily reproducible by adding a netgroup and running sssctl netgroup-show 

# getent netgroup mynetgroup
mynetgroup            (ipa-replica-f25.jstephen.local,-,jstephen.local)
# sssctl netgroup-show mynetgroup --debug=10
(Tue Dec 13 22:06:11:000079 2016) [sssd] [new_subdomain] (0x0400): Creating [AD.JSTEPHEN] as subdomain of [jstephen.local]!
(Tue Dec 13 22:06:11:000129 2016) [sssd] [link_forest_roots] (0x2000): [jstephen.local] is a forest root
(Tue Dec 13 22:06:11:000176 2016) [sssd] [link_forest_roots] (0x2000): [AD.JSTEPHEN] is a forest root
(Tue Dec 13 22:06:11:000301 2016) [sssd] [sss_names_init_from_args] (0x0100): Using re [(((?P<domain>[^\\]+)\\(?P<name>.+$))|((?P<name>[^@]+)@(?P<domain>.+$))|(^(?P<name>[^@\\]+)$))].
(Tue Dec 13 22:06:11:000400 2016) [sssd] [sss_fqnames_init] (0x0100): Using fq format [%1$s@%2$s].
(Tue Dec 13 22:06:11:000563 2016) [sssd] [sss_names_init_from_args] (0x0100): Using re [(?P<name>[^@]+)@?(?P<domain>[^@]*$)].
(Tue Dec 13 22:06:11:000662 2016) [sssd] [sss_fqnames_init] (0x0100): Using fq format [%1$s@%2$s].
(Tue Dec 13 22:06:11:000836 2016) [sssd] [sss_parse_name_for_domains] (0x0200): name 'mynetgroup' matched without domain, user is mynetgroup
(Tue Dec 13 22:06:11:000947 2016) [sssd] [ldb] (0x4000): Added timed event "ltdb_callback": 0x55a48d4e7470
(Tue Dec 13 22:06:11:001076 2016) [sssd] [ldb] (0x4000): Added timed event "ltdb_timeout": 0x55a48d4eaca0
(Tue Dec 13 22:06:11:001130 2016) [sssd] [ldb] (0x4000): Running timer event 0x55a48d4e7470 "ltdb_callback"
(Tue Dec 13 22:06:11:001218 2016) [sssd] [ldb] (0x4000): Destroying timer event 0x55a48d4eaca0 "ltdb_timeout"
(Tue Dec 13 22:06:11:001319 2016) [sssd] [ldb] (0x4000): Ending timer event 0x55a48d4e7470 "ltdb_callback"
(Tue Dec 13 22:06:11:001374 2016) [sssd] [sysdb_merge_res_ts_attrs] (0x2000): TS cache doesn't handle this DN type, skipping
(Tue Dec 13 22:06:11:001461 2016) [sssd] [sss_output_name] (0x0020): sss_parse_internal_fqname failed
Name: Unable to read value [12]: Cannot allocate memory
Cache entry creation date: 12/13/16 16:37:36
Cache entry last update time: 12/13/16 22:05:41
Cache entry expiration time: 12/13/16 23:35:41

Fields changed

owner: somebody => jstephen
status: new => assigned

PR Submitted - https://github.com/SSSD/sssd/pull/109

Fields changed

milestone: NEEDS_TRIAGE => SSSD 1.14.3

Linked to Bugzilla bug: https://bugzilla.redhat.com/show_bug.cgi?id=1406437 (Red Hat Enterprise Linux 7)

rhbz: => [https://bugzilla.redhat.com/show_bug.cgi?id=1406437 1406437]

Replying to [comment:2 jstephen]:

PR Submitted - https://github.com/SSSD/sssd/pull/109
It was fixed in master by different commit and not by this PR. It was a dependency for refactoring of nsss responder. And it's better to have the same commit in older branches.

master:

  • 7b293a5095ef3e63cd2e3f2ff01b7484bf6dcd38

sssd-1-14:

  • c61f9fe1781fc4da2fc9e7f11071a4827cb0e463

and integration test:
master:

  • 1a71eeb4d71f7f6d63edb4298d69b35a94edc020

sssd-1-14:

  • 9a2b5de8c753c7d56527174400c9d0620c58c4e9

Fields changed

resolution: => fixed
status: assigned => closed

Metadata Update from @jstephen:
- Issue assigned to jstephen
- Issue set to the milestone: SSSD 1.14.3

SSSD is moving from Pagure to Github. This means that new issues and pull requests
will be accepted only in SSSD's github repository.

This issue has been cloned to Github and is available here:
- https://github.com/SSSD/sssd/issues/4300

If you want to receive further updates on the issue, please navigate to the github issue
and click on subscribe button.

Thank you for understanding. We apologize for all inconvenience.
Metadata
None
None
None
High
defect
SSSD
1.14.2
0
0
1
https://bugzilla.redhat.com/show_bug.cgi?id=1406437
0
0
0
Static archive. pagure.io was sunset in 2026; this is a read-only snapshot.
Red Hat Logo

Fedora is sponsored by Red Hat. Learn more about the relationship between Red Hat and Fedora »

© Red Hat, Inc. and others.