Hi Andreas, > On 18. Dec 2019, at 10:48, Andreas Ladanyi <[email protected]> wrote: > > Hi, > >>> kernel-2.6.32-696.20.1.el6.x86_64. After we upgrade to the new linux kernel >>> and install the default openafs client version using yum(the version we >>> used listed in the following), we have the hang issue. That's why I suspect >>> the version compatibility. >>> AFS clinet--sl7 : l.6.23 >>> [root@bws0825 ~]# rpm -qa|grep openafs >>> openafs-1.6-sl-client-1.6.23-289.sl7.x86_64 >>> openafs-1.6-sl-authlibs-1.6.23-289.sl7.x86_64 >>> openafs-1.6-sl-devel-1.6.23-289.sl7.x86_64 >>> openafs-1.6-sl-module-tools-1.6.23-289.sl7.x86_64 >>> openafs-1.6-sl-krb5-1.6.23-289.sl7.x86_64 >>> openafs-1.6-sl-1.6.23-289.sl7.x86_64 >>> openafs-1.6-sl-authlibs-devel-1.6.23-289.sl7.x86_64 >>> kmod-openafs-1.6-sl-957-1.6.23-289.sl7.957.x86_64 >>> >>> AFS client-SL6: 1.6.23 >>> openafs-krb5-1.6.23-289.sl6.x86_64 >>> openafs-client-1.6.23-289.sl6.x86_64 >>> openafs-1.6.23-289.sl6.x86_64 >>> openafs-kpasswd-1.6.23-289.sl6.x86_64 >>> openafs-module-tools-1.6.23-289.sl6.x86_64 >>> openafs-kernel-source-1.6.23-289.sl6.x86_64 >>> openafs-firstboot-1.6-1.sl6.noarch >>> openafs-authlibs-1.6.23-289.sl6.x86_64 >>> kmod-openafs-1.6.22.3-1.SL610.el6.noarch >>> openafs-compat-1.6.23-289.sl6.x86_64 >>> > What i could see here is a version difference between kmod-openafs 1.6.22 and > openafs-client 1.6.23
While 1.6.23 was a security update and yes, this looks kind of manual, it shouldn't matter. > Does the issue appear on one client only or all clients which are upgraded ? We run these packages on a lot of SL6 and SL7 systems, and the issue reported here at least isn't common. We seem to have a project with a usage pattern able to provoke hangs though. That has yet to be investigated. It was about something like using zsh tab completion in a git repo... _______________________________________________ OpenAFS-info mailing list [email protected] https://lists.openafs.org/mailman/listinfo/openafs-info
