Btw, about a patch https://code.launchpad.net/~ahasenack/ubuntu/+source/sssd/+git/sssd/+merge/463721/+preview-diff/1051133/+files/preview.diff that I've found browsing links list:
wouldn't it be better to use `SPRItime` (defined in 'util/sss_format.h') instead of replacing `%lu` with `%lld`? And I think you could upstream this. On Fri, Apr 5, 2024 at 12:24 PM Alexey Tikhonov <atikh...@redhat.com> wrote: > > On Thu, Apr 4, 2024 at 6:26 PM Andreas Hasenack <andr...@canonical.com> wrote: > > > > Hi, > > > > I'm troubleshooting a set of test failures[1][2] in sssd 2.9.2 and > > 2.9.4. They are only failing in armhf, so the usual culprits are > > 32bits, slowness of the arch/infrastructure, and now we also have a > > time_t change[3] to a 64bit type. > > + unaligned mem access, but hardly the case here. > > > I don't know yet which, if any, are > > related to the failures. > > > > The current failures are: > > > > [ RUN ] test_user_by_recent_filter_valid > > [ ERROR ] --- 0x2 != 0x1 > > [ LINE ] --- ../src/tests/cmocka/test_responder_cache_req.c:2505: > > error: Failure! > > [ FAILED ] test_user_by_recent_filter_valid > > [ RUN ] test_users_by_recent_filter_valid > > [ OK ] test_users_by_recent_filter_valid > > [ RUN ] test_group_by_recent_filter_valid > > [ ERROR ] --- 0x2 != 0x1 > > [ LINE ] --- ../src/tests/cmocka/test_responder_cache_req.c:2868: > > error: Failure! > > [ FAILED ] test_group_by_recent_filter_valid > > [ RUN ] test_groups_by_recent_filter_valid > > [ OK ] test_groups_by_recent_filter_valid > > [ RUN ] test_users_by_filter_filter_old > > [ ERROR ] --- 0x2 != 0x1 > > [ LINE ] --- ../src/tests/cmocka/test_responder_cache_req.c:2613: > > error: Failure! > > [ FAILED ] test_users_by_filter_filter_old > > > > And > > > > [ ERROR ] --- No entries for symbol sss_dp_get_account_recv. > > ../src/tests/cmocka/common_mock_resp_dp.c:52: error: Could not get > > value to mock function sss_dp_get_account_recv > > ../src/tests/cmocka/test_pam_srv.c:802: note: Previously returned mock > > value was declared here > > > > [ FAILED ] test_pam_preauth_expired_crl_file > > ... > > [ ERROR ] --- No entries for symbol sss_dp_get_account_recv. > > ../src/tests/cmocka/common_mock_resp_dp.c:52: error: Could not get > > value to mock function sss_dp_get_account_recv > > ../src/tests/cmocka/test_pam_srv.c:802: note: Previously returned mock > > value was declared here > > > > [ FAILED ] test_pam_preauth_crl_another_ca_crl_invalid_files > > [ RUN ] test_pam_preauth_crl_invalid_crl_another_ca_files > > [ ERROR ] --- No entries for symbol sss_dp_get_account_recv. > > ../src/tests/cmocka/common_mock_resp_dp.c:52: error: Could not get > > value to mock function sss_dp_get_account_recv > > ../src/tests/cmocka/test_pam_srv.c:802: note: Previously returned mock > > value was declared here > > > > [ FAILED ] test_pam_preauth_crl_invalid_crl_another_ca_files > > > > At first, I've been trying to understand > > test_user_by_recent_filter_valid()[4], and it seems to be the reason > > for all 3 failures in that test group. > > > > The failure is that it expects just one user to be returned, but in > > the end there are two. > > I would print the content of `test_ctx->result` at this point just to > debug / see what's there... > > > The test seems to prepare two users, > > Why? > ``` > test_ctx->create_user1 = true; > test_ctx->create_user2 = false; > ``` > > > but in the > > end only one should be returned by the filter. I have not yet > > understood what is being expected here. What's "recent" in this > > context? Is it related to the "one second ago" (time(NULL) -1) in > > prepare_user()? > > > > > > > > 1. https://bugs.launchpad.net/ubuntu/+source/sssd/+bug/2058576 > > 2. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1068063 > > 3. https://wiki.debian.org/ReleaseGoals/64bit-time > > 4. > > https://github.com/SSSD/sssd/blob/1c2aa825062dcf2da2e886c3211be90c22db1750/src/tests/cmocka/test_responder_cache_req.c#L2467 > > -- > > _______________________________________________ > > sssd-devel mailing list -- sssd-devel@lists.fedorahosted.org > > To unsubscribe send an email to sssd-devel-le...@lists.fedorahosted.org > > Fedora Code of Conduct: > > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > > List Archives: > > https://lists.fedorahosted.org/archives/list/sssd-devel@lists.fedorahosted.org > > Do not reply to spam, report it: > > https://pagure.io/fedora-infrastructure/new_issue -- _______________________________________________ sssd-devel mailing list -- sssd-devel@lists.fedorahosted.org To unsubscribe send an email to sssd-devel-le...@lists.fedorahosted.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedorahosted.org/archives/list/sssd-devel@lists.fedorahosted.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue