[OpenAFS] Issues on latest CentOS 7 kernel 3.10.0-229.20.1.el7

Glick, Bill bglick@illinois.edu
Thu, 5 Nov 2015 22:24:27 +0000


Thanks Jonathan.  The openafs packaging by the CentOS Storage SIG is intere=
sting.  I look forward to how that continues to progress.
-Bill


> On Nov 4, 2015, at 12:18 PM, Jonathan Billings <jsbillin@umich.edu> wrote=
:
>=20
> You really should consider using OpenAFS 1.6.15, due to the latest securi=
ty fix.
>=20
> If you'd prefer to use the packaging from 1.6.8, only with the openafs-st=
able-1_6_15 tag, there are instructions on how to build your own SRPMs here=
:
>=20
> http://wiki.openafs.org/HowToBuildOpenAfsRpmPackages/
>=20
> We're building OpenAFS packages in the CentOS Storage SIG, and it has pac=
kages for 1.6.15 (although the kmod hasn't been generated for the latest ke=
rnel yet).
>=20
> The repo is here:=20
>=20
> http://cbs.centos.org/repos/storage7-testing/x86_64/os/
>=20
> Please give it a try, the package is still in testing.  The packages are =
also created from a modified RPM spec file, so you'll find that the locatio=
ns of openafs directories, executables and configuration files are now more=
 appropriate for CentOS (such as having the config files in /etc/openafs an=
d the client cache in /var/cache/openafs).
>=20
>=20
>=20
> On Wed, Nov 4, 2015 at 12:40 PM, Glick, Bill <bglick@illinois.edu> wrote:
> We're running openafs-1.6.8-1 on several CentOS 7 systems.  We have confi=
gured openafs to install and update from the OpenAFS 1.6.8 yum repo (http:/=
/www.openafs.org/dl/openafs/1.6.8/rhel7/x86_64/).  We install the following=
 packages: openafs, dkms-openafs, openafs-client, openafs-krb5, openafs-doc=
s.
>=20
> After updating to the latest default CentOS 7 kernel (3.10.0-229.20.1.el7=
) early this morning, it looks like the dkms-openafs package is no longer r=
ebuilding the openafs kernel module correctly.
> Is anyone else seeing similar issues?
>=20
> Also, is there a better openafs yum repository that we should use to get =
newer versions of dkms-openafs, etc?
>=20
> I've included some log excerpts below to show what happened for us earlie=
r this morning.
>=20
> --
> Bill Glick
> NCSA - University of Illinois at Urbana-Champaign
>=20
>=20
>=20
> /var/log/yum.log:
> Nov 04 04:57:22 Updated: libwbclient.x86_64 4.1.12-24.el7_1
> Nov 04 04:57:23 Updated: samba-libs.x86_64 4.1.12-24.el7_1
> Nov 04 04:57:23 Updated: libsss_idmap.x86_64 1.12.2-58.el7_1.18
> Nov 04 04:57:24 Updated: libnl3.x86_64 3.2.21-9.el7_1
> Nov 04 04:57:24 Updated: samba-common.x86_64 4.1.12-24.el7_1
> Nov 04 04:57:24 Updated: libsmbclient.x86_64 4.1.12-24.el7_1
> Nov 04 04:57:24 Updated: kernel-tools-libs.x86_64 3.10.0-229.20.1.el7
> Nov 04 04:57:24 Updated: selinux-policy.noarch 3.13.1-23.el7_1.21
> Nov 04 04:57:24 Updated: libsss_nss_idmap.x86_64 1.12.2-58.el7_1.18
> Nov 04 04:57:24 Updated: sssd-client.x86_64 1.12.2-58.el7_1.18
> Nov 04 04:57:26 Updated: sssd-common.x86_64 1.12.2-58.el7_1.18
> Nov 04 04:57:26 Updated: sssd-krb5-common.x86_64 1.12.2-58.el7_1.18
> Nov 04 04:57:26 Updated: sssd-common-pac.x86_64 1.12.2-58.el7_1.18
> Nov 04 04:57:26 Updated: sssd-ad.x86_64 1.12.2-58.el7_1.18
> Nov 04 04:57:26 Updated: sssd-krb5.x86_64 1.12.2-58.el7_1.18
> Nov 04 04:57:26 Updated: sssd-ldap.x86_64 1.12.2-58.el7_1.18
> Nov 04 04:57:26 Updated: sssd-proxy.x86_64 1.12.2-58.el7_1.18
> Nov 04 04:57:26 Updated: python-sssdconfig.noarch 1.12.2-58.el7_1.18
> Nov 04 04:57:26 Updated: libipa_hbac.x86_64 1.12.2-58.el7_1.18
> Nov 04 04:57:26 Updated: sssd-ipa.x86_64 1.12.2-58.el7_1.18
> Nov 04 04:57:26 Updated: sssd.x86_64 1.12.2-58.el7_1.18
> Nov 04 04:57:39 Updated: selinux-policy-targeted.noarch 3.13.1-23.el7_1.2=
1
> Nov 04 04:57:40 Updated: kernel-tools.x86_64 3.10.0-229.20.1.el7
> Nov 04 04:57:40 Updated: libnl3-cli.x86_64 3.2.21-9.el7_1
> Nov 04 04:57:53 Updated: kernel-debug-devel.x86_64 3.10.0-229.20.1.el7
> Nov 04 04:57:53 Updated: gmp.x86_64 1:6.0.0-12.el7_1
> Nov 04 04:57:53 Updated: kpartx.x86_64 0.4.9-77.el7_1.2
> Nov 04 04:57:54 Updated: kernel-headers.x86_64 3.10.0-229.20.1.el7
> Nov 04 04:57:54 Updated: rsyslog.x86_64 7.4.7-7.el7_1.1
> Nov 04 04:58:00 Installed: kernel.x86_64 3.10.0-229.20.1.el7
> Nov 04 04:58:11 Installed: kernel-devel.x86_64 3.10.0-229.20.1.el7
>=20
>=20
> /var/log/messages:
> Nov  4 06:00:00 host1 systemd: Starting Delayed Shutdown Service...
> Nov  4 06:00:00 host1 systemd: Started Delayed Shutdown Service.
> Nov  4 06:00:00 host1 systemd-shutdownd: Shutting down at Wed 2015-11-04 =
06:05:00 CST (reboot)...
> Nov  4 06:00:00 host1 systemd-shutdownd: Creating /run/nologin, blocking =
further logins...
> --
> Nov  4 06:05:16 host1 kernel: Linux version 3.10.0-229.20.1.el7.x86_64 (b=
uilder@kbuilder.dev.centos.org) (gcc version 4.8.3 20140911 (Red Hat 4.8.3-=
9) (GCC) ) #1 SMP Tue Nov 3 19:10:07 UTC 2015
> Nov  4 06:05:16 host1 kernel: Command line: BOOT_IMAGE=3D/vmlinuz-3.10.0-=
229.20.1.el7.x86_64 root=3D/dev/mapper/centos_host1-root ro rd.lvm.lv=3Dcen=
tos_host1/root vconsole.font=3Dlatarcyrheb-sun16 rd.lvm.lv=3Dcentos_host1/s=
wap crashkernel=3Dauto vconsole.keymap=3Dus rhgb quiet LANG=3Den_US.UTF-8
> --
> Nov  4 06:05:27 host1 systemd: Starting LVM2 metadata daemon...
> Nov  4 06:05:27 host1 systemd: Started LVM2 metadata daemon.
> Nov  4 06:05:27 host1 rhel-loadmodules: modprobe: FATAL: Module openafs n=
ot found.
> Nov  4 06:05:27 host1 systemd: Started Load legacy module configuration.
> Nov  4 06:05:27 host1 systemd: Started Configure read-only root support.
> --
> Nov  4 06:05:46 host1 systemd: Starting OpenSSH server daemon...
> Nov  4 06:05:46 host1 systemd: Started OpenSSH server daemon.
> Nov  4 06:05:46 host1 systemd: Starting OpenAFS Client Service...
> Nov  4 06:05:47 host1 systemd: Starting The Apache HTTP Server...
> Nov  4 06:05:47 host1 systemd: Started Permit User Sessions.
> --
> Nov  4 06:05:47 host1 systemd-logind: New seat seat0.
> Nov  4 06:05:47 host1 systemd-logind: Watching system buttons on /dev/inp=
ut/event0 (Power Button)
> Nov  4 06:05:47 host1 modprobe: modprobe: FATAL: Module openafs not found=
.
> Nov  4 06:05:47 host1 systemd: Started Login Service.
> Nov  4 06:05:47 host1 systemd: openafs-client.service: control process ex=
ited, code=3Dexited status=3D1
> Nov  4 06:05:47 host1 systemd: Failed to start OpenAFS Client Service.
> Nov  4 06:05:47 host1 systemd: Unit openafs-client.service entered failed=
 state.
> Nov  4 06:05:47 host1 systemd: Started Terminate Plymouth Boot Screen.
> Nov  4 06:05:47 host1 systemd: Started Wait for Plymouth Boot Screen to Q=
uit.
>=20
> _______________________________________________
> OpenAFS-info mailing list
> OpenAFS-info@openafs.org
> https://lists.openafs.org/mailman/listinfo/openafs-info
>=20
>=20
>=20
> --=20
> Jonathan Billings <jsbillin@umich.edu>
> College of Engineering - CAEN - Unix and Linux Support
>=20