[OpenAFS] Re: RHEL 7.5 beta / 3.10.0-830.el7.x86_66 kernel lock up
Matt Vander Werf
mvanderw@nd.edu
Fri, 2 Feb 2018 11:26:48 -0500
--001a114103584ad70605643d306f
Content-Type: text/plain; charset="UTF-8"
Just for the sake of testing, I also installed 1.8.0pre4 RPMs on a RHEL 7.5
beta system and still had the same issue when using ls with directories
under /afs/...
Also (maybe this was already mentioned), it seems to be only directories as
well. I can do an ls of a known file in my AFS home directory just fine:
[mvanderw@<host> ~]$ echo testing > /afs/crc.nd.edu/user/m/mvanderw/testing
[mvanderw@<host> ~]$ cat /afs/crc.nd.edu/user/m/mvanderw/testing
testing
[mvanderw@<host> ~]$ ls -al /afs/crc.nd.edu/user/m/mvanderw/testing
-rw-r--r-- 1 mvanderw campus 8 Feb 2 11:20 /afs/
crc.nd.edu/user/m/mvanderw/testing
vs
[mvanderw@<host> ~]$ ls -al /afs/crc.nd.edu/user/m/mvanderw
ls: reading directory /afs/crc.nd.edu/user/m/mvanderw: Not a directory
total 0
Any ideas? Or anything we can test/do that would help?
Thanks!
--
Matt Vander Werf
HPC System Administrator
University of Notre Dame
Center for Research Computing - Union Station
506 W. South Street
South Bend, IN 46601
Phone: (574) 631-0692
On Fri, Feb 2, 2018 at 4:05 AM, Stephan Wiesand <stephan.wiesand@desy.de>
wrote:
>
> > On 2. Feb 2018, at 09:55, Stephan Wiesand <stephan.wiesand@desy.de>
> wrote:
> >
> >
> >> On 2. Feb 2018, at 02:14, Benjamin Kaduk <kaduk@mit.edu> wrote:
> >>
> >> On Thu, Feb 01, 2018 at 05:11:24PM +0100, Stephan Wiesand wrote:
> >>> Comparing the 1.6.22.2 module builds from the SL packaging, where the
> kABI hashes of the used symbols are stored as a requirement, is seems none
> of those hashes changed between -693 and -830.
> >>>
> >>> There are two differences in the configure results:
> >>>
> >>> -ac_cv_linux_header_sched_signal_h=no
> >>> +ac_cv_linux_header_sched_signal_h=yes
> >>>
> >>> -ac_cv_linux_struct_file_operations_has_iterate=no
> >>> +ac_cv_linux_struct_file_operations_has_iterate=yes
> >>
> >> That's very helpful to know.
> >>
> >> Does the new tree actually have a sched/signal.h header?
> >
> > Yes it does. The only content is a guarded include of <linux/sched.h>
> >
> >> Does the new struct file_operations have an 'iterate' member
> >> function?
> >
> > Yes it does, wrapped in a RH_KABI_ITERATE macro.
>
> er, nonsense, that's RH_KABI_EXTEND, sorry
>
> >
> >> (The idea being to tell whether they changed something in new and
> >> interesting ways or our configure test(s) are broken.)
> >
> > It's the former :-(
>
> _______________________________________________
> OpenAFS-info mailing list
> OpenAFS-info@openafs.org
> https://lists.openafs.org/mailman/listinfo/openafs-info
>
--001a114103584ad70605643d306f
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr"><div><div><div>Just for the sake of testing, I also instal=
led 1.8.0pre4 RPMs on a RHEL 7.5 beta system and still had the same issue w=
hen using ls with directories under /afs/...<br><br></div>Also (maybe this =
was already mentioned), it seems to be only directories as well. I can do a=
n ls of a known file in my AFS home directory just fine:<br><br>[mvanderw@&=
lt;host> ~]$ echo testing > /afs/<a href=3D"http://crc.nd.edu/user/m/=
mvanderw/testing">crc.nd.edu/user/m/mvanderw/testing</a><br>[mvanderw@<h=
ost> ~]$ cat /afs/<a href=3D"http://crc.nd.edu/user/m/mvanderw/testing">=
crc.nd.edu/user/m/mvanderw/testing</a><br>testing<br>[mvanderw@<host>=
~]$ ls -al /afs/<a href=3D"http://crc.nd.edu/user/m/mvanderw/testing">crc.=
nd.edu/user/m/mvanderw/testing</a><br>-rw-r--r-- 1 mvanderw campus 8 Feb=C2=
=A0 2 11:20 /afs/<a href=3D"http://crc.nd.edu/user/m/mvanderw/testing">crc.=
nd.edu/user/m/mvanderw/testing</a><br><br></div>vs<br><br>[mvanderw@<hos=
t> ~]$ ls -al /afs/<a href=3D"http://crc.nd.edu/user/m/mvanderw">crc.nd.=
edu/user/m/mvanderw</a><br>ls: reading directory /afs/<a href=3D"http://crc=
.nd.edu/user/m/mvanderw">crc.nd.edu/user/m/mvanderw</a>: Not a directory<br=
>total 0<br><br></div>Any ideas? Or anything we can test/do that would help=
?<br><div><div class=3D"gmail_extra"><br></div><div class=3D"gmail_extra">T=
hanks!<br><br clear=3D"all"></div><div class=3D"gmail_extra"><div><div clas=
s=3D"gmail_signature"><div dir=3D"ltr"><div>--<br></div><div>Matt Vander We=
rf<br>HPC System Administrator<br>University of Notre Dame<br>Center for Re=
search Computing - Union Station<br>506 W. South Street<br>South Bend, IN 4=
6601<br></div>Phone: (574) 631-0692</div></div></div>
<br><div class=3D"gmail_quote">On Fri, Feb 2, 2018 at 4:05 AM, Stephan Wies=
and <span dir=3D"ltr"><<a href=3D"mailto:stephan.wiesand@desy.de" target=
=3D"_blank">stephan.wiesand@desy.de</a>></span> wrote:<br><blockquote cl=
ass=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid=
rgb(204,204,204);padding-left:1ex"><span class=3D"gmail-"><br>
> On 2. Feb 2018, at 09:55, Stephan Wiesand <<a href=3D"mailto:stepha=
n.wiesand@desy.de">stephan.wiesand@desy.de</a>> wrote:<br>
><br>
><br>
>> On 2. Feb 2018, at 02:14, Benjamin Kaduk <<a href=3D"mailto:kad=
uk@mit.edu">kaduk@mit.edu</a>> wrote:<br>
>><br>
>> On Thu, Feb 01, 2018 at 05:11:24PM +0100, Stephan Wiesand wrote:<b=
r>
>>> Comparing the 1.6.22.2 module builds from the SL packaging, wh=
ere the kABI hashes of the used symbols are stored as a requirement, is see=
ms none of those hashes changed between -693 and -830.<br>
>>><br>
>>> There are two differences in the configure results:<br>
>>><br>
>>> -ac_cv_linux_header_sched_<wbr>signal_h=3Dno<br>
>>> +ac_cv_linux_header_sched_<wbr>signal_h=3Dyes<br>
>>><br>
>>> -ac_cv_linux_struct_file_<wbr>operations_has_iterate=3Dno<br>
>>> +ac_cv_linux_struct_file_<wbr>operations_has_iterate=3Dyes<br>
>><br>
>> That's very helpful to know.<br>
>><br>
>> Does the new tree actually have a sched/signal.h header?<br>
><br>
> Yes it does. The only content is a guarded include of <linux/sched.=
h><br>
><br>
>> Does the new struct file_operations have an 'iterate' memb=
er<br>
>> function?<br>
><br>
> Yes it does, wrapped in a RH_KABI_ITERATE macro.<br>
<br>
</span>er, nonsense, that's RH_KABI_EXTEND, sorry<br>
<span class=3D"gmail-im gmail-HOEnZb"><br>
><br>
>> (The idea being to tell whether they changed something in new and<=
br>
>> interesting ways or our configure test(s) are broken.)<br>
><br>
> It's the former :-(<br>
<br>
</span><div class=3D"gmail-HOEnZb"><div class=3D"gmail-h5">________________=
______________<wbr>_________________<br>
OpenAFS-info mailing list<br>
<a href=3D"mailto:OpenAFS-info@openafs.org">OpenAFS-info@openafs.org</a><br=
>
<a href=3D"https://lists.openafs.org/mailman/listinfo/openafs-info" rel=3D"=
noreferrer" target=3D"_blank">https://lists.openafs.org/<wbr>mailman/listin=
fo/openafs-info</a><br>
</div></div></blockquote></div><br></div></div></div>
--001a114103584ad70605643d306f--