 |
 |
Hi, Fábio, Did you have a chance to look at this? The crashes are still happening (barely, once a week). Would it help if we open an issue in github? Cheers, Antonio > 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]> 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 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 > <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