Skip to content

Refactor: Improve Proxy Handling and Secure Boot in GPU Install Script#1374

Draft
cjac wants to merge 6 commits intoGoogleCloudDataproc:mainfrom
LLC-Technologies-Collier:gpu-202601
Draft

Refactor: Improve Proxy Handling and Secure Boot in GPU Install Script#1374
cjac wants to merge 6 commits intoGoogleCloudDataproc:mainfrom
LLC-Technologies-Collier:gpu-202601

Conversation

@cjac
Copy link
Copy Markdown
Contributor

@cjac cjac commented Jan 23, 2026

GPU Initialization Action Enhancements for Secure Boot, Proxy, and Reliability

This large update significantly improves the install_gpu_driver.sh script and its accompanying documentation, focusing on robust support for complex environments involving Secure Boot and HTTP/S proxies, and increasing overall reliability and maintainability.

1. gpu/README.md:

  • Comprehensive Documentation for Secure Boot & Proxy:
    • Added a major section: "Building Custom Images with Secure Boot and Proxy Support". This details the end-to-end process using the GoogleCloudDataproc/custom-images repository to create Dataproc images with NVIDIA drivers signed for Secure Boot. It covers environment setup, key management in GCP Secret Manager, Docker builder image creation, and running the image generation process.
    • Added a major section: "Launching a Cluster with the Secure Boot Custom Image". This explains how to use the custom-built images to launch Dataproc clusters with --shielded-secure-boot. It includes instructions for private network setups using Google Cloud Secure Web Proxy, leveraging scripts from the GoogleCloudDataproc/cloud-dataproc repository for VPC, subnet, and proxy configuration.
    • Includes essential verification steps for checking driver status, module signatures, and system logs on the cluster nodes.
  • Enhanced Proxy Metadata: Clarified and expanded descriptions for proxy-related metadata: http-proxy, https-proxy, proxy-uri, no-proxy, and http-proxy-pem-uri.
  • New Section: "Enhanced Proxy Support": Explicitly outlines the script's capabilities in proxied environments, including custom CA certificate handling, automatic tool configuration (curl, apt, dnf, gpg, Java), and bypass mechanisms.
  • Troubleshooting: Added specific points for debugging network and proxy issues.

2. gpu/install_gpu_driver.sh:

  • Robust Proxy Handling (set_proxy):
    • Completely revamped to handle http-proxy, https-proxy, and proxy-uri metadata, determining the correct proxy values for HTTP and HTTPS.
    • Dynamically sets HTTP_PROXY, HTTPS_PROXY, and NO_PROXY environment variables.
    • Updates /etc/environment with the current proxy settings.
    • Conditionally configures gcloud proxy settings only if the gcloud SDK version is 547.0.0 or greater.
    • Performs TCP and HTTP(S) connection tests to the proxy to validate setup.
    • Configures apt and dnf to use the proxy.
    • Ensures dirmngr or gnupg2-smime is installed and configures dirmngr.conf to use the HTTP proxy.
    • Installs custom proxy CA certificates from http-proxy-pem-uri into system, Java, and Conda trust stores. Switches to HTTPS for proxy communications when a CA cert is provided.
    • Includes comprehensive verification steps for the proxy and certificate setup.
  • Reliable GPG Key Importing (import_gpg_keys):
    • Introduced a new function import_gpg_keys to handle GPG key fetching and importing in a proxy-aware manner using curl over HTTPS, replacing direct gpg --recv-keys calls to keyservers.
    • This function supports fetching keys by URL or Key ID and is used throughout the script for repository setup (NVIDIA Container Toolkit, CUDA, Bigtop, Adoptium, Docker, Google Cloud, CRAN-R, MySQL).
  • Conda/Mamba Environment (install_pytorch):
    • Refined package list: numba, pytorch, tensorflow[and-cuda], rapids, pyspark, and cuda-version<=${CUDA_VERSION}. Explicit CUDA runtime (e.g., cudart_spec) is no longer added, allowing the solver more flexibility.
    • Uses Mamba preferentially, with a Conda fallback.
    • Implements cache/environment clearing logic based on install_gpu_driver-main and pytorch sentinels to allow forced refreshes.
    • Improved error handling for environment creation, with specific messages for Mamba failures in proxied environments.
  • NVIDIA Driver Handling:
    • set_driver_version: Uses curl -I for a more lightweight HEAD request to check URL validity.
    • build_driver_from_github: Caches the open kernel module source tarball from GitHub to GCS. Checks for existing signed and loadable modules to avoid unnecessary rebuilds.
    • execute_github_driver_build: Refactored to accept tarball paths. popd removed to balance pushd in caller. Removed a debug echo of the sign-file exit code.
    • Added make -j$(nproc) to modules_install for parallelization.
    • Post-install verification loop checks modinfo for signer: to confirm modules are signed.
  • Lifecycle Improvements:
    • prepare_to_install: Moved curl_retry_args definition earlier.
    • install_nvidia_gpu_driver: Checks if nvidia module loads at the start and marks incomplete if not.
    • main: Added mark_complete install_gpu_driver-main at the end.
    • configure_dkms_certs: Always fetches keys from secret manager if PSN is set to ensure modulus_md5sum is available.
    • install_gpu_agent: Checks if METADATA_HTTP_PROXY_PEM_URI is non-empty before using it.
  • Secure Boot Check: Issues a warning instead of exiting for Secure Boot on Debian < 2.2.

@cjac cjac self-assigned this Jan 23, 2026
@gemini-code-assist
Copy link
Copy Markdown
Contributor

Summary of Changes

Hello @cjac, I'm Gemini Code Assist1! I'm currently reviewing this pull request and will post my feedback shortly. In the meantime, here's a summary to help you and other reviewers quickly get up to speed!

This pull request significantly improves the GPU driver installation script's reliability and adaptability, particularly in complex network environments requiring HTTP/HTTPS proxies and for systems utilizing Secure Boot. The changes focus on making the installation process more robust, configurable, and resilient to common issues like network restrictions and module signing requirements, while also refining the Conda environment setup and updating documentation.

Highlights

  • Enhanced Proxy Configuration: Introduced support for https-proxy and proxy-uri metadata, refined NO_PROXY handling with intelligent defaults, and enabled custom CA certificate installation into system, Java, and Conda trust stores. Proxy connections now default to HTTPS when a custom CA is provided, and the script includes pre-flight tests for proxy connectivity and reachability.
  • Robust GPG Key Import: A new import_gpg_keys function centralizes GPG key fetching from URLs or keyservers, ensuring it respects proxy settings and custom CA certificates, replacing previous direct curl | gpg --import calls.
  • Secure Boot Signing Refinements: The configure_dkms_certs function now consistently fetches keys from Secret Manager if private_secret_name is set, ensuring modulus_md5sum is available. Kernel module signing is integrated into the build process, with checks to verify modules are signed and loadable after installation.
  • Resilient Driver Installation: The install_nvidia_gpu_driver function now includes an initial check for the nvidia module's loadability, triggering a re-installation attempt if it fails. curl commands for downloads now incorporate retry flags and honor proxy settings.
  • Conda Environment Adjustments: The PyTorch Conda environment package list was streamlined by removing TensorFlow. Specific workarounds were added for Debian 10, including using conda instead of mamba and disabling SSL verification.
  • Documentation Updates: The gpu/README.md file has been updated to reflect the new proxy metadata (https-proxy, proxy-uri, no-proxy), detail the enhanced proxy support, and add proxy-related troubleshooting guidance.

🧠 New Feature in Public Preview: You can now enable Memory to help Gemini Code Assist learn from your team's feedback. This makes future code reviews more consistent and personalized to your project's style. Click here to enable Memory in your admin console.

Using Gemini Code Assist

The full guide for Gemini Code Assist can be found on our documentation page, here are some quick tips.

Invoking Gemini

You can request assistance from Gemini at any point by creating a comment using either /gemini <command> or @gemini-code-assist <command>. Below is a summary of the supported commands on the current page.

Feature Command Description
Code Review /gemini review Performs a code review for the current pull request in its current state.
Pull Request Summary /gemini summary Provides a summary of the current pull request in its current state.
Comment @gemini-code-assist Responds in comments when explicitly tagged, both in pull request comments and review comments.
Help /gemini help Displays a list of available commands.

Customization

To customize Gemini Code Assist for GitHub experience, repository maintainers can create a configuration file and/or provide a custom code review style guide (such as PEP-8 for Python) by creating and adding files to a .gemini/ folder in the base of the repository. Detailed instructions can be found here.

Limitations & Feedback

Gemini Code Assist may make mistakes. Please leave feedback on any instances where its feedback is incorrect or counter productive. You can react with 👍 and 👎 on @gemini-code-assist comments. If you're interested in giving your feedback about your experience with Gemini Code Assist for Github and other Google products, sign up here.

You can also get AI-powered code generation, chat, as well as code reviews directly in the IDE at no cost with the Gemini Code Assist IDE Extension.

Footnotes

  1. Review the Privacy Notices, Generative AI Prohibited Use Policy, Terms of Service, and learn how to configure Gemini Code Assist in GitHub here. Gemini can make mistakes, so double check it and use code with caution.

Copy link
Copy Markdown
Contributor

@gemini-code-assist gemini-code-assist Bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Code Review

This pull request significantly enhances the GPU driver installation script by introducing robust proxy handling, improving Secure Boot integration, and refining Conda environment setup. Key improvements include flexible proxy configuration with support for HTTPS proxies and custom CA certificates, a new import_gpg_keys function for reliable GPG key fetching, and more thorough verification steps for signed kernel modules under Secure Boot. The documentation has also been updated to reflect these new features and provide better troubleshooting guidance. Overall, these changes make the script more resilient and configurable for diverse network environments and security requirements.

Comment thread gpu/install_gpu_driver.sh Outdated
Comment thread gpu/install_gpu_driver.sh Outdated
Comment on lines +3271 to +3276
if [[ -v METADATA_HTTP_PROXY_PEM_URI ]] && [[ -n "${METADATA_HTTP_PROXY_PEM_URI}" ]]; then
if [[ -z "${trusted_pem_path:-}" ]]; then
echo "WARNING: METADATA_HTTP_PROXY_PEM_URI is set, but trusted_pem_path is not defined." >&2
else
curl_retry_args+=(--cacert "${trusted_pem_path}")
fi
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

high

The warning METADATA_HTTP_PROXY_PEM_URI is set, but trusted_pem_path is not defined indicates a potential issue. trusted_pem_path is only set within set_proxy if both a proxy (http-proxy/https-proxy) and a PEM URI are provided. If http-proxy-pem-uri is provided but no http-proxy or https-proxy is set, set_proxy returns early, leaving trusted_pem_path undefined. This could lead to GPG key imports failing to use the custom CA, even if the PEM URI is present.

Comment thread gpu/install_gpu_driver.sh
Comment on lines 2755 to +2769
pkg_proxy_conf_file="/etc/apt/apt.conf.d/99proxy"
cat > "${pkg_proxy_conf_file}" <<EOF
Acquire::http::Proxy "http://${METADATA_HTTP_PROXY}";
Acquire::https::Proxy "http://${METADATA_HTTP_PROXY}";
EOF
echo "Acquire::http::Proxy \"http://${effective_proxy}\";" > "${pkg_proxy_conf_file}"
echo "Acquire::https::Proxy \"http://${effective_proxy}\";" >> "${pkg_proxy_conf_file}"
echo "DEBUG: set_proxy: Configured apt proxy: ${pkg_proxy_conf_file}"
elif is_rocky ; then
pkg_proxy_conf_file="/etc/dnf/dnf.conf"

touch "${pkg_proxy_conf_file}"

if grep -q "^proxy=" "${pkg_proxy_conf_file}"; then
sed -i.bak "s@^proxy=.*@proxy=${HTTP_PROXY}@" "${pkg_proxy_conf_file}"
elif grep -q "^\[main\]" "${pkg_proxy_conf_file}"; then
sed -i.bak "/^\[main\]/a proxy=${HTTP_PROXY}" "${pkg_proxy_conf_file}"
sed -i.bak '/^proxy=/d' "${pkg_proxy_conf_file}"
if grep -q "^\[main\]" "${pkg_proxy_conf_file}"; then
sed -i.bak "/^\\\[main\\\\]/a proxy=http://${effective_proxy}" "${pkg_proxy_conf_file}"
else
local TMP_FILE=$(mktemp)
printf "[main]\nproxy=%s\n" "${HTTP_PROXY}" > "${TMP_FILE}"

cat "${TMP_FILE}" "${pkg_proxy_conf_file}" > "${pkg_proxy_conf_file}".new
mv "${pkg_proxy_conf_file}".new "${pkg_proxy_conf_file}"
echo -e "[main]\nproxy=http://${effective_proxy}" >> "${pkg_proxy_conf_file}"
fi
echo "DEBUG: set_proxy: Configured dnf proxy: ${pkg_proxy_conf_file}"
fi
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

high

The apt and dnf proxy configurations (Acquire::http::Proxy "http://${effective_proxy}"; and proxy=http://${effective_proxy}) use an http:// prefix. If effective_proxy is derived solely from https_proxy_val (meaning only an HTTPS proxy was specified), this could lead to apt/dnf attempting to connect to an HTTPS proxy using an HTTP scheme. While a later sed command attempts to correct this if http-proxy-pem-uri is set, it might be incorrect if http-proxy-pem-uri is not provided.

Suggested change
pkg_proxy_conf_file="/etc/apt/apt.conf.d/99proxy"
cat > "${pkg_proxy_conf_file}" <<EOF
Acquire::http::Proxy "http://${METADATA_HTTP_PROXY}";
Acquire::https::Proxy "http://${METADATA_HTTP_PROXY}";
EOF
echo "Acquire::http::Proxy \"http://${effective_proxy}\";" > "${pkg_proxy_conf_file}"
echo "Acquire::https::Proxy \"http://${effective_proxy}\";" >> "${pkg_proxy_conf_file}"
echo "DEBUG: set_proxy: Configured apt proxy: ${pkg_proxy_conf_file}"
elif is_rocky ; then
pkg_proxy_conf_file="/etc/dnf/dnf.conf"
touch "${pkg_proxy_conf_file}"
if grep -q "^proxy=" "${pkg_proxy_conf_file}"; then
sed -i.bak "s@^proxy=.*@proxy=${HTTP_PROXY}@" "${pkg_proxy_conf_file}"
elif grep -q "^\[main\]" "${pkg_proxy_conf_file}"; then
sed -i.bak "/^\[main\]/a proxy=${HTTP_PROXY}" "${pkg_proxy_conf_file}"
sed -i.bak '/^proxy=/d' "${pkg_proxy_conf_file}"
if grep -q "^\[main\]" "${pkg_proxy_conf_file}"; then
sed -i.bak "/^\\\[main\\\\]/a proxy=http://${effective_proxy}" "${pkg_proxy_conf_file}"
else
local TMP_FILE=$(mktemp)
printf "[main]\nproxy=%s\n" "${HTTP_PROXY}" > "${TMP_FILE}"
cat "${TMP_FILE}" "${pkg_proxy_conf_file}" > "${pkg_proxy_conf_file}".new
mv "${pkg_proxy_conf_file}".new "${pkg_proxy_conf_file}"
echo -e "[main]\nproxy=http://${effective_proxy}" >> "${pkg_proxy_conf_file}"
fi
echo "DEBUG: set_proxy: Configured dnf proxy: ${pkg_proxy_conf_file}"
fi
echo "Acquire::http::Proxy \"${HTTP_PROXY}\";" > "${pkg_proxy_conf_file}"
echo "Acquire::https::Proxy \"${HTTPS_PROXY}\";" >> "${pkg_proxy_conf_file}"
echo "DEBUG: set_proxy: Configured apt proxy: ${pkg_proxy_conf_file}"

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This was resolved by using a variable scheme

Comment thread gpu/install_gpu_driver.sh Outdated
Comment thread gpu/install_gpu_driver.sh Outdated
Comment thread gpu/install_gpu_driver.sh Outdated
Comment thread gpu/install_gpu_driver.sh Outdated
Comment thread gpu/install_gpu_driver.sh Outdated
Comment thread gpu/install_gpu_driver.sh Outdated
Comment thread gpu/README.md Outdated
@cjac
Copy link
Copy Markdown
Contributor Author

cjac commented Jan 24, 2026

/gcbrun

@cjac
Copy link
Copy Markdown
Contributor Author

cjac commented Jan 24, 2026

/gcbrun

@cjac
Copy link
Copy Markdown
Contributor Author

cjac commented Jan 27, 2026

I've made substantial changes. Please perform another review, discarding previous review comments. Let's start from the top once again.

/gemini review

Copy link
Copy Markdown
Contributor

@gemini-code-assist gemini-code-assist Bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Code Review

This pull request significantly refactors the GPU driver installation script, enhancing proxy handling, improving Secure Boot integration, and refining Conda environment setup. The documentation has been updated to reflect these changes, providing clearer guidance on proxy configuration and custom image building with Secure Boot. The introduction of the import_gpg_keys function centralizes GPG key management, making the script more robust in various network environments. Overall, these changes contribute to a more reliable and configurable GPU initialization process.

Comment thread gpu/install_gpu_driver.sh Outdated
Comment thread gpu/install_gpu_driver.sh Outdated
Comment thread gpu/install_gpu_driver.sh Outdated
building_file=""
rm "${local_tarball}"
make clean
popd
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

high

The execute_github_driver_build function includes a popd command. However, this function is called from build_driver_from_github, which also has a popd at its end (line 1331). This results in an extra popd call, which could lead to a directory stack underflow or unexpected behavior if the script's current directory is not what's expected. Ensure that pushd and popd calls are balanced.

Comment thread gpu/README.md Outdated
Comment thread gpu/install_gpu_driver.sh Outdated
Comment thread gpu/install_gpu_driver.sh Outdated
Comment thread gpu/install_gpu_driver.sh Outdated
Comment thread gpu/install_gpu_driver.sh Outdated
@cjac cjac force-pushed the gpu-202601 branch 4 times, most recently from 25df48a to 3f5811e Compare January 28, 2026 00:56
@cjac
Copy link
Copy Markdown
Contributor Author

cjac commented Jan 28, 2026

I've made substantial changes in response to your previous review. Please perform another review.

/gemini review

Copy link
Copy Markdown
Contributor

@gemini-code-assist gemini-code-assist Bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Code Review

This pull request introduces significant enhancements to the GPU installation script, primarily focusing on robust proxy handling and support for Secure Boot. The documentation in gpu/README.md has been extensively updated with detailed instructions for these complex scenarios, which is a great improvement. The script gpu/install_gpu_driver.sh has been refactored to centralize GPG key imports, improve caching logic for driver and source builds, and add comprehensive proxy configuration, including custom CA certificate handling.

My review focuses on ensuring the new logic is robust and consistent. I've identified a minor documentation inconsistency and a couple of potential issues in the script related to command execution order and error handling. Overall, this is a very strong refactoring that greatly improves the reliability and maintainability of the script.

Comment thread gpu/README.md Outdated
Comment thread gpu/install_gpu_driver.sh
Comment thread gpu/install_gpu_driver.sh
Comment thread gpu/install_gpu_driver.sh
@cjac
Copy link
Copy Markdown
Contributor Author

cjac commented Jan 28, 2026

/gemini review

Copy link
Copy Markdown
Contributor

@gemini-code-assist gemini-code-assist Bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Code Review

This is a significant and valuable pull request that greatly enhances the GPU installation script's reliability, especially in complex environments with proxies and Secure Boot. The refactoring for proxy handling is comprehensive, and the new GPG key import mechanism is a major improvement for robustness. The documentation updates in the README are thorough and will be very helpful for users. The changes are well-executed, but I've identified one high-severity issue related to directory stack management (pushd/popd) in the new execute_github_driver_build function that should be addressed to prevent potential issues with script execution flow.

Comment thread gpu/install_gpu_driver.sh Outdated
@cjac
Copy link
Copy Markdown
Contributor Author

cjac commented Apr 27, 2026

/gcbrun

1 similar comment
@cjac
Copy link
Copy Markdown
Contributor Author

cjac commented Apr 27, 2026

/gcbrun

@cjac
Copy link
Copy Markdown
Contributor Author

cjac commented Apr 27, 2026

/gcbrun

@cjac
Copy link
Copy Markdown
Contributor Author

cjac commented Apr 27, 2026

/gcbrun

@cjac
Copy link
Copy Markdown
Contributor Author

cjac commented Apr 28, 2026

/gcbrun

@cjac
Copy link
Copy Markdown
Contributor Author

cjac commented Apr 28, 2026

/gcbrun

@bradmiro bradmiro removed their request for review April 28, 2026 15:30
@cjac
Copy link
Copy Markdown
Contributor Author

cjac commented Apr 28, 2026

/gcbrun

@cjac cjac force-pushed the gpu-202601 branch 2 times, most recently from 418630b to 16132e3 Compare April 28, 2026 20:54
@cjac
Copy link
Copy Markdown
Contributor Author

cjac commented Apr 28, 2026

/gcbrun

cjac added 3 commits April 29, 2026 02:59
This commit addresses widespread issues in the GPU initialization scripts related to variable quoting and bash array expansion.

-   Consistently uses `"${array[@]}"` for expanding arrays like `curl_retry_args`, `gsutil_cmd`, and `gsutil_stat_cmd`.
-   Ensures variables are properly double-quoted (e.g., `"${var}"`).
-   Corrects quoting within `eval` statements.
-   Restores and corrects the logic for conditionally defining `gsutil_cmd` and `gsutil_stat_cmd` based on `gcloud --version`, using array syntax throughout.
-   Redirects `gsutil stat` output to `/dev/null` in `cache_fetched_package` to suppress noise.
-   Fixes an issue in `install_gpu_agent` where an empty `METADATA_HTTP_PROXY_PEM_URI` would cause pip to fail.

These changes enhance the robustness and correctness of the scripts, particularly in environments with spaces in paths or arguments.
This change updates the version mapping arrays in the GPU installation script to include support for NVIDIA CUDA versions 12.8, 12.9, 13.0, and 13.1, along with their corresponding driver, cuDNN, and NCCL versions.

- Added entries for CUDA 12.8, 12.9, 13.0, and 13.1 to `DRIVER_FOR_CUDA`, `DRIVER_SUBVER`, `CUDNN_FOR_CUDA`, `NCCL_FOR_CUDA`, and `CUDA_SUBVER` arrays.
- Updated `DEFAULT_CUDA_VERSION` for Dataproc images 2.2 and 2.3 to default to 13.1.1.
- Added corresponding CUDA full version to driver version mappings in the `drv_for_cuda` array in `set_cuda_runfile_url` function.
@cjac
Copy link
Copy Markdown
Contributor Author

cjac commented Apr 29, 2026

/gcbrun

This change enhances the robustness of how `cuda-version` and `gpu-driver-version` metadata are processed in the GPU initialization scripts.

- In `set_cuda_version` and `set_driver_version` functions:
  - Metadata is now fetched without a default value initially.
  - The script checks if the metadata value is non-empty before using it.
  - If the metadata is empty or not provided, it falls back to the determined default version.
  - Added validation steps to ensure the final version string matches the expected format (at least `X.Y`).
  - Included DEBUG messages to log whether the version was sourced from metadata or the default.
@cjac
Copy link
Copy Markdown
Contributor Author

cjac commented Apr 29, 2026

/gcbrun

@cjac
Copy link
Copy Markdown
Contributor Author

cjac commented Apr 29, 2026

/gcbrun

1 similar comment
@cjac
Copy link
Copy Markdown
Contributor Author

cjac commented Apr 29, 2026

/gcbrun

This change improves the robustness of the GPU driver installation script by:

1.  Standardizing URL existence checks to use `curl --head` with retry arguments (`${curl_retry_args[@]}`) instead of `curl -sSLfI` for better consistency and error handling.
2.  Implementing GCS caching for the CUDA runfile in `set_cuda_runfile_url`. The script now checks a pre-defined GCS bucket (`${pkg_bucket}`) for an existing copy of the required CUDA `.run` file. If found, it downloads from the cache. Otherwise, it downloads from the official NVIDIA URL and uploads a copy to the GCS bucket for future use. This speeds up subsequent runs and reduces reliance on external network availability.
3.  The driver runfile caching logic in `set_driver_version` was already present but this change ensures the URL check uses the standard `${curl_retry_args[@]}`.

These changes make the script more resilient to transient network issues and more efficient in environments where the same files might be needed multiple times across different cluster builds.
@cjac
Copy link
Copy Markdown
Contributor Author

cjac commented Apr 29, 2026

/gcbrun

This commit introduces a major refactoring of how Conda environments and GPU-accelerated libraries like TensorFlow, PyTorch, and Rapids are installed.

Key Changes:

1.  **Isolated Conda Environments:**
    *   Introduced a new `create_conda_env` function to build and cache isolated Conda environments in GCS. This function includes logic to prevent race conditions during concurrent builds using a `.building` sentinel file.
    *   Replaced the previous monolithic environment approach.

2.  **TensorFlow Installation:**
    *   The `install_tensorflow` function now utilizes `create_conda_env` to set up a dedicated "tensorflow" environment.

3.  **PyTorch & Rapids Installation:**
    *   The `install_pytorch` function has been rewritten to use `create_conda_env` to create two separate environments:
        *   `pytorch`: For PyTorch and related packages.
        *   `rapids`: For the Rapids AI ecosystem.
    *   The metadata flag `include-pytorch=yes` now controls the installation of both these environments.

4.  **NCCL Install Fix:**
    *   Corrected the `curl` command in `install_nvidia_nccl` to properly expand the `curl_retry_args` array using `"${curl_retry_args[@]}"`.

5.  **Deferred Config Fix:**
    *   Added `readonly install_log="${tmpdir}/install.log"` to the script generated by `create_deferred_config_files` to resolve an unbound variable issue.

6.  **Integration Test Updates (`test_gpu.py`):**
    *   Updated environment paths from `/opt/conda/miniconda3/envs/` to `/opt/conda/default/envs/`.
    *   Added `include-tensorflow=true` and `include-pytorch=yes` to the metadata for relevant tests to ensure the new environments are created during test cluster setup.

These changes provide better isolation for GPU-accelerated libraries, improve cache management, and enhance the robustness of the GPU initialization action.
@cjac
Copy link
Copy Markdown
Contributor Author

cjac commented Apr 29, 2026

/gcbrun

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants