7f2e6f3325
The main failure case for the openafs packages is when the images are running an old kernel and upstream has moved on, and we only have headers available for new kernels. This usually indicates image building is stuck. This adds an inline check to make sure the running kernel has headers available; if not it bails out with a clear message. When this does fail to build, we'd like to get some output of why the service fails. This adds an error handler to systemctl dump the status on failure. We can cleanup the build a bit to remove the centos7 builds now. Finally, the log copying was broken -- the paths are different on centos 8 and 9. The extant "cp" would fail on centos8 and then the chown would never run, so we wouldn't collect the build logs. Make this a find/cp pair too. Change-Id: Iaa38357a8a683a474c38900f5dc322e088849416 |
||
|---|---|---|
| .. | ||
| defaults | ||
| files | ||
| tasks | ||
| templates | ||
| vars | ||
| README.rst | ||
An ansible role to configure an OpenAFS client
Note
This role uses system packages where available, but for platforms or architectures where they are not available will utilise external packages. Defaults will pick packages built from the OpenDev infra project, but you should evaluate if this is suitable for your environment.
This role configures the host to be an OpenAFS client. Because OpenAFS is very reliant on distribution internals, kernel versions and host architecture this role has limited platform support. Currently supported are
- Debian family with system packages available
- Ubuntu LTS family with external 1.8 series packages
- CentOS 7, 8-stream and 9-stream with external packages
Role Variables