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! >>> >>> >> >