GitLab

[xen] Add no-bootscrub option (bug 11436)

See merge request !71

This avoids scrubbing the RAM during boot, which can take tens of minutes
for nodes with ~1TB RAM.

Caution: this needs a g5k-postinstall > v1.2020111200, specifically this bugfix:
g5k-postinstall@2f55241e

CentOS 7/8 ppc64 recipes

See merge request !73

This got applied to all "from_scratch" centos recipes because it is
also needed for ppc64 (CentOS 7 and CentOS 8).

This crash was witnessed for ppc64 with both CentOS 7 and 8

On ppc64, the installer asks confirmation to install without /boot.
It's not a problem, so add the answer to the preseed configuration.

On ppc64, the installer asks confirmation to install without /boot.
It's not a problem, so add the answer to the preseed configuration.

This should be used for any software that builds kernel modules, so that
it pulls the correct version of linux-headers.

Fix nvidia for ppc64

See merge request !72

Fixes: 26bab2b0 ("Correctly set the kernel to use when creating Debian images")

Correctly set the kernel to use when creating Debian images

See merge request !70

It can happen that after the initial upgrade, a kernel upgrade occures.
In such case, the links /{vmlinuz,/initrd.img} point to the "old" kernel
version. Also, the Nvidia driver is compiled for the currently running
kernel.
Now, the last kernel while be used to correct both cases.

dcgm-exporter links against datacenter-gpu-manager 1.X, so it does not
find the .so file of datacenter-gpu-manager 2.X.  Force version 1.X.

Both cuda and prometheus have services that need to start only on machines
with GPU.  They rely on /dev/nvidia0 being present on such machines to
detect the presence of GPU.

However, /dev/nvidia0 is not created when the nvidia driver is loaded, but
only when `nvidia-smi` is first run.

The new service calls `nvidia-smi` once during boot to create /dev/nvidia0
and thus to allow the other services to start.  On machines without GPU,
`nvidia-smi` will fail, so we ignore its exit code.