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 <mvand...@nd.edu> 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@<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 > <https://maps.google.com/?q=506+W.+South+Street+South+Bend,+IN+46601&entry=gmail&source=g> > South Bend, IN 46601 > <https://maps.google.com/?q=506+W.+South+Street+South+Bend,+IN+46601&entry=gmail&source=g> > Phone: (574) 631-0692 > > On Thu, Feb 1, 2018 at 10:58 AM, Gary Gatling <gsgat...@ncsu.edu> 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 <gsgat...@ncsu.edu> 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 <kfiresm...@gmail.com> >>> wrote: >>> >>>> https://photos.app.goo.gl/WgPsSUCLK5ojxIuH3 >>>> >>>> >>>> On Wed, Jan 31, 2018 at 9:41 AM, Kodiak Firesmith <kfiresm...@gmail.com >>>> > 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! >>>>> >>>>> >>>> >>> >> >
