<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>OpenShift :: Tag :: Workspace Docs</title><link>https://samplayskeys.github.io/Workspace/tags/openshift/index.html</link><description/><generator>Hugo</generator><language>en-us</language><lastBuildDate>Sat, 01 Aug 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://samplayskeys.github.io/Workspace/tags/openshift/index.xml" rel="self" type="application/rss+xml"/><item><title>Checking OpenShift Certificates</title><link>https://samplayskeys.github.io/Workspace/guides/openshift/checking-certificates/index.html</link><pubDate>Sat, 01 Aug 2026 00:00:00 +0000</pubDate><guid>https://samplayskeys.github.io/Workspace/guides/openshift/checking-certificates/index.html</guid><description>This guide covers methods for checking the expiration dates of critical OpenShift certificates, including the API server and Ingress controller. While OpenShift typically auto-rotates most internal certificates, manually verifying them can be useful for troubleshooting and custom monitoring.&#10;Key Certificate Locations Critical certificates are stored as Kubernetes Secrets across different namespaces:</description></item><item><title>BigFix Host Agent Client Deployment on OpenShift via GitOps</title><link>https://samplayskeys.github.io/Workspace/architecture/openshift/bigfix-agent-deployment/index.html</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://samplayskeys.github.io/Workspace/architecture/openshift/bigfix-agent-deployment/index.html</guid><description>Overview This guide details the architecture, design decisions, and configuration required to deploy the HCL BigFix Host Agent Client onto a Red Hat OpenShift Container Platform (OCP) cluster using Argo CD.&#10;This implementation rigorously adheres to and matches the standardized Helm component structures, sync-waves, and folder layouts defined in the helm-component-pattern artifact collection.</description></item><item><title>BigFix Inventory (BFI) Discovery &amp; NFD Deployment via GitOps</title><link>https://samplayskeys.github.io/Workspace/architecture/openshift/bigfix-discovery-deployment/index.html</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://samplayskeys.github.io/Workspace/architecture/openshift/bigfix-discovery-deployment/index.html</guid><description>Overview This guide details the architecture, design decisions, and configuration required to deploy the HCL BigFix Inventory (BFI) discovery and sub-capacity licensing integration on Red Hat OpenShift Container Platform (OCP).&#10;This implementation rigorously adheres to and matches the standardized Helm component structures, sync-waves, and folder layouts defined in the helm-component-pattern artifact collection.</description></item><item><title>Using the integrated OpenShift container image registry</title><link>https://samplayskeys.github.io/Workspace/guides/openshift/using-integrated-openshift-registry/index.html</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://samplayskeys.github.io/Workspace/guides/openshift/using-integrated-openshift-registry/index.html</guid><description>OpenShift ships with a cluster-internal container registry (the Image Registry Operator, namespace openshift-image-registry). You can push images there instead of an external registry (for example Quay.io), as long as workloads that need the image can pull from the namespace where the image lives.&#10;This is the same pattern NVIDIA documents for hosting built images (for example vGPU Manager) on the cluster’s own registry.&#10;What you get In-cluster pull hostname (from any pod on the cluster):&#10;image-registry.openshift-image-registry.svc:5000&#10;Full image reference:&#10;image-registry.openshift-image-registry.svc:5000/&lt;project&gt;/&lt;image&gt;:&lt;tag&gt;&#10;Example: image-registry.openshift-image-registry.svc:5000/nvidia-gpu-operator/vgpu-manager:9.0.0.0&#10;Private by default: images are not public on the internet; access is via Kubernetes RBAC and image pull credentials where needed.</description></item></channel></rss>