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ó:
> Hi Antonio,
>
> Please, could you send the output of # ldd /usr/bin/xrootd ?
>
> *--
> Fábio Andrijauskas*
>
>
> On Tue, Jan 11, 2022 at 2:29 AM Antonio Delgado Peris
> <[log in to unmask]
> <mailto:[log in to unmask]>> wrote:
>
> 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
> <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
> <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
