389-devel April 2017

389-devel@lists.fedoraproject.org

9 participants
63 discussions

Please review: With NSS SQL db, ds will not start
by William Brown 05 Apr '17

05 Apr '17

https://pagure.io/389-ds-base/issue/49041 https://pagure.io/389-ds-base/issue/raw/files/0b80b56b4f4c765518293a0263d32… -- Sincerely, William Brown Software Engineer Red Hat, Australia/Brisbane

1 0

Please review: DSLdapObject compare function and user compare tests
by Ankit Yadav 05 Apr '17

05 Apr '17

Hello Everyone, I was working on issue #1 lib389 cn=config comparison, I have done some work in that direction. I have added a compare function on DSLdapObject and have written a test for comparing user object. Currently this test is not complete, I am just printing the attributes values to verify the working of comparison function. But comparison function is working, so let me know your feedback and how we can proceed further with this? Link to commit: https://pagure.io/fork/ankity10/lib389/c/44b02ba4ddb54be12041052b5b75f17b9e… Regards, Ankit Yadav

2 1

Please review: New test cases and lib389 fix
by Simon Pichugin 04 Apr '17

04 Apr '17

Hi team, please, review my new test cases for replication acceptance test suite and a small fix for lib389. https://pagure.io/389-ds-base/issue/48085 https://pagure.io/389-ds-base/issue/raw/files/a9826a42730d4ffad4ae826ef9d5e… https://pagure.io/lib389/issue/16 https://pagure.io/lib389/issue/raw/files/cde155ba9405f66ee9bc6428401f3027d3… Thanks, Simon

1 0

Please review 49209: Hang due to omitted replica lock release
by thierry bordaz 04 Apr '17

04 Apr '17

https://pagure.io/389-ds-base/issue/49209 patch is: https://pagure.io/389-ds-base/issue/raw/files/8adf20a3bebb247024662ee92aa87…

1 0

Please review: CGroup memory limit detection
by William Brown 04 Apr '17

04 Apr '17

https://pagure.io/389-ds-base/issue/48864 https://pagure.io/389-ds-base/issue/raw/files/5aebc50255a5665943528bde7f544… -- Sincerely, William Brown Software Engineer Red Hat, Australia/Brisbane

1 0

Build failed in Jenkins: 389-DS-NIGHTLY #196
by Jenkins 04 Apr '17

04 Apr '17

See <http://vm-058-081.abc.idm.lab.eng.brq.redhat.com:8080/job/389-DS-NIGHTLY/19…> ------------------------------------------ [...truncated 4347 lines...] suites/plugins/accpol_test.py::test_inact_local PASSED suites/plugins/attr_uniqueness_test.py::test_attr_uniqueness_init PASSED suites/plugins/attr_uniqueness_test.py::test_attr_uniqueness PASSED suites/plugins/dna_test.py::test_basic PASSED suites/plugins/memberof_test.py::test_memberof_setloging PASSED suites/plugins/memberof_test.py::test_memberof_MultiGrpAttr_001 PASSED suites/plugins/memberof_test.py::test_memberof_MultiGrpAttr_003 PASSED suites/plugins/memberof_test.py::test_memberof_MultiGrpAttr_004 PASSED suites/plugins/memberof_test.py::test_memberof_MultiGrpAttr_005 PASSED suites/plugins/memberof_test.py::test_memberof_MultiGrpAttr_006 PASSED suites/plugins/memberof_test.py::test_memberof_MultiGrpAttr_007 PASSED suites/plugins/memberof_test.py::test_memberof_MultiGrpAttr_008 PASSED suites/plugins/memberof_test.py::test_memberof_MultiGrpAttr_009 PASSED suites/plugins/memberof_test.py::test_memberof_MultiGrpAttr_010 PASSED suites/plugins/memberof_test.py::test_memberof_MultiGrpAttr_011 PASSED suites/plugins/memberof_test.py::test_memberof_MultiGrpAttr_012 PASSED suites/plugins/memberof_test.py::test_memberof_MultiGrpAttr_013 PASSED suites/plugins/memberof_test.py::test_memberof_MultiGrpAttr_014 PASSED suites/plugins/memberof_test.py::test_memberof_MultiGrpAttr_015 PASSED suites/plugins/memberof_test.py::test_memberof_MultiGrpAttr_016 PASSED suites/plugins/memberof_test.py::test_memberof_MultiGrpAttr_017 PASSED suites/plugins/memberof_test.py::test_memberof_MultiGrpAttr_018 PASSED suites/plugins/memberof_test.py::test_memberof_MultiGrpAttr_019 PASSED suites/plugins/memberof_test.py::test_memberof_MultiGrpAttr_020 PASSED suites/plugins/memberof_test.py::test_memberof_MultiGrpAttr_021 PASSED suites/plugins/memberof_test.py::test_memberof_MultiGrpAttr_022 PASSED suites/plugins/memberof_test.py::test_memberof_MultiGrpAttr_023 PASSED suites/plugins/memberof_test.py::test_memberof_MultiGrpAttr_024 PASSED suites/plugins/memberof_test.py::test_memberof_MultiGrpAttr_025 PASSED suites/plugins/memberof_test.py::test_memberof_auto_add_oc PASSED suites/plugins/rootdn_plugin_test.py::test_rootdn_init PASSED suites/plugins/rootdn_plugin_test.py::test_rootdn_access_specific_time PASSED suites/plugins/rootdn_plugin_test.py::test_rootdn_access_day_of_week PASSED suites/plugins/rootdn_plugin_test.py::test_rootdn_access_denied_ip PASSED suites/plugins/rootdn_plugin_test.py::test_rootdn_access_denied_host PASSED suites/plugins/rootdn_plugin_test.py::test_rootdn_access_allowed_ip PASSED suites/plugins/rootdn_plugin_test.py::test_rootdn_access_allowed_host PASSED suites/plugins/rootdn_plugin_test.py::test_rootdn_config_validate PASSED suites/replication/acceptance_test.py::test_add_entry PASSED suites/replication/acceptance_test.py::test_modify_entry PASSED suites/replication/acceptance_test.py::test_delete_entry PASSED suites/replication/acceptance_test.py::test_modrdn_entry[0] PASSED suites/replication/acceptance_test.py::test_modrdn_entry[1] PASSED suites/replication/cleanallruv_test.py::test_cleanallruv_init PASSED suites/replication/cleanallruv_test.py::test_cleanallruv_clean PASSED suites/replication/cleanallruv_test.py::test_cleanallruv_clean_restart PASSED suites/replication/cleanallruv_test.py::test_cleanallruv_clean_force PASSED suites/replication/cleanallruv_test.py::test_cleanallruv_abort PASSED suites/replication/cleanallruv_test.py::test_cleanallruv_abort_restart PASSED suites/replication/cleanallruv_test.py::test_cleanallruv_abort_certify PASSED suites/replication/cleanallruv_test.py::test_cleanallruv_stress_clean PASSED suites/replication/single_master_test.py::test_mail_attr_repl PASSED suites/replication/single_master_test.py::test_lastupdate_attr_before_init PASSED suites/replication/tombstone_test.py::test_purge_success PASSED suites/replication/wait_for_async_feature_test.py::test_not_int_value PASSED suites/replication/wait_for_async_feature_test.py::test_multi_value PASSED suites/replication/wait_for_async_feature_test.py::test_value_check[waitfor_async_attr0] PASSED suites/replication/wait_for_async_feature_test.py::test_value_check[waitfor_async_attr1] PASSED suites/replication/wait_for_async_feature_test.py::test_value_check[waitfor_async_attr2] PASSED suites/replication/wait_for_async_feature_test.py::test_value_check[waitfor_async_attr3] PASSED suites/replication/wait_for_async_feature_test.py::test_behavior_with_value[waitfor_async_attr0] PASSED suites/replication/wait_for_async_feature_test.py::test_behavior_with_value[waitfor_async_attr1] PASSED suites/replication/wait_for_async_feature_test.py::test_behavior_with_value[waitfor_async_attr2] PASSED suites/replication/wait_for_async_feature_test.py::test_behavior_with_value[waitfor_async_attr3] PASSED suites/schema/test_schema.py::test_schema_comparewithfiles PASSED suites/setup_ds/setup_ds_test.py::test_slapd_InstScriptsEnabled[true] PASSED suites/setup_ds/setup_ds_test.py::test_slapd_InstScriptsEnabled[false] PASSED =================================== FAILURES =================================== _______________________________ test_ticket47973 _______________________________ topology_st = <lib389.topologies.TopologyMain object at 0x7f9689650250> def test_ticket47973(topology_st): """ During the schema reload task there is a small window where the new schema is not loaded into the asi hashtables - this results in searches not returning entries. """ log.info('\''Testing Ticket 47973 - Test the searches still work as expected during schema reload tasks'\'') # # Add a user # try: topology_st.standalone.add_s(Entry((USER_DN, { '\''objectclass'\'': '\''top extensibleObject'\''.split(), '\''uid'\'': '\''user1'\'' }))) except ldap.LDAPError as e: log.error('\''Failed to add user1: error '\'' + e.message['\''desc'\'']) assert False # # Run a series of schema_reload tasks while searching for our user. Since # this is a race condition, run it several times. # task_count = 0 while task_count < SCHEMA_RELOAD_COUNT: # # Add a schema reload task # TASK_DN = '\''cn=task-'\'' + str(task_count) + '\'',cn=schema reload task, cn=tasks, cn=config'\'' try: topology_st.standalone.add_s(Entry((TASK_DN, { '\''objectclass'\'': '\''top extensibleObject'\''.split(), '\''cn'\'': '\''task-'\'' + str(task_count) }))) except ldap.LDAPError as e: log.error('\''Failed to add task entry: error '\'' + e.message['\''desc'\'']) assert False # # While we wait for the task to complete keep searching for our user # search_count = 0 while search_count < 100: # # Now check the user is still being returned # try: entries = topology_st.standalone.search_s(DEFAULT_SUFFIX, ldap.SCOPE_SUBTREE, '\''(uid=user1)'\'') if not entries or not entries[0]: log.fatal('\''User was not returned from search!'\'') assert False except ldap.LDAPError as e: log.fatal('\''Unable to search for entry %s: error %s'\'' % (USER_DN, e.message['\''desc'\''])) assert False # # Check if task is complete # > if task_complete(topology_st.standalone, TASK_DN): tickets/ticket47973_test.py:103: _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ conn = <lib389.DirSrv object at 0x7f9689df7850> task_dn = '\''cn=task-8,cn=schema reload task, cn=tasks, cn=config'\'' def task_complete(conn, task_dn): finished = False try: task_entry = conn.search_s(task_dn, ldap.SCOPE_BASE, '\''objectclass=*'\'') if not task_entry: log.fatal('\''wait_for_task: Search failed to find task: '\'' + task_dn) assert False if task_entry[0].hasAttr('\''nstaskexitcode'\''): # task is done finished = True except ldap.LDAPError as e: log.fatal('\''wait_for_task: Search failed: '\'' + e.message['\''desc'\'']) > assert False E assert False tickets/ticket47973_test.py:36: AssertionError ---------------------------- Captured stdout setup ----------------------------- OK group dirsrv exists OK user dirsrv exists ----------------------------- Captured stderr call ----------------------------- INFO:dirsrvtests.tests.tickets.ticket47973_test:Testing Ticket 47973 - Test the searches still work as expected during schema reload tasks CRITICAL:dirsrvtests.tests.tickets.ticket47973_test:wait_for_task: Search failed: Can'\''t contact LDAP server ____________________________ test_ticket47973_case _____________________________ topology_st = <lib389.topologies.TopologyMain object at 0x7f9689650250> def test_ticket47973_case(topology_st): log.info('\''Testing Ticket 47973 (case) - Test the cases in the original schema are preserved.'\'') log.info('\''case 1 - Test the cases in the original schema are preserved.'\'') tsfile = topology_st.standalone.schemadir + '\''/98test.ldif'\'' tsfd = open(tsfile, "w") Mozattr0 = "MoZiLLaaTTRiBuTe" testschema = "dn: cn=schema\nattributetypes: ( 8.9.10.11.12.13.14 NAME '\''" + Mozattr0 + "'\'' SYNTAX 1.3.6.1.4.1.1466.115.121.1.15 X-ORIGIN '\''Mozilla Dummy Schema'\'' )\nobjectclasses: ( 1.2.3.4.5.6.7 NAME '\''MozillaObject'\'' SUP top MUST ( objectclass $ cn ) MAY ( " + Mozattr0 + " ) X-ORIGIN '\''user defined'\'' )" tsfd.write(testschema) tsfd.close() try: # run the schema reload task with the default schemadir topology_st.standalone.tasks.schemaReload(schemadir=topology_st.standalone.schemadir, > args={TASK_WAIT: False}) tickets/ticket47973_test.py:126: _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ ../../../lib389/lib389/tasks.py:758: in schemaReload self.conn.add_s(entry) ../../../lib389/lib389/__init__.py:157: in inner return f(ent.dn, ent.toTupleList(), *args[2:]) /usr/lib64/python2.7/site-packages/ldap/ldapobject.py:209: in add_s msgid = self.add(dn,modlist) ../../../lib389/lib389/__init__.py:159: in inner return f(*args, **kwargs) /usr/lib64/python2.7/site-packages/ldap/ldapobject.py:206: in add return self.add_ext(dn,modlist,None,None) ../../../lib389/lib389/__init__.py:159: in inner return f(*args, **kwargs) /usr/lib64/python2.7/site-packages/ldap/ldapobject.py:191: in add_ext return self._ldap_call(self._l.add_ext,dn,modlist,RequestControlTuples(serverctrls),RequestControlTuples(clientctrls)) ../../../lib389/lib389/__init__.py:161: in inner return f(*args, **kwargs) _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ self = <lib389.DirSrv object at 0x7f9689df7850> func = <built-in method add_ext of LDAP object at 0x7f968a010170> args = ('\''cn=task-04022017_012514,cn=schema reload task,cn=tasks,cn=config'\'', [('\''objectclass'\'', ('\''top'\'', '\''extensibleObject'\'')), ('\''cn'\'', ('\''task-04022017_012514'\'',)), ('\''schemadir'\'', ('\''/etc/dirsrv/slapd-standalone_1/schema'\'',))], None, None) kwargs = {}, diagnostic_message_success = None e = SERVER_DOWN({'\''desc'\'': "Can'\''t contact LDAP server"},) def _ldap_call(self,func,*args,**kwargs): """ Wrapper method mainly for serializing calls into OpenLDAP libs and trace logs """ self._ldap_object_lock.acquire() if __debug__: if self._trace_level>=1: self._trace_file.write('\''*** %s %s - %s\n%s\n'\'' % ( repr(self), self._uri, '\''.'\''.join((self.__class__.__name__,func.__name__)), pprint.pformat((args,kwargs)) )) if self._trace_level>=9: traceback.print_stack(limit=self._trace_stack_limit,file=self._trace_file) diagnostic_message_success = None try: try: > result = func(*args,**kwargs) E SERVER_DOWN: {'\''desc'\'': "Can'\''t contact LDAP server"} /usr/lib64/python2.7/site-packages/ldap/ldapobject.py:106: SERVER_DOWN ----------------------------- Captured stderr call ----------------------------- INFO:dirsrvtests.tests.tickets.ticket47973_test:Testing Ticket 47973 (case) - Test the cases in the original schema are preserved. INFO:dirsrvtests.tests.tickets.ticket47973_test:case 1 - Test the cases in the original schema are preserved. =================== 2 failed, 501 passed in 10374.31 seconds ===================' + '[' 1 -ne 0 ']' + echo CI Tests 'FAILED!' CI Tests FAILED! + MSG=FAILED + RC=1 + sudo /usr/sbin/sendmail mreynolds(a)redhat.com firstyear(a)redhat.com + sudo rm -rf /var/tmp/slapd.vg.121506 /var/tmp/slapd.vg.12483 /var/tmp/slapd.vg.12578 /var/tmp/slapd.vg.21021 + exit 1 Build step 'Execute shell' marked build as failure

1 2

GSOC applications have closed,
by William Brown 04 Apr '17

04 Apr '17

Hi, GSOC applications have closed now: I really want to say thank you to everyone who joined our lists, talked with us, and applied. I have been really impressed by the high quality of students from around the world that have shown an interest in this project. Please be patient with myself and the Fedora Project in the coming weeks: Our next announcement about the project will on or after April the 17th. Thank you again, -- Sincerely, William Brown Software Engineer Red Hat, Australia/Brisbane

1 0

[GSoC] Introduction and hoping to contribute!
by taingram＠mtu.edu 03 Apr '17

03 Apr '17

Hello William and 389-devel, I'm Thomas Ingram, a second year CS student hoping to get into GSoC this year, and really hoping to work with Fedora! I'm a longtime Fedora and GNU/Linux user and have always wanted to contribute. I am interested in working on 389's python administration framework for this year's GSoC! I a lot of experience working with GNU/Linux and administering machines. I have some experience programming in Python and thanks to my Java background I know how to make use of Classes, Inheritance, and Modules. I also have a good amount of C experience and writing C for GNU/Linux (or POSIX) systems if that helps as well. I'm very excited about the prospect of working with Fedora and free software and would be happy to take extra time to learn in the area's I am lacking. I've attached my rough draft proposal, any feedback would be greatly appreciated! Thanks! --- Thomas Ingram Computer Science Major Michigan Technological University

2 1

Please review: Remove vacuum lock on b+tree cow
by William Brown 03 Apr '17

03 Apr '17

https://pagure.io/389-ds-base/issue/49153 https://pagure.io/389-ds-base/issue/raw/files/caa388aaee538a194605ae490b03e… -- Sincerely, William Brown Software Engineer Red Hat, Australia/Brisbane

1 0

Please review: Docker POC for 389-ds
by William Brown 03 Apr '17

03 Apr '17

https://pagure.io/389-ds-base/issue/49207 https://pagure.io/389-ds-base/issue/raw/files/77511b5cc50e7d054f8231ce28099… -- Sincerely, William Brown Software Engineer Red Hat, Australia/Brisbane

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

389-devel April 2017