Some checks failed
API CI / API Lint (push) Successful in 47s
API CI / API Type Check (push) Failing after 47s
API CI / API Test (push) Successful in 1m0s
API CI / API Build (push) Failing after 50s
API CI / Build Docker Image (push) Has been skipped
Build Crossplane Provider / build (push) Failing after 5m51s
CD Pipeline / Deploy to Staging (push) Failing after 29s
CI Pipeline / Lint and Type Check (push) Failing after 36s
CI Pipeline / Build (push) Has been skipped
CI Pipeline / Test Backend (push) Failing after 1m33s
CI Pipeline / Test Frontend (push) Failing after 30s
CI Pipeline / Security Scan (push) Failing after 1m16s
Crossplane Provider CI / Go Test (push) Failing after 3m23s
Crossplane Provider CI / Go Lint (push) Failing after 7m27s
Crossplane Provider CI / Go Build (push) Failing after 3m27s
Deploy to Staging / Deploy to Staging (push) Failing after 30s
Portal CI / Portal Lint (push) Failing after 21s
Portal CI / Portal Type Check (push) Failing after 21s
Portal CI / Portal Test (push) Failing after 21s
Portal CI / Portal Build (push) Failing after 22s
Test Suite / frontend-tests (push) Failing after 30s
Test Suite / api-tests (push) Failing after 49s
Test Suite / blockchain-tests (push) Failing after 30s
Type Check / type-check (map[directory:. name:root]) (push) Failing after 23s
Type Check / type-check (map[directory:api name:api]) (push) Failing after 21s
Type Check / type-check (map[directory:portal name:portal]) (push) Failing after 19s
Validate Configuration Files / validate (push) Failing after 1m52s
CD Pipeline / Deploy to Production (push) Has been skipped
Co-authored-by: Cursor <cursoragent@cursor.com>
6.5 KiB
6.5 KiB
Critical Ceph Storage Issues
Date: 2025-12-13
Status: 🔴 CRITICAL - BLOCKING VM CREATION
Executive Summary
The Ceph storage cluster has 5 critical health warnings that are likely blocking VM creation for 21 VMs configured to use ceph-fs storage.
Impact
- 21 VMs are configured to use
ceph-fsstorage - 0 VMs created - All VMs are stuck in pending state
- Ceph cluster unhealthy - Multiple critical warnings
Critical Issues Identified
1. 🔴 TOO_FEW_OSDS (CRITICAL)
- Issue: OSD count 2 < osd_pool_default_size 3
- Impact: Cannot maintain 3-way replication
- Risk: Data loss if an OSD fails
- Status: 🔴 CRITICAL
2. 🔴 UNDERSIZED PLACEMENT GROUPS (CRITICAL)
- Issue: PG 3.7f stuck undersized for 32 hours
- Impact: Data not fully replicated
- Risk: Data loss if storage fails
- Status: 🔴 CRITICAL
3. 🔴 TOO_MANY_PGS (HIGH)
- Issue: 288 PGs per OSD (max is 250)
- Impact: Performance degradation, slow operations
- Risk: Cluster instability
- Status: 🟠 HIGH
4. 🟠 POOL_TOO_MANY_PGS (MEDIUM)
- Issue: RBD pool has 64 PGs, should have 32
- Impact: Suboptimal performance
- Risk: Slower I/O operations
- Status: 🟡 MEDIUM
5. 🟠 SLOW_OPS (MEDIUM)
- Issue: 98 slow operations, oldest blocked for 100 seconds
- Impact: Cluster operations delayed
- Risk: Timeouts, failed operations
- Status: 🟡 MEDIUM
Affected VMs
VMs Using ceph-fs Storage (21 total)
Phoenix Infrastructure (7 VMs)
phoenix-git-serverphoenix-email-serverphoenix-devops-runnerphoenix-codespaces-idephoenix-financial-messaging-gatewayphoenix-business-integration-gatewayphoenix-as4-gateway
SMOM/DBIS-138 Infrastructure (14 VMs)
managementmonitoringblockscoutservicesrpc-node-01throughrpc-node-04(4 VMs)validator-01throughvalidator-04(4 VMs)sentry-03,sentry-04(2 VMs)
VMs Using local-lvm Storage (9 VMs)
basic-vm-001cloudflare-tunnel-vmlarge-vm-001medium-vm-001nginx-proxy-vmphoenix-dns-primary- (3 more test VMs)
Note: VMs using local-lvm should not be affected by Ceph issues.
Root Cause Analysis
Primary Issue: Insufficient OSDs
- Current: 2 OSDs
- Required: 3 OSDs (for 3-way replication)
- Impact: Cannot maintain data redundancy
Secondary Issues
- PG Over-allocation: Too many placement groups for the number of OSDs
- Performance Degradation: Slow operations due to resource constraints
- Data Risk: Undersized PGs mean incomplete replication
Immediate Actions Required
🔴 URGENT (Blocking VM Creation)
-
Add Third OSD (if hardware available)
# On Proxmox node, add new OSD # This requires available disk/SSD -
Reduce Replication Factor (temporary workaround)
# Reduce from 3 to 2 replicas (increases risk) ceph osd pool set <pool-name> size 2 ceph osd pool set <pool-name> min_size 1 -
Reduce PG Count (performance fix)
# Reduce RBD pool PGs from 64 to 32 ceph osd pool set rbd pg_num 32 ceph osd pool set rbd pgp_num 32
🟠 HIGH PRIORITY (Performance)
-
Fix Undersized PG
# Check PG status ceph pg ls-by-pool rbd # Force recovery if needed ceph pg force-recovery <pg-id> -
Monitor Slow Operations
# Check slow ops ceph health detail # Identify blocking operations
Recommended Solutions
Option 1: Add Third OSD (BEST)
- Action: Add a third OSD node or disk
- Impact: Resolves all replication issues
- Risk: Low (if hardware available)
- Timeline: Immediate if hardware ready
Option 2: Reduce Replication (TEMPORARY)
- Action: Change replication from 3 to 2
- Impact: Allows VM creation but increases risk
- Risk: Medium (data loss if 1 OSD fails)
- Timeline: Immediate
Option 3: Use local-lvm for Critical VMs (WORKAROUND)
- Action: Change critical VMs to use local-lvm
- Impact: Allows deployment but loses shared storage benefits
- Risk: Low (no data redundancy issues)
- Timeline: Requires VM config changes
Verification Steps
Check Ceph Health
# SSH to Proxmox node
ssh root@ml110-01
# Check cluster health
ceph health
ceph health detail
# Check OSD status
ceph osd tree
ceph osd df
# Check pool status
ceph osd pool ls detail
# Check PG status
ceph pg ls-by-pool rbd
Check VM Creation Status
# Check VMs using ceph-fs
kubectl get proxmoxvm -A -o json | \
jq -r '.items[] | select(.spec.forProvider.storage == "ceph-fs") | .metadata.name'
# Check for storage-related errors
kubectl logs -n crossplane-system -l app=crossplane-provider-proxmox | \
grep -i "ceph\|storage\|rbd"
Impact Assessment
Current Impact
- ✅ VMs using local-lvm: Can be created (9 VMs)
- ❌ VMs using ceph-fs: Blocked (21 VMs)
- ❌ Total Progress: 0/30 VMs (0%)
Expected Impact After Fix
- ✅ All VMs: Can be created
- ✅ Storage: Shared storage available
- ✅ Data Safety: Proper replication
Next Steps
Immediate (Today)
- 🔴 URGENT: Fix OSD count or reduce replication
- 🔴 URGENT: Reduce PG count in RBD pool
- 🟠 HIGH: Fix undersized PG
- 🟡 MEDIUM: Monitor slow operations
Short-term (This Week)
- Add third OSD if hardware available
- Optimize PG distribution
- Monitor cluster health
- Verify VM creation resumes
Long-term (This Month)
- Plan for proper 3-node Ceph cluster
- Optimize storage configuration
- Set up monitoring and alerts
- Document storage architecture
References
Ceph Documentation
Related Issues
- VM creation blocked (0/30 VMs created)
- Ceph cluster health warnings
- Storage configuration issues
Summary
Current State
- 🔴 Ceph Cluster: Unhealthy (5 critical warnings)
- 🔴 VM Creation: Blocked (0/30 VMs)
- 🔴 Storage: Insufficient OSDs (2 < 3 required)
- 🟠 Performance: Degraded (slow operations)
Status
🔴 CRITICAL - IMMEDIATE ACTION REQUIRED
Last Updated: 2025-12-13
Status: 🔴 BLOCKING VM CREATION