Re: BUG #17391: While using --with-ssl=openssl and PG_TEST_EXTRA='ssl' options, SSL tests fail on OpenBSD 7.0
| От | Tom Lane |
|---|---|
| Тема | Re: BUG #17391: While using --with-ssl=openssl and PG_TEST_EXTRA='ssl' options, SSL tests fail on OpenBSD 7.0 |
| Дата | |
| Msg-id | 621771.1644098845@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: BUG #17391: While using --with-ssl=openssl and PG_TEST_EXTRA='ssl' options, SSL tests fail on OpenBSD 7.0 (Daniel Gustafsson <daniel@yesql.se>) |
| Ответы |
Re: BUG #17391: While using --with-ssl=openssl and PG_TEST_EXTRA='ssl' options, SSL tests fail on OpenBSD 7.0
|
| Список | pgsql-bugs |
Daniel Gustafsson <daniel@yesql.se> writes:
> Thomas: Does the attached reproduce these results for you?
FWIW, I've also reproduced these results, on a fresh OpenBSD 7.0 install
inside a qemu VM: adding "host=localhost" silences all but two failures,
and then the sleep fixes those.
HEAD:
Test Summary Report
-------------------
t/001_ssltests.pl (Wstat: 5632 Tests: 110 Failed: 22)
Failed tests: 72-76, 79-83, 88-90, 94-95, 97, 99, 102
104, 106, 108, 110
Non-zero exit status: 22
t/002_scram.pl (Wstat: 1792 Tests: 11 Failed: 7)
Failed tests: 1, 4-5, 7, 9-11
Non-zero exit status: 7
t/003_sslinfo.pl (Wstat: 7424 Tests: 1 Failed: 1)
Failed test: 1
Non-zero exit status: 29
Parse errors: Bad plan. You planned 13 tests but ran 1.
Files=3, Tests=122, 42 wallclock secs ( 0.12 usr 0.05 sys + 6.81 cusr 9.99 csys = 16.97 CPU)
Add "host=localhost" to tests:
Test Summary Report
-------------------
t/001_ssltests.pl (Wstat: 512 Tests: 110 Failed: 2)
Failed tests: 97, 110
Non-zero exit status: 2
Files=3, Tests=134, 48 wallclock secs ( 0.04 usr 0.06 sys + 8.31 cusr 12.49 csys = 20.90 CPU)
What's even more interesting:
* Adding the sleep alone fixes nothing.
* Sometimes, all the tests will pass without the sleep, just
the "host=localhost" hack.
That seems to confirm that there's a timing problem somewhere
in the CRL cases.
I don't have any theory about why "host=localhost" helps.
regards, tom lane
В списке pgsql-bugs по дате отправления: