Somewhere along the way, PXE booting VMs on my Proxmox hosts stopped working. Here's what I'm running:
# pveversion -v
proxmox-ve-2.6.32: 3.2-132 (running kernel: 3.10.0-3-pve)
pve-manager: 3.2-4 (running version: 3.2-4/e24a91c1)
pve-kernel-2.6.32-29-pve: 2.6.32-126
pve-kernel-3.10.0-3-pve: 3.10.0-11
pve-kernel-2.6.32-31-pve: 2.6.32-132
lvm2: 2.02.98-pve4
clvm: 2.02.98-pve4
corosync-pve: 1.4.5-1
openais-pve: 1.1.4-3
libqb0: 0.11.1-2
redhat-cluster-pve: 3.2.0-2
resource-agents-pve: 3.9.2-4
fence-agents-pve: 4.0.5-1
pve-cluster: 3.0-12
qemu-server: 3.1-16
pve-firmware: 1.1-3
libpve-common-perl: 3.0-18
libpve-access-control: 3.0-11
libpve-storage-perl: 3.0-19
pve-libspice-server1: 0.12.4-3
vncterm: 1.1-6
vzctl: 4.0-1pve5
vzprocps: 2.0.11-2
vzquota: 3.1-2
pve-qemu-kvm: 1.7-8
ksm-control-daemon: 1.1-1
glusterfs-client: 3.4.2-1
I only recently moved to using the 3.10 kernel over the 2.6.32 kernel - I can't remember if I was ever able to successfully PXE boot a VM on 3.10 or not.
The behavior I'm seeing is that a VM will start booting, will begin to load vmlinuz and will hang halfway through the download. After a couple of minutes, the VM console will start spewing "can't find kernel vmlinux" messages.
Nothing in my support infrastructure has changed recently; I'm using a Fedora 20 host as a TFTP server which I've done countless sucessful PXE boots from in the past. I did see an earlier forum thread about a QEMU 1.7 issue related to PXE booting, so I'm wondering if a recent QEMU or kernel update caused a regression.
Let me know if I can send any other helpful information along.
Thanks!
# pveversion -v
proxmox-ve-2.6.32: 3.2-132 (running kernel: 3.10.0-3-pve)
pve-manager: 3.2-4 (running version: 3.2-4/e24a91c1)
pve-kernel-2.6.32-29-pve: 2.6.32-126
pve-kernel-3.10.0-3-pve: 3.10.0-11
pve-kernel-2.6.32-31-pve: 2.6.32-132
lvm2: 2.02.98-pve4
clvm: 2.02.98-pve4
corosync-pve: 1.4.5-1
openais-pve: 1.1.4-3
libqb0: 0.11.1-2
redhat-cluster-pve: 3.2.0-2
resource-agents-pve: 3.9.2-4
fence-agents-pve: 4.0.5-1
pve-cluster: 3.0-12
qemu-server: 3.1-16
pve-firmware: 1.1-3
libpve-common-perl: 3.0-18
libpve-access-control: 3.0-11
libpve-storage-perl: 3.0-19
pve-libspice-server1: 0.12.4-3
vncterm: 1.1-6
vzctl: 4.0-1pve5
vzprocps: 2.0.11-2
vzquota: 3.1-2
pve-qemu-kvm: 1.7-8
ksm-control-daemon: 1.1-1
glusterfs-client: 3.4.2-1
I only recently moved to using the 3.10 kernel over the 2.6.32 kernel - I can't remember if I was ever able to successfully PXE boot a VM on 3.10 or not.
The behavior I'm seeing is that a VM will start booting, will begin to load vmlinuz and will hang halfway through the download. After a couple of minutes, the VM console will start spewing "can't find kernel vmlinux" messages.
Nothing in my support infrastructure has changed recently; I'm using a Fedora 20 host as a TFTP server which I've done countless sucessful PXE boots from in the past. I did see an earlier forum thread about a QEMU 1.7 issue related to PXE booting, so I'm wondering if a recent QEMU or kernel update caused a regression.
Let me know if I can send any other helpful information along.
Thanks!