tnm

Cased CD Enterprise - Fix for Josh Customer

Problem: Secret in wrong namespace

Your secret is in default namespace but needs to be in argocd namespace!

# You have this (wrong):
kubectl get secret cased-cd-registry -n default

tnm

Cased CD Enterprise - Clean Install for Josh Customer

Step 1: Clean up existing installation

Remove any existing Cased CD installation:

# Uninstall Helm release if it exists
helm uninstall cased-cd -n argocd

tnm

Cased CD Enterprise Setup - Josh Customer

Your kubectl command is failing due to shell escaping issues. Use this YAML approach instead:

Step 1: Create registry-secret.yaml

Save this to a file called registry-secret.yaml:

apiVersion: v1

tnm

Comprehensive Debug - Josh

Run ALL of these and send back the output:

1. Check Frontend ARGOCD_SERVER Setting

kubectl get deployment cased-cd -n argocd -o yaml | grep -A2 "ARGOCD_SERVER"

2. Watch Logs During Login Attempt

tnm

Find the Deployment - Josh

The manifest has namespace: default hardcoded, so your -n argocd flag was ignored. Let's find where it actually is:

# Find all cased-cd deployments across all namespaces
kubectl get deployments -A | grep cased-cd

This will show you which namespace it's in and the exact deployment name.

tnm

Quick Fix for TLS Error - Josh

The issue is that the enterprise backend is trying to connect to ArgoCD over HTTPS with a self-signed cert.

Quick Fix (Patch the Running Deployment)

# Update the enterprise deployment to use HTTP instead of HTTPS
kubectl set env deployment/cased-cd-enterprise \
 ARGOCD_SERVER=http://argocd-server.argocd.svc.cluster.local \

tnm

Debugging 502 Errors (No DNS Issues) - Josh

Good news: The DNS fix worked! No more DNS timeout errors. Bad news: Now getting 502 errors for a different reason.

The 502 without DNS errors means nginx can resolve the hostname but can't connect to the enterprise backend. Let's debug:

Step 1: Check Pod Status

tnm

Upgrade Instructions for Josh - Cased CD Enterprise 0.1.17

What Was Fixed

Root Cause: Nginx was hardcoded to use Docker's DNS server (127.0.0.11) which doesn't exist in Kubernetes pods. This caused all DNS lookups to fail with "Operation timed out" errors.

The Fix: Version 0.1.17 auto-detects the correct DNS resolver from /etc/resolv.conf:

• In Docker: Uses 127.0.0.11
• In Kubernetes: Uses cluster DNS (typically 10.96.0.10)

tnm

#!/bin/bash
# Cased CD Enterprise - NetworkPolicy Fix v2
# This fixes DNS timeout by removing egress control (matching ArgoCD's pattern)

set -e

echo "=== The Problem ==="
echo "ArgoCD NetworkPolicies only control Ingress, not Egress"
echo "This means all ArgoCD pods have unrestricted egress (including DNS)"
echo "Our first attempt tried to control egress with explicit allow rules"

tnm

#!/bin/bash
# Cased CD Enterprise - NetworkPolicy Diagnostic & Fix
# This script diagnoses and fixes DNS timeout issues caused by missing NetworkPolicies

set -e

echo "=== Step 1: Check for existing NetworkPolicies for cased-cd ==="
echo "Expected: No results (this is the problem)"
kubectl get networkpolicies -n argocd -o json | jq '.items[] | select(.spec.podSelector.matchLabels."app.kubernetes.io/name" == "cased-cd") | .metadata.name'
echo ""