Hi Ellie,
On 08/05/2020 03:29, ellie timoney ha scritto:
Hi Marco,
[...]
Thoooough... if it's failing on missing syslog errors, that means it
found "utils/syslog.so" (otherwise it would be ignoring syslog
problems), so you probably did already run "make". But if it still
didn't find the syslog file, maybe that means the syslog intercept isn't
working on your system. Off the top of my head, I have no particular
insight as to why this would be.
Do you know whether Redhat does anything weird with, or needs any
additional setup for, LD_PRELOAD?
Thank you for the clear explanation.
Yes, I do "make". This is hard to understand for me. I tried many
things. But it really seems that the LD_PRELOAD or the syslog.so doesn't
work for me.
I also tried this in my bash shell:
# export
LD_PRELOAD=/root/rpmbuild/BUILD/cyrus-imapd-3.2.0/cassandane-54270a90fb3fa952510ae8589ed11fac2e1078b7/utils/syslog.so
# ll
/root/rpmbuild/BUILD/cyrus-imapd-3.2.0/cassandane-54270a90fb3fa952510ae8589ed11fac2e1078b7/utils/syslog.so
-rwxr-xr-x 1 root root 18240 May 8 11:47
/root/rpmbuild/BUILD/cyrus-imapd-3.2.0/cassandane-54270a90fb3fa952510ae8589ed11fac2e1078b7/utils/syslog.so
# ldd `which logger`
linux-vdso.so.1 (0x00007ffea075d000)
/root/rpmbuild/BUILD/cyrus-imapd-3.2.0/cassandane-54270a90fb3fa952510ae8589ed11fac2e1078b7/utils/syslog.so
(0x00007f6e7c05b000)
libsystemd.so.0 => /lib64/libsystemd.so.0 (0x00007f6e7bdb6000)
libc.so.6 => /lib64/libc.so.6 (0x00007f6e7b9f3000)
libdl.so.2 => /lib64/libdl.so.2 (0x00007f6e7b7ef000)
librt.so.1 => /lib64/librt.so.1 (0x00007f6e7b5e6000)
liblzma.so.5 => /lib64/liblzma.so.5 (0x00007f6e7b3bf000)
liblz4.so.1 => /lib64/liblz4.so.1 (0x00007f6e7b1a8000)
libcap.so.2 => /lib64/libcap.so.2 (0x00007f6e7afa2000)
libmount.so.1 => /lib64/libmount.so.1 (0x00007f6e7ad48000)
libgcrypt.so.20 => /lib64/libgcrypt.so.20 (0x00007f6e7aa2c000)
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007f6e7a814000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f6e7a5f4000)
/lib64/ld-linux-x86-64.so.2 (0x00007f6e7c46a000)
libblkid.so.1 => /lib64/libblkid.so.1 (0x00007f6e7a3a2000)
libuuid.so.1 => /lib64/libuuid.so.1 (0x00007f6e7a19a000)
libselinux.so.1 => /lib64/libselinux.so.1 (0x00007f6e79f6f000)
libgpg-error.so.0 => /lib64/libgpg-error.so.0 (0x00007f6e79d4e000)
libpcre2-8.so.0 => /lib64/libpcre2-8.so.0 (0x00007f6e79aca000)
# export CASSANDANE_SYSLOG_FNAME=/var/log/cassa
# logger -p mail.info "ciao"
and the log is only written in /var/log/maillog
I also tried to configure rsyslog to log only on /dev/log socket
bypassing journald, but it doesn't work yet.
The gcc compile of syslog.c doesn't show errors.
This test is known to fail at the moment. The test is correct (there is
a subtle problem), and also fails on every previous version of Cyrus
(the problem has existed for a long time, but has only recently had a
test added to observe it), but there isn't a fix for it yet. This test
doesn't fail against cyrus master, ironically because the mechanism
Cassandane uses to trigger it no longer exists -- but as far as I know
the problem still exists on master too.
You can just ignore it, or tell testrunner.pl not to run it by naming it
as "!Rename.rename_inbox" or "~Rename.rename_inbox" on the command line.
('!' might interact with your shell history, so use "~" unless you
know that it won't!)
I see Robert has already fixed the SearchFuzzy problems (thanks!). I
didn't read the wall-of-errors in your earlier followup, since you had
already followed up with the syslog detail. Do you have other tests
that are failing still?
A list of known failing tests for each stable supported version of Cyrus
IMAP could be very appreciated, but I understand that this could be
difficult to achieve...
My currently failing and now ignored tests are based on failing tests in
fedora for 3.0.x, reviewed in my env:
# This tests coredumping and won't work on a machine where systemd
# intercepts coredumps, which includes our builders.
Cassandane::Test::Core
# Upstream recommends disabling this because it has an internal
race and
# will fail randomly.
https://github.com/cyrusimap/cassandane/issues/17
Master.sighup_recycling
# Fails because our Xapian is too old for proper CJK support. 1.5
will be
# OK, but it is not yet released. The alternative is to bundle.
SearchFuzzy.cjk_words
# Can't currently be run at build time because of compiled-in
paths. See
# https://github.com/cyrusimap/cyrus-imapd/issues/2386
Admin.imap_admins
# This fail on 3.2.0
# https://github.com/cyrusimap/cyrus-imapd/issues/2332
Caldav.supports_event
# Fail on Cyrus 3.2.0
Rename.rename_inbox
# https://github.com/cyrusimap/cyrus-imapd/issues/2087
ImapTest.append-binary
ImapTest.fetch-binary-mime
ImapTest.urlauth-binary
# This one seems to fail randomly on fedora, but in my env always
seems to be successful.
ImapTest.urlauth2
Thank you very much
Cheers
Marco
----
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
