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

[Gary Gatling]

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 Service...
Feb  1 10:44:24 localhost kernel: libafs: loading out-of-tree module taints
kernel.
Feb  1 10:44:24 localhost kernel: libafs: module license '
http://www.openafs.org/dl/license10.html' taints kernel.
Feb  1 10:44:24 localhost kernel: Disabling lock debugging due to kernel
taint
Feb  1 10:44:24 localhost kernel: libafs: module verification failed:
signature and/or required key missing - tainting kernel
Feb  1 10:44:24 localhost kernel: Key type afs_pag registered
Feb  1 10:44:24 localhost kernel: enabling dynamically allocated vcaches
Feb  1 10:44:24 localhost kernel: Starting AFS cache scan...Memory cache:
Allocating 1600 dcache entries...found 0 non-empty cache files (0%).
Feb  1 10:44:24 localhost afsd: afsd: All AFS daemons started.
Feb  1 10:44:24 localhost afsd: afsd: All AFS daemons started.
Feb  1 10:44:24 localhost systemd: Started OpenAFS Client Service.

I am using openafs-1.6.22


with

correct-m4-conditionals-in-curses.m4.patch
linux-test-for-vfswrite-rather-than-vfsread.patch
linux-use-kernelread-kernelwrite-when-vfs-varian.patch

from the arch linux distro in my rpm packages.

Anyone know what

ls: reading directory /afs/: Not a directory

means and is there some way around it?

Also, is 1.6.22.2 coming out soon?

Thanks so much,

On Wed, Jan 31, 2018 at 9:43 AM, Kodiak Firesmith 
wrote:

> https://photos.app.goo.gl/WgPsSUCLK5ojxIuH3
>
>
> On Wed, Jan 31, 2018 at 9:41 AM, Kodiak Firesmith 
> wrote:
>
>> Folks, re-sending this because the first try never hit the list - perhaps
>> mail with attachments are silently dropped or held for manual moderation?
>> I'd originally attached an image of the stack trace.  I'll host it and
>> reply to this with a  URL link in case that would also result in a drop or
>> moderation.
>>
>>
>>
>> Anyhow:
>>
>> In testing the new RHEL 7.5 beta, we've discovered that hosts using AFS
>> fail to boot after the upgrade, with Openafs 1.6.22.1 installed.
>>
>> We are wondering if some of the non-guaranteed kernel ABIs that OpenAFS
>> uses might have changed with the latest kernel provided in RHEL 7.
>>
>> I've attached a picture of the trace.
>>
>> Anyone else kicking the tires on the new RHEL yet?
>>
>> Thanks!
>>
>>
>

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

[Gary Gatling]

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:
>
> [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 Service...
> Feb  1 10:44:24 localhost kernel: libafs: loading out-of-tree module
> taints kernel.
> Feb  1 10:44:24 localhost kernel: libafs: module license '
> http://www.openafs.org/dl/license10.html' taints kernel.
> Feb  1 10:44:24 localhost kernel: Disabling lock debugging due to kernel
> taint
> Feb  1 10:44:24 localhost kernel: libafs: module verification failed:
> signature and/or required key missing - tainting kernel
> Feb  1 10:44:24 localhost kernel: Key type afs_pag registered
> Feb  1 10:44:24 localhost kernel: enabling dynamically allocated vcaches
> Feb  1 10:44:24 localhost kernel: Starting AFS cache scan...Memory cache:
> Allocating 1600 dcache entries...found 0 non-empty cache files (0%).
> Feb  1 10:44:24 localhost afsd: afsd: All AFS daemons started.
> Feb  1 10:44:24 localhost afsd: afsd: All AFS daemons started.
> Feb  1 10:44:24 localhost systemd: Started OpenAFS Client Service.
>
> I am using openafs-1.6.22
>
>
> with
>
> correct-m4-conditionals-in-curses.m4.patch
> linux-test-for-vfswrite-rather-than-vfsread.patch
> linux-use-kernelread-kernelwrite-when-vfs-varian.patch
>
> from the arch linux distro in my rpm packages.
>
> Anyone know what
>
> ls: reading directory /afs/: Not a directory
>
> means and is there some way around it?
>
> Also, is 1.6.22.2 coming out soon?
>
> Thanks so much,
>
> On Wed, Jan 31, 2018 at 9:43 AM, Kodiak Firesmith 
> wrote:
>
>> https://photos.app.goo.gl/WgPsSUCLK5ojxIuH3
>>
>>
>> On Wed, Jan 31, 2018 at 9:41 AM, Kodiak Firesmith 
>> wrote:
>>
>>> Folks, re-sending this because the first try never hit the list -
>>> perhaps mail with attachments are silently dropped or held for manual
>>> moderation?  I'd originally attached an image of the stack trace.  I'll
>>> host it and reply to this with a  URL link in case that would also result
>>> in a drop or moderation.
>>>
>>>
>>>
>>> Anyhow:
>>>
>>> In testing the new RHEL 7.5 beta, we've discovered that hosts using AFS
>>> fail to boot after the upgrade, with Openafs 1.6.22.1 installed.
>>>
>>> We are wondering if some of the non-guaranteed kernel ABIs that OpenAFS
>>> uses might have changed with the latest kernel provided in RHEL 7.
>>>
>>> I've attached a picture of the trace.
>>>
>>> Anyone else kicking the tires on the new RHEL yet?
>>>
>>> Thanks!
>>>
>>>
>>
>

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

[Stephan Wiesand]

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

And there's quite a bit of churn in include/linux.fs.h (and some in key.h).

> On 1. Feb 2018, at 16:58, Gary Gatling  wrote:
> 
> 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:
> 
> [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 Service...
> Feb  1 10:44:24 localhost kernel: libafs: loading out-of-tree module taints 
> kernel.
> Feb  1 10:44:24 localhost kernel: libafs: module license 
> 'http://www.openafs.org/dl/license10.html' taints kernel.
> Feb  1 10:44:24 localhost kernel: Disabling lock debugging due to kernel taint
> Feb  1 10:44:24 localhost kernel: libafs: module verification failed: 
> signature and/or required key missing - tainting kernel
> Feb  1 10:44:24 localhost kernel: Key type afs_pag registered
> Feb  1 10:44:24 localhost kernel: enabling dynamically allocated vcaches
> Feb  1 10:44:24 localhost kernel: Starting AFS cache scan...Memory cache: 
> Allocating 1600 dcache entries...found 0 non-empty cache files (0%).
> Feb  1 10:44:24 localhost afsd: afsd: All AFS daemons started.
> Feb  1 10:44:24 localhost afsd: afsd: All AFS daemons started.
> Feb  1 10:44:24 localhost systemd: Started OpenAFS Client Service.
> 
> I am using openafs-1.6.22
> 
> 
> with
> 
> correct-m4-conditionals-in-curses.m4.patch
> linux-test-for-vfswrite-rather-than-vfsread.patch
> linux-use-kernelread-kernelwrite-when-vfs-varian.patch
> 
> from the arch linux distro in my rpm packages.
> 
> Anyone know what 
> 
> ls: reading directory /afs/: Not a directory
> 
> means and is there some way around it?
> 
> Also, is 1.6.22.2 coming out soon?
> 
> Thanks so much,
> 
> On Wed, Jan 31, 2018 at 9:43 AM, Kodiak Firesmith  
> wrote:
> https://photos.app.goo.gl/WgPsSUCLK5ojxIuH3
> 
> 
> On Wed, Jan 31, 2018 at 9:41 AM, Kodiak Firesmith  
> wrote:
> Folks, re-sending this because the first try never hit the list - perhaps 
> mail with attachments are silently dropped or held for manual moderation?  
> I'd originally attached an image of the stack trace.  I'll host it and reply 
> to this with a  URL link in case that would also result in a drop or 
> moderation.
> 
> 
> 
> Anyhow:  
> 
> In testing the new RHEL 7.5 beta, we've discovered that hosts using AFS fail 
> to boot after the upgrade, with Openafs 1.6.22.1 installed.  
> 
> We are wondering if some of the non-guaranteed kernel ABIs that OpenAFS uses 
> might have changed with the latest kernel provided in RHEL 7.  
> 
> I've attached a picture of the trace.
> 
> Anyone else kicking the tires on the new RHEL yet?
> 
> Thanks!
> 
> 
> 
> 

-- 
Stephan Wiesand
DESY -DV-
Platanenallee 6
15738 Zeuthen, Germany



___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.org/mailman/listinfo/openafs-info

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

[Matt Vander Werf]

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 directory /afs/crc.nd.edu/user/m/mvanderw: Not a directory

[mvanderw@ ~]$ ls /afs/
ls: reading directory /afs/: Not a directory
[mvanderw@ ~]$ ls /afs/crc.nd.edu
ls: reading directory /afs/crc.nd.edu: Not a directory

But no kernel panics here either.

@Kodiak: Is it possible you were running a kmod-openafs from an older
kernel? I compiled a new kmod-openafs RPM on a RHEL 7.5 beta system and it
works well.

I compiled all the OpenAFS packages from the source RPM on the RHEL 7.5
beta system itself and didn't run into any issues with the compile.

Besides this, AFS seems to be running correctly with nothing in the logs
indicating any problems (like Gary mentioned).

Any idea what might be causing this? Some semantic changes like with the
getcwd issue in RHEL 7.4?

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 Thu, Feb 1, 2018 at 10:58 AM, Gary Gatling  wrote:

> 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:
>>
>> [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 Service...
>> Feb  1 10:44:24 localhost kernel: libafs: loading out-of-tree module
>> taints kernel.
>> Feb  1 10:44:24 localhost kernel: libafs: module license '
>> http://www.openafs.org/dl/license10.html' taints kernel.
>> Feb  1 10:44:24 localhost kernel: Disabling lock debugging due to kernel
>> taint
>> Feb  1 10:44:24 localhost kernel: libafs: module verification failed:
>> signature and/or required key missing - tainting kernel
>> Feb  1 10:44:24 localhost kernel: Key type afs_pag registered
>> Feb  1 10:44:24 localhost kernel: enabling dynamically allocated vcaches
>> Feb  1 10:44:24 localhost kernel: Starting AFS cache scan...Memory cache:
>> Allocating 1600 dcache entries...found 0 non-empty cache files (0%).
>> Feb  1 10:44:24 localhost afsd: afsd: All AFS daemons started.
>> Feb  1 10:44:24 localhost afsd: afsd: All AFS daemons started.
>> Feb  1 10:44:24 localhost systemd: Started OpenAFS Client Service.
>>
>> I am using openafs-1.6.22
>>
>>
>> with
>>
>> correct-m4-conditionals-in-curses.m4.patch
>> linux-test-for-vfswrite-rather-than-vfsread.patch
>> linux-use-kernelread-kernelwrite-when-vfs-varian.patch
>>
>> from the arch linux distro in my rpm packages.
>>
>> Anyone know what
>>
>> ls: reading directory /afs/: Not a directory
>>
>> means and is there some way around it?
>>
>> Also, is 1.6.22.2 coming out soon?
>>
>> Thanks so much,
>>
>> On Wed, Jan 31, 2018 at 9:43 AM, Kodiak Firesmith 
>> wrote:
>>
>>> https://photos.app.goo.gl/WgPsSUCLK5ojxIuH3
>>>
>>>
>>> On Wed, Jan 31, 2018 at 9:41 AM, Kodiak Firesmith 
>>> wrote:
>>>
 Folks, re-sending this because the first try never hit the list -
 perhaps mail with attachments are silently dropped or held for manual
 moderation?  I'd originally attached an image of the stack trace.  I'll
 host it and reply to this with a  URL link in case that would also result
 in a drop or moderation.



 Anyhow:

 In testing the new RHEL 7.5 beta, we've discovered that hosts using AFS
 fail to boot after the upgrade, with Openafs 1.6.22.1 installed.

 We are wondering if some of the non-guaranteed kernel ABIs that OpenAFS
 uses might have changed with the latest kernel provided in RHEL 7.

 I've attached a picture of the trace.

 Anyone else kicking the tires on the new RHEL yet?

 Thanks!


>>>
>>
>

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

[Kodiak Firesmith]

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, Feb 1, 2018 at 11:13 AM, Matt Vander Werf  wrote:

> 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 directory /afs/crc.nd.edu/user/m/mvanderw: Not a directory
>
> [mvanderw@ ~]$ ls /afs/
> ls: reading directory /afs/: Not a directory
> [mvanderw@ ~]$ ls /afs/crc.nd.edu
> ls: reading directory /afs/crc.nd.edu: Not a directory
>
> But no kernel panics here either.
>
> @Kodiak: Is it possible you were running a kmod-openafs from an older
> kernel? I compiled a new kmod-openafs RPM on a RHEL 7.5 beta system and it
> works well.
>
> I compiled all the OpenAFS packages from the source RPM on the RHEL 7.5
> beta system itself and didn't run into any issues with the compile.
>
> Besides this, AFS seems to be running correctly with nothing in the logs
> indicating any problems (like Gary mentioned).
>
> Any idea what might be causing this? Some semantic changes like with the
> getcwd issue in RHEL 7.4?
>
> 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 Thu, Feb 1, 2018 at 10:58 AM, Gary Gatling  wrote:
>
>> 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:
>>>
>>> [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 Service...
>>> Feb  1 10:44:24 localhost kernel: libafs: loading out-of-tree module
>>> taints kernel.
>>> Feb  1 10:44:24 localhost kernel: libafs: module license '
>>> http://www.openafs.org/dl/license10.html' taints kernel.
>>> Feb  1 10:44:24 localhost kernel: Disabling lock debugging due to kernel
>>> taint
>>> Feb  1 10:44:24 localhost kernel: libafs: module verification failed:
>>> signature and/or required key missing - tainting kernel
>>> Feb  1 10:44:24 localhost kernel: Key type afs_pag registered
>>> Feb  1 10:44:24 localhost kernel: enabling dynamically allocated vcaches
>>> Feb  1 10:44:24 localhost kernel: Starting AFS cache scan...Memory
>>> cache: Allocating 1600 dcache entries...found 0 non-empty cache files (0%).
>>> Feb  1 10:44:24 localhost afsd: afsd: All AFS daemons started.
>>> Feb  1 10:44:24 localhost afsd: afsd: All AFS daemons started.
>>> Feb  1 10:44:24 localhost systemd: Started OpenAFS Client Service.
>>>
>>> I am using openafs-1.6.22
>>>
>>>
>>> with
>>>
>>> correct-m4-conditionals-in-curses.m4.patch
>>> linux-test-for-vfswrite-rather-than-vfsread.patch
>>> linux-use-kernelread-kernelwrite-when-vfs-varian.patch
>>>
>>> from the arch linux distro in my rpm packages.
>>>
>>> Anyone know what
>>>
>>> ls: reading directory /afs/: Not a directory
>>>
>>> means and is there some way around it?
>>>
>>> Also, is 1.6.22.2 coming out soon?
>>>
>>> Thanks so much,
>>>
>>> On Wed, Jan 31, 2018 at 9:43 AM, Kodiak Firesmith 
>>> wrote:
>>>
 https://photos.app.goo.gl/WgPsSUCLK5ojxIuH3


 On Wed, Jan 31, 2018 at 9:41 AM, Kodiak Firesmith >>> > wrote:

> Folks, re-sending this because the first try never hit the list -
> perhaps mail with attachments are silently dropped or held for manual
> moderation?  I'd originally attached an image of the stack trace.  I'll
> host it and reply to this with a  URL link in case that would also result
> in a drop or moderation.
>
>
>
> Anyhow:
>
> In testing the new RHEL 7.5 beta, we've discovered that hosts using
> AFS fail to boot after the upgrade, with Openafs 1.6.22.1 installed.
>
> We are wondering if some of the non-guaranteed kernel ABIs that
> OpenAFS uses might have changed with the latest kernel provided in RHEL 7.
>
> I've attached a picture of the trace.
>
> Anyone else kicking the tires on the new RHEL yet?
>
> Thanks!
>
>

>>>
>>
>

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

[Kodiak Firesmith]

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 openafs-client.service starts up.

 - Kodiak

On Thu, Feb 1, 2018 at 1:23 PM, Kodiak Firesmith 
wrote:

> Hello Rich!
> It's a Dell Optiplex 7020 with an Intel i7-4790.
>
> Thanks!
>  - Kodiak
>
> On Thu, Feb 1, 2018 at 1:20 PM, Rich Sudlow  wrote:
>
>> On 01/31/2018 09:43 AM, Kodiak Firesmith wrote:
>>
>>> https://photos.app.goo.gl/WgPsSUCLK5ojxIuH3
>>>
>>
>> Greetings
>>
>> What processor..etc is this machine?
>>
>> Rich
>>
>>
>>
>>>
>>> On Wed, Jan 31, 2018 at 9:41 AM, Kodiak Firesmith >> > wrote:
>>>
>>> Folks, re-sending this because the first try never hit the list -
>>> perhaps
>>> mail with attachments are silently dropped or held for manual
>>> moderation? I'd originally attached an image of the stack trace.  I'll
>>> host it and reply
>>> to this with a  URL link in case that would also result in a drop or
>>> moderation.
>>>
>>>
>>>
>>> Anyhow:
>>>
>>> In testing the new RHEL 7.5 beta, we've discovered that hosts using
>>> AFS fail
>>> to boot after the upgrade, with Openafs 1.6.22.1 installed.
>>>
>>> We are wondering if some of the non-guaranteed kernel ABIs that
>>> OpenAFS uses
>>> might have changed with the latest kernel provided in RHEL 7.
>>>
>>> I've attached a picture of the trace.
>>>
>>> Anyone else kicking the tires on the new RHEL yet?
>>>
>>> Thanks!
>>>
>>>
>>>
>>
>> --
>> Rich Sudlow
>> University of Notre Dame
>> Center for Research Computing - Union Station
>> 506 W. South St
>> South Bend, In 46601
>>
>> (574) 631-7258 (office)
>> (574) 807-1046 (cell)
>>
>
>

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

[Gary Gatling]

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 further
changes will need to be made to get it to work on rhel 7.5 kernel. Not a
kernel hacker so I'll wait to see what you guys come up with. :)

Thanks,

On Thu, Feb 1, 2018 at 11:11 AM, 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
>
> And there's quite a bit of churn in include/linux.fs.h (and some in key.h).
>
> > On 1. Feb 2018, at 16:58, Gary Gatling  wrote:
> >
> > 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:
> >
> > [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 Service...
> > Feb  1 10:44:24 localhost kernel: libafs: loading out-of-tree module
> taints kernel.
> > Feb  1 10:44:24 localhost kernel: libafs: module license '
> http://www.openafs.org/dl/license10.html' taints kernel.
> > Feb  1 10:44:24 localhost kernel: Disabling lock debugging due to kernel
> taint
> > Feb  1 10:44:24 localhost kernel: libafs: module verification failed:
> signature and/or required key missing - tainting kernel
> > Feb  1 10:44:24 localhost kernel: Key type afs_pag registered
> > Feb  1 10:44:24 localhost kernel: enabling dynamically allocated vcaches
> > Feb  1 10:44:24 localhost kernel: Starting AFS cache scan...Memory
> cache: Allocating 1600 dcache entries...found 0 non-empty cache files (0%).
> > Feb  1 10:44:24 localhost afsd: afsd: All AFS daemons started.
> > Feb  1 10:44:24 localhost afsd: afsd: All AFS daemons started.
> > Feb  1 10:44:24 localhost systemd: Started OpenAFS Client Service.
> >
> > I am using openafs-1.6.22
> >
> >
> > with
> >
> > correct-m4-conditionals-in-curses.m4.patch
> > linux-test-for-vfswrite-rather-than-vfsread.patch
> > linux-use-kernelread-kernelwrite-when-vfs-varian.patch
> >
> > from the arch linux distro in my rpm packages.
> >
> > Anyone know what
> >
> > ls: reading directory /afs/: Not a directory
> >
> > means and is there some way around it?
> >
> > Also, is 1.6.22.2 coming out soon?
> >
> > Thanks so much,
> >
> > On Wed, Jan 31, 2018 at 9:43 AM, Kodiak Firesmith 
> wrote:
> > https://photos.app.goo.gl/WgPsSUCLK5ojxIuH3
> >
> >
> > On Wed, Jan 31, 2018 at 9:41 AM, Kodiak Firesmith 
> wrote:
> > Folks, re-sending this because the first try never hit the list -
> perhaps mail with attachments are silently dropped or held for manual
> moderation?  I'd originally attached an image of the stack trace.  I'll
> host it and reply to this with a  URL link in case that would also result
> in a drop or moderation.
> >
> >
> >
> > Anyhow:
> >
> > In testing the new RHEL 7.5 beta, we've discovered that hosts using AFS
> fail to boot after the upgrade, with Openafs 1.6.22.1 installed.
> >
> > We are wondering if some of the non-guaranteed kernel ABIs that OpenAFS
> uses might have changed with the latest kernel provided in RHEL 7.
> >
> > I've attached a picture of the trace.
> >
> > Anyone else kicking the tires on the new RHEL yet?
> >
> > Thanks!
> >
> >
> >
> >
>
> --
> Stephan Wiesand
> DESY -DV-
> Platanenallee 6
> 15738 Zeuthen, Germany
>
>
>
> ___
> OpenAFS-info mailing list
> OpenAFS-info@openafs.org
> https://lists.openafs.org/mailman/listinfo/openafs-info
>

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

[Benjamin Kaduk]

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?
Does the new struct file_operations have an 'iterate' member
function?
(The idea being to tell whether they changed something in new and
interesting ways or our configure test(s) are broken.)

-Ben

> And there's quite a bit of churn in include/linux.fs.h (and some in key.h).
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.org/mailman/listinfo/openafs-info