- Organized 252 files across project - Root directory: 187 → 2 files (98.9% reduction) - Moved configuration guides to docs/04-configuration/ - Moved troubleshooting guides to docs/09-troubleshooting/ - Moved quick start guides to docs/01-getting-started/ - Moved reports to reports/ directory - Archived temporary files - Generated comprehensive reports and documentation - Created maintenance scripts and guides All files organized according to established standards.
2.8 KiB
2.8 KiB
Storage Migration Issue - pve2 Configuration
Date: $(date)
Issue: Container migrations failing due to storage configuration mismatch
Problem
Container migrations from ml110 to pve2 are failing with the error:
Volume group "pve" not found
ERROR: storage migration for 'local-lvm:vm-XXXX-disk-0' to storage 'local-lvm' failed
Root Cause
ml110 (source):
- Has
local-lvmstorage active - Uses volume group named "pve" (standard Proxmox setup)
- Containers stored on
local-lvm:vm-XXXX-disk-0
pve2 (target):
- Has
local-lvmstorage but it's INACTIVE - Has volume groups named lvm1, lvm2, lvm3, lvm4, lvm5, lvm6 instead of "pve"
- Storage is not properly configured for Proxmox
Storage Status
ml110 Storage
local-lvm: lvmthin, active, 832GB total, 108GB used
Volume Group: pve (standard)
pve2 Storage
local-lvm: lvmthin, INACTIVE, 0GB available
Volume Groups: lvm1, lvm2, lvm3, lvm4, lvm5, lvm6 (non-standard)
Solutions
Option 1: Configure pve2's local-lvm Storage (Recommended)
-
Rename/create "pve" volume group on pve2:
# On pve2, check current LVM setup ssh root@192.168.11.12 "vgs; lvs" # Rename one of the volume groups to "pve" (if possible) # OR create a new "pve" volume group from available space -
Activate local-lvm storage on pve2:
# Check storage configuration ssh root@192.168.11.12 "cat /etc/pve/storage.cfg" # May need to reconfigure local-lvm to use correct volume group
Option 2: Migrate to Different Storage on pve2
Use local (directory storage) instead of local-lvm:
# Migrate with storage specification
pct migrate <VMID> pve2 --storage local --restart
Pros: Works immediately, no storage reconfiguration needed
Cons: Directory storage is slower than LVM thin provisioning
Option 3: Use Shared Storage
Configure shared storage (NFS, Ceph, etc.) accessible from both nodes:
# Add shared storage to cluster
# Then migrate containers to shared storage
Immediate Workaround
Until pve2's local-lvm is properly configured, we can:
- Skip migrations for now
- Configure pve2 storage first
- Then proceed with migrations
Next Steps
- ⏳ Investigate pve2's LVM configuration
- ⏳ Configure local-lvm storage on pve2 with "pve" volume group
- ⏳ Verify storage is active and working
- ⏳ Retry container migrations
Verification Commands
# Check pve2 storage status
ssh root@192.168.11.12 "pvesm status"
# Check volume groups
ssh root@192.168.11.12 "vgs"
# Check local-lvm configuration
ssh root@192.168.11.12 "cat /etc/pve/storage.cfg | grep -A 5 local-lvm"
Status: ⚠️ Migrations paused pending storage configuration fix