- 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.
6.0 KiB
R630-04 IP Conflict Discovery
Date: 2026-01-05
IP Address: 192.168.11.14
Status: ⚠️ CRITICAL - IP CONFLICT IDENTIFIED
Executive Summary
CRITICAL DISCOVERY: 192.168.11.14 is NOT the r630-04 Proxmox host.
The device responding on 192.168.11.14 is running Ubuntu, but Proxmox VE is Debian-based. This indicates an IP conflict or misconfiguration.
Evidence
1. SSH Banner Analysis
What We See:
OpenSSH_8.9p1 Ubuntu-3ubuntu0.13
What We Expect (Proxmox hosts):
- ml110:
Debian GNU/Linux 13 (trixie)✅ - r630-01:
Debian GNU/Linux 13 (trixie)✅ - r630-02:
Debian GNU/Linux 13 (trixie)✅ (assumed) - r630-04: Should be Debian, but shows Ubuntu ❌
2. Cluster Verification
Active Cluster Members:
- ml110 (192.168.11.10) - Debian ✅
- r630-01 (192.168.11.11) - Debian ✅
- r630-02 (192.168.11.12) - Debian ✅
- r630-04 (192.168.11.14) - NOT IN CLUSTER ❌
3. Container/VM Search
Result: NO containers or VMs in the cluster are configured with IP 192.168.11.14
Checked:
- All LXC containers on ml110, r630-01, r630-02
- All QEMU VMs on ml110, r630-01, r630-02
- No matches found
Possible Scenarios
Scenario A: Orphaned VM/Container (Most Likely)
Description: A VM or container running Ubuntu is using 192.168.11.14 but is not registered in Proxmox.
Possible Causes:
- VM/container created outside Proxmox management
- Proxmox database corruption (VM exists but not in cluster view)
- VM on a different Proxmox host not in the cluster
- Standalone VM running on r630-04 hardware
How to Verify:
# Check all Proxmox hosts for VMs
for host in 192.168.11.10 192.168.11.11 192.168.11.12; do
ssh root@$host "qm list; pct list"
done
# Check for orphaned VMs
ssh root@192.168.11.10 "find /var/lib/vz -name '*.conf' | xargs grep -l '192.168.11.14'"
Scenario B: Different Physical Device
Description: A different physical server or network device is using 192.168.11.14.
Possible Causes:
- Another server configured with this IP
- Network device (switch, router) using this IP
- Misconfigured device on the network
How to Verify:
# Get MAC address
arp -n 192.168.11.14
# or
ip neigh show 192.168.11.14
# Check MAC vendor to identify device type
Scenario C: r630-04 Running Ubuntu (Not Proxmox)
Description: r630-04 was reinstalled with Ubuntu instead of Proxmox VE.
Possible Causes:
- Server was reinstalled with Ubuntu
- Proxmox was removed/replaced
- Server is running plain Ubuntu (not Proxmox)
How to Verify:
- Physical inspection of r630-04
- Console/iDRAC access to check actual OS
- Check if Proxmox is installed:
dpkg -l | grep pve
Scenario D: IP Conflict / Wrong IP Assignment
Description: The actual r630-04 Proxmox host is using a different IP, and something else is using 192.168.11.14.
Possible Causes:
- r630-04 Proxmox host is actually using a different IP
- Another device was assigned 192.168.11.14
- Network misconfiguration
How to Verify:
- Check all Proxmox hosts for their actual IPs
- Verify r630-04 physical server network configuration
- Check DHCP/static IP assignments
Recommended Actions
Immediate Actions
-
Identify What's Actually Using 192.168.11.14
# Get MAC address ping -c 1 192.168.11.14 arp -n 192.168.11.14 # Try to identify device # Check MAC vendor database -
Find the Actual r630-04 Proxmox Host
- Check physical r630-04 server
- Verify its actual IP address
- Check if Proxmox is installed
- Verify network configuration
-
Check for Orphaned VMs
# On each Proxmox host ssh root@192.168.11.10 "qm list --all" ssh root@192.168.11.11 "qm list --all" ssh root@192.168.11.12 "qm list --all" # Check for VMs not in cluster view -
Verify Network Configuration
- Check router/switch ARP tables
- Verify IP assignments in Omada controller
- Check for duplicate IP assignments
Long-term Actions
-
Resolve IP Conflict
- If orphaned VM: Remove or reassign IP
- If different device: Reassign IP or update documentation
- If r630-04 is Ubuntu: Decide if Proxmox should be installed
-
Update Documentation
- Correct IP assignments
- Document actual r630-04 status
- Update network topology
-
Network Audit
- Complete IP address audit
- Verify all device assignments
- Check for other conflicts
Network Topology Impact
Current Understanding
| IP Address | Expected Device | Actual Device | Status |
|---|---|---|---|
| 192.168.11.10 | ml110 (Proxmox) | ml110 (Proxmox Debian) | ✅ Correct |
| 192.168.11.11 | r630-01 (Proxmox) | r630-01 (Proxmox Debian) | ✅ Correct |
| 192.168.11.12 | r630-02 (Proxmox) | r630-02 (Proxmox Debian) | ✅ Correct |
| 192.168.11.14 | r630-04 (Proxmox) | Unknown (Ubuntu) | ❌ CONFLICT |
What We Need to Find
-
Where is the actual r630-04 Proxmox host?
- Is it powered off?
- Is it using a different IP?
- Does it exist at all?
-
What is using 192.168.11.14?
- VM/container?
- Different physical device?
- Misconfigured network device?
Next Steps Checklist
- Get MAC address of device using 192.168.11.14
- Identify device type from MAC vendor
- Check physical r630-04 server status
- Verify r630-04 actual IP address
- Check for orphaned VMs on all Proxmox hosts
- Review network device configurations
- Check Omada controller for IP assignments
- Resolve IP conflict
- Update documentation with correct information
Related Documentation
R630-04_DIAGNOSTIC_REPORT.md- Initial diagnostic reportRESERVED_IP_CONFLICTS_ANALYSIS.md- IP conflict analysisdocs/archive/historical/OMADA_CLOUD_CONTROLLER_IP_ASSIGNMENTS.md- IP assignments
Last Updated: 2026-01-05
Status: ⚠️ REQUIRES INVESTIGATION
Priority: HIGH - IP conflict needs resolution