Open gregaf300 opened 1 year ago
For RHEL, I would recommend pulling from the CUDA download repository instead of the nvidia-container-toolkit
repository. We started publishing the packages in both places a few releases ago and only haven't updated the documentation because not all supported OSs are available on the CUDA download repository yet.
http://developer.download.nvidia.com/compute/cuda/repos/rhel8/x86_64/
Thank you for the advice on that, but unfortunately that is the repo that we have been using. The nvidia-container-toolkit
repository was used only for attempting to test whether the offending packages digest had a SHA256
header since we had the transaction test failure with the CUDA download repository.
I am seeing this same issue on RHEL8 using the same above things exactly, is there any proposed resolution to this?
We are also seeing the same on RHEL8 - watching this issue for any hopeful resolution.
EDIT: Last month we were able to install 1.13.5, this month is looks like 1.14.3 is the current version giving us issues (we updated to the latest 1.14 documentation). We went ahead and locked the version to RHEL8.8 from the following command
distribution=$(echo "rhel8.8") \
&& curl -s -L https://nvidia.github.io/libnvidia-container/$distribution/libnvidia-container.repo | sudo tee /etc/yum.repos.d/nvidia-container-toolkit.repo
echo "Copied the Nvidia container toolkit"
sudo yum clean expire-cache -y
sudo yum install nvidia-container-toolkit -y
echo "Installed nvidia-container-toolkit"
and our RHEL8.9 image is working fine now.
Now that RHEL-7 is EOL. Can the rpm packages be built on RHEL-8 so that the rpm version is >=4.14? We would like to install on FIPS enabled system and that will only work if a sha256 or sha512 digest is used.
Has anyone found a fix for this? Seems wild that they are not fips compliant
The RPMS available on github were built for RHEL-7. If you build the rpms for RHEL-8, they will work on a FIPS compliant RHEL-8 system.
Any docs on that? looks like the developer guide only has targets for centos 7 and ubunut?
Install docker, as the rpms are built inside of a container. Podman will not work as is.
clone the repository
cd nvidia-container-toolkit/scripts
./build-all-components.sh centos8-x86_64
You should then have the rpms in
nvidia-container-toolkit/dist/centos8/x86_64
On 2024-08-19 13:55, Ryan Despres wrote:
Any docs on that? looks like the developer guide only has targets for centos 7 and ubunut?
-- Reply to this email directly, view it on GitHub [1], or unsubscribe [2]. You are receiving this because you commented.Message ID: @.***>
[1] https://github.com/NVIDIA/nvidia-container-toolkit/issues/116#issuecomment-2297123381 [2] https://github.com/notifications/unsubscribe-auth/AATDIDHRYYUMP4G3L7A7FHDZSIWSPAVCNFSM6AAAAABK7IGOOKVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDEOJXGEZDGMZYGE
okay followed that and am encountering libseccomp2 is needed by libnvidia-container-libseccomp2-1.16.1-1.x86_64
. anythoughts on how to solve that? libseccomp package is installed and there is no libseccomp2. The rest of the rpms appear to install fine
Platform Information
Repository Information
Encountered Issue
Attempting a successful DNF installation of the
nvidia-container-toolkit
and its dependencies fails to pass the transaction check with a FIPS mode enabled instance.Expected Outcome
It was expected that the
nvidia-container-toolkit
would successfully install. It seems thenvidia-container-toolkit
and its dependencies lackSHA256
digests resulting in a failure to pass DNF transaction checks when FIPS mode is enabled. It was an unexpected failure as the NVIDIA drivers rpm packages from the same rpm repository were successful. They installed via thenvidia-driver
DNF module satisfying theSHA256
digest requirement.Seeking Guidance
nvidia-container-toolkit
packages constraints?