[log in to unmask]">Hi Fábio,
Sure:
ldd /usr/bin/xrootd
linux-vdso.so.1 => (0x00007fff85349000)
libXrdServer.so.3 => /lib64/libXrdServer.so.3 (0x00007f2e3fc1b000)
libXrdUtils.so.3 => /lib64/libXrdUtils.so.3 (0x00007f2e3f8f9000)
libdl.so.2 => /lib64/libdl.so.2 (0x00007f2e3f6f5000)
librt.so.1 => /lib64/librt.so.1 (0x00007f2e3f4ed000)
libstdc++.so.6 => /lib64/libstdc++.so.6 (0x00007f2e3f1e5000)
libm.so.6 => /lib64/libm.so.6 (0x00007f2e3eee3000)
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007f2e3eccd000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f2e3eab1000)
libc.so.6 => /lib64/libc.so.6 (0x00007f2e3e6e3000)
libssl.so.10 => /lib64/libssl.so.10 (0x00007f2e3e471000)
libcrypto.so.10 => /lib64/libcrypto.so.10 (0x00007f2e3e00e000)
libsystemd.so.0 => /lib64/libsystemd.so.0 (0x00007f2e3dddd000)
/lib64/ld-linux-x86-64.so.2 (0x00007f2e3ff1e000)
libgssapi_krb5.so.2 => /lib64/libgssapi_krb5.so.2 (0x00007f2e3db90000)
libkrb5.so.3 => /lib64/libkrb5.so.3 (0x00007f2e3d8a7000)
libcom_err.so.2 => /lib64/libcom_err.so.2 (0x00007f2e3d6a3000)
libk5crypto.so.3 => /lib64/libk5crypto.so.3 (0x00007f2e3d470000)
libz.so.1 => /lib64/libz.so.1 (0x00007f2e3d25a000)
libcap.so.2 => /lib64/libcap.so.2 (0x00007f2e3d055000)
libselinux.so.1 => /lib64/libselinux.so.1 (0x00007f2e3ce2e000)
liblzma.so.5 => /lib64/liblzma.so.5 (0x00007f2e3cc08000)
liblz4.so.1 => /lib64/liblz4.so.1 (0x00007f2e3c9f9000)
libgcrypt.so.11 => /lib64/libgcrypt.so.11 (0x00007f2e3c778000)
libgpg-error.so.0 => /lib64/libgpg-error.so.0 (0x00007f2e3c573000)
libresolv.so.2 => /lib64/libresolv.so.2 (0x00007f2e3c359000)
libdw.so.1 => /lib64/libdw.so.1 (0x00007f2e3c108000)
libkrb5support.so.0 => /lib64/libkrb5support.so.0 (0x00007f2e3bef8000)
libkeyutils.so.1 => /lib64/libkeyutils.so.1 (0x00007f2e3bcf4000)
libattr.so.1 => /lib64/libattr.so.1 (0x00007f2e3baef000)
libpcre.so.1 => /lib64/libpcre.so.1 (0x00007f2e3b88d000)
libelf.so.1 => /lib64/libelf.so.1 (0x00007f2e3b675000)
libbz2.so.1 => /lib64/libbz2.so.1 (0x00007f2e3b465000)
Thank you.
Antonio
El 11/1/22 a las 18:03, Fabio Andrijauskas escribió:
[log in to unmask]">Hi Antonio,
Please, could you send the output of # ldd /usr/bin/xrootd ?
--
Fábio Andrijauskas
Dear all.
First of all, let me introduce myself, since this is my first message to this list. I am site admin at CIEMAT-LCG2 Grid site (CMS Tier-2) at Madrid, Spain. Greetings to everyone.
We recently (17th December) updated our (small) Xcache deployment to xrootd-5.4.0-1.osg35up.el7.x86_64. Since then, the xrootd service has been crashing approximately once a week (and automatically restarting).
The error reported at the log looks like this:
Error in `/usr/bin/xrootd': corrupted size vs. prev_size: 0x00007fd108004d80
I include the longish logged backtrace of the last crash, as an attachement.
The lines logged just before the crash look normal (Open() Creating new file, inc_ref_cnt, AddIO(), acc_Audit: ... grant gsi).
May this be a known issue? I have looked at https://github.com/xrootd/xrootd/issues and couldn't find anything similar. I can also open a new bug there, if it helps.
Thank your for any help or comment.
Cheers,
Antonio
Use REPLY-ALL to reply to list
To unsubscribe from the XROOTD-L list, click the following link:
https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=XROOTD-L&A=1
Use REPLY-ALL to reply to list
To unsubscribe from the XROOTD-L list, click the following link:
https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=XROOTD-L&A=1