Re: [OpenAFS] Re: RHEL 7.5 beta / 3.10.0-830.el7.x86_66 kernel lock up

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

Re: [OpenAFS] Re: RHEL 7.5 beta / 3.10.0-830.el7.x86_66 kernel lock up

I tried testing a work in progress 1.6.22.2 on rhel 7.5 beta by doing git clone git://git.openafs.org/openafs.git cd openafs git checkout remotes/origin/openafs-stable-1_6_x HEAD is now at d25c8e8... Make OpenAFS 1.6.22.2 But it seems to have the same problems with directories so I guess

Re: [OpenAFS] Re: RHEL 7.5 beta / 3.10.0-830.el7.x86_66 kernel lock up

I just rebuilt off-the-shelf RPMs based off of http://www.openafs.org/dl/openafs/1.6.22.1/openafs-1.6.22.1-1.src.rpm thinking maybe we had some historical patch in our build area that might be causing the problem, but alas, even the off-the-shelf RPMs cause a full wedge and reboot when

Re: [OpenAFS] Re: RHEL 7.5 beta / 3.10.0-830.el7.x86_66 kernel lock up

Thanks for the replies! We're using DKMS and expected the dynamic re-roll of the kmods to work like any other kernel upgrade but that doesn't seem to be the case. I need to dig deeper, especially now that there is evidence that it's just our site. Thanks a bunch everyone. - Kodiak On Thu,

Re: [OpenAFS] Re: RHEL 7.5 beta / 3.10.0-830.el7.x86_66 kernel lock up

I'm also seeing the same issue as Gary on some RHEL 7.5 beta boxes running OpenAFS 1.6.22.1. Can't run ls under any /afs/.../.../etc directory, including in my AFS home directory when logged in as myself. [mvanderw@ ~]$ ls ls: reading directory .: Not a directory [mvanderw@ ~]$ ls ~ ls: reading

Re: [OpenAFS] Re: RHEL 7.5 beta / 3.10.0-830.el7.x86_66 kernel lock up

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

Re: [OpenAFS] Re: RHEL 7.5 beta / 3.10.0-830.el7.x86_66 kernel lock up

Ok. This gets weirder. Any directory under /afs says Not a directory. But I can read files like /afs/eos.ncsu.edu/software/inventory/software_inventory just fine. On Thu, Feb 1, 2018 at 10:55 AM, Gary Gatling wrote: > I don't get a kernel panic but instead I get: > >

Re: [OpenAFS] Re: RHEL 7.5 beta / 3.10.0-830.el7.x86_66 kernel lock up

I don't get a kernel panic but instead I get: [gsgatlin@localhost ~]$ ls /afs/ ls: reading directory /afs/: Not a directory [gsgatlin@localhost ~]$ which is pretty weird. I don't see anything in the syslog about problems with openafs Feb 1 10:44:24 localhost systemd: Starting OpenAFS Client