So, I did a fresh install of the latest Proxmox and everything is just fine. But yet again an .iso of PBXinaFlash does not start and it gives me the same exact error. Someone should be able to decipher this. Here it is:<div>
<br></div><div><div>s1:/var/lib/vz/template/cache# qm start 19</div><div>Invalid ID</div><div>start failed: command '/usr/bin/kvm -monitor unix:/var/run/qemu-server/19.mon,server,nowait -vnc unix:/var/run/qemu-server/19.vnc,password -pidfile /var/run/qemu-server/19.pid -daemonize -usbdevice tablet -name PBX_AptsInternational -smp sockets=1,cores=1 -nodefaults -boot menu=on,order=cad -vga cirrus -tdf -k en-us -drive file=/var/lib/vz/images/19/vm-19-disk-1.raw,if=ide,index=0,cache=none,boot=on -drive file=/var/lib/vz/template/iso/pbxinaflash-17554.iso,if=ide,index=2,media=cdrom -m 2048 -netdev type=tap,id=vlan0d0,ifname=tap19i0d0,script=/var/lib/qemu-server/bridge-vlan -device e1000,mac=FE:FE:E0:88:CD:D8,netdev=vlan0d0 -id 19 -cpuunits 1000' failed with exit code 1</div>
<div><br></div><div>The .iso is hosted here if you can test it:</div><div><a href="http://pbxinaflash.vitel.net/1.7.5.5/pbxinaflash-17554.iso">http://pbxinaflash.vitel.net/1.7.5.5/pbxinaflash-17554.iso</a></div><div><br>
</div>
<div>This actually worked with an older version of Proxmox but after I upgraded or something has changed with the .iso and it's not starting anymore. </div><div><br></div><div>Please try this and give me your feedback. I also tried the CentOS 5.5 version and the same issue. The .iso developers are telling me that they can run this fine on their Proxmox.</div>
<div><br></div><div>Regards,</div><div>Bruce</div><br><div class="gmail_quote">On Sat, May 21, 2011 at 3:05 PM, Bruce B <span dir="ltr"><<a href="mailto:bruceb444@gmail.com">bruceb444@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Thanks Giovanni.<div><br></div><div>Forcing IP down the kvm throat worked and I don't want to touch the rest as it's long weekend and really don't like to drive to data-center if things mess up. <br>
<br></div><div>
At one point I added a second NIC to the KVM to test and I also restarted, and shutdown multiple time during the process but that was no help.</div><div><br></div><div>I am afraid to touch the eth0 now as I said I changed the motherboard so maybe that's why that came but I can't risk to loose GUI access at this time.</div>
<div><br></div><div>I shall check this another day.</div><div><br></div><div>Thanks again for the great help.</div><div><div></div><div class="h5"><div><br></div><div><br><div class="gmail_quote">On Sat, May 21, 2011 at 2:54 PM, Giovanni Toraldo <span dir="ltr"><<a href="mailto:me@gionn.net" target="_blank">me@gionn.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>On Sat, May 21, 2011 at 8:37 PM, Bruce B <<a href="mailto:bruceb444@gmail.com" target="_blank">bruceb444@gmail.com</a>> wrote:<br>
> eth5 Link encap:Ethernet HWaddr 00:25:90:1a:a7:75<br>
> BROADCAST MULTICAST MTU:1500 Metric:1<br>
<br>
</div>A good start would be to fix up your network configuration, even if<br>
you don't use that secondary network card.<br>
<br>
You can edit:<br>
/etc/udev/rules.d/70-persistent-net.rules<br>
<br>
you should have a line like this:<br>
# PCI device 0x1969:0x1048 (atl1)<br>
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*",<br>
ATTR{address}=="00:12:34:56:78:90", ATTR{dev_id}=="0x0",<br>
ATTR{type}=="1", KERNEL=="eth*", NAME="eth5"<br>
<br>
Change eth5 to eth1, delete any other definition than eth0.<br>
<div><br>
> vmtab106i0d0 Link encap:Ethernet HWaddr 1e:17:3f:a9:f8:7d<br>
</div><div>> vmtab106i0d1 Link encap:Ethernet HWaddr c2:70:c7:0a:7a:3d<br>
<br>
</div>Why 2 network cards on the same bridge for VM 106?<br>
<br>
Another hint (but maybe I'm wrong): why you have both vmtab* and veth*<br>
interfaces? Should'nt the first be renamed to the second after a<br>
recent proxmox update? Have you ever rebooted the host?<br>
<br>
Everything else looks fine to me, maybe you can try to configure<br>
manually an IP inside the VM and try to ping the host or your default<br>
gateway?<br>
<br>
Regards,<br>
<font color="#888888"><br>
--<br>
</font><div><div></div><div>Giovanni Toraldo<br>
<a href="http://gionn.net/" target="_blank">http://gionn.net/</a><br>
</div></div></blockquote></div><br></div>
</div></div></blockquote></div><br></div>