[OpenAFS] Re: OpenAFS-info digest, Vol 1 #7363 - 4 msgs

Hi all, I've been trying to know how to disable PAG, but am having a google fail. Anyone have pointers. Thanks! Chad. On 6/6/23 11:01, openafs-info-requ...@openafs.org wrote: Send OpenAFS-info mailing list submissions to openafs-info@openafs.org To subscribe or unsubscribe via

[OpenAFS] Re: openafs fails to compile

Hi Cheyenne, Thanks so much for tracking down the problem! I was about to request CONFIG_WERROR be turned off on elrepo kernels, but then I found this article stating that CONFIG_WERROR=y at least as of 5.18 was the default: https://www.phoronix.com/news/Linux-5.18-x86-WERROR Possibly

[OpenAFS] 1.8.x afs_inode_cache more slab usage

Hello all, It seems that OpenAFS 1.8.x uses more slab (or doesn't free it as quickly) than 1.6.20 . The machine in question uses AFS heavily. it is used to backup our AFS area. It scans through files constantly and in more than directory and in two domains at a time. I recently

[OpenAFS] Re: OpenAFS-info digest, Vol 1 #6856 - 1 msg

Is it time for git bisect? (Not sure how easy that is with redhat kernel.) Chad. ___ OpenAFS-info mailing list OpenAFS-info@openafs.org https://lists.openafs.org/mailman/listinfo/openafs-info

[OpenAFS] Re: dbservers version

Hi Jean-Marc, Benjamin Kaduk fairly regularly creates backported versions of openafs for Jessie. E.g. 1.6.18 is available as a backport: https://packages.debian.org/jessie-backports/openafs-dbserver Good luck! Chad. ___ OpenAFS-info mailing list

Re: [OpenAFS] some older openafs-client versions have started failing

Hi Mark, > Ahh. But what about 1.6.16? Sorry, in my table under "working" I had listed confusingly listed 1.6.16 with "no debian package". This was a remnant from when I was testing Scientific Linux and was tracking the two distro's versions together. I haven't tested 1.6.16 in Debian.

Re: [OpenAFS] some older openafs-client versions have started failing

Hi all, I found the break point in when openafs starts having problems with git checkout on my test repo: First broken: 3.16.7-ckt25-1(compiled 2016-03-06) Last working: 3.16.7-ckt20-1+deb8u4 Here is a changelog in case someone knows what to hunt for in:

Re: [OpenAFS] some older openafs-client versions have started failing

Hi all, Thanks to your help, I reverted to a previous version of the Debian kernel and was able to successfully git clone the troublesome repository. A working version of the Jessie kernel is: Linux mcd-db 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt11-1+deb8u5 (2015-10-09) x86_64 GNU/Linux >

Re: [OpenAFS] some older openafs-client versions have started failing

Hi Ben, The Scientific Linux clients are using patched (by Redhat) 2.6.32 and the Debian clients are using patched (by Debian) 3.2.78 and 3.16.7 . Do you suspect that a recent security patch, applied to all three kernels, could have broken the older AFS clients? I could certainly test this

Re: [OpenAFS] some older openafs-client versions have started failing

Hi Jonathan, Well it is good to hear that someone else is having a similar problem! When I mentioned this #openafs on Freenode, Benjamin Kaduk seemed to think this problem exists in the client/cache manager. So a bug in client/cache manager? Why would it be triggered now? It seems as though

[OpenAFS] some older openafs-client versions have started failing

Hi all, We have begun suddenly begun experiencing client failures and are trying to determine what is going on. openafs-client versions 1.6.9, 1.6.14, 1.6.15 fail in various ways*. On Debian we can reproduce the problem by 'git checkout' a particular repo. It fails with a "Connection