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@<host> ~]$ ls ls: reading directory .: Not a directory [mvanderw@<host> ~]$ ls ~ ls: reading directory /afs/crc.nd.edu/user/m/mvanderw: Not a directory [mvanderw@<host> ~]$ ls /afs/ ls: reading directory /afs/: Not a directory [mvanderw@<host> ~]$ 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 <[email protected]> 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 <[email protected]> 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 <[email protected]> >> wrote: >> >>> https://photos.app.goo.gl/WgPsSUCLK5ojxIuH3 >>> >>> >>> On Wed, Jan 31, 2018 at 9:41 AM, Kodiak Firesmith <[email protected]> >>> 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! >>>> >>>> >>> >> >
