Open Stack

Ok, that helps.  Thanks
Now, I can tell that my issue is totally different one. For me, the dhcp
query is not sent by the Linux running by the VM. It is the ipxe in the
vm sending the query. And my VM was not really boot up at all. It can
not find a valid bootable device, I will need to find a way to fix up
the image first.
thx

Yi

On 05/18/2012 05:14 PM, Yong Sheng Gong wrote:
> Can you use virt-viewer to see vnc console?
>
>
>
> -----netstack-bounces+gongysh=cn.ibm.com at lists.launchpad.net wrote: -----
> To: openstack at lists.launchpad.net, netstack at lists.launchpad.net
> From: Yi Sun
> Sent by: netstack-bounces+gongysh=cn.ibm.com at lists.launchpad.net
> Date: 05/19/2012 07:52AM
> Subject: [Netstack] nova+quantum vm does bind ip
>
> All,
> My issue is close to what reported by Emilien and others in
> https://answers.launchpad.net/quantum/+question/197701. Only
> difference is that  instead of not receiving DHCP reply, I do see the
> DHCP reply from GW interface, but I still can not ping/ssh to the VM.
> My server configuration is same as what Emilien has described in his
> document here https://github.com/EmilienM, the only difference is that
> I'm using a third interface (eth2) to connect quantum networks on two
> servers. And the eth1 is used for management traffic.
>
> My network configuration is
> id       IPv4                  IPv6               start address     
> DNS1               DNS2               VlanID            
> project            uuid          
> 1        10.0.0.0/24           None               10.0.0.2          
> 8.8.4.4            None               None              
> 61868ec0fd63486db3dbf1740e7111e9    6f765203-7fd8-425e-92b8-cf72b5c1c6cd
>
>
> I launched VM in network 1 and it is running on the nova-compute
> server (essex-2), I can see following tcpdump message from the tap
> interface for the VM
>
> 16:19:06.183240 IP 0.0.0.0.bootpc > 255.255.255.255.bootps:
> BOOTP/DHCP, Request from fa:16:3e:7f:f1:69 (oui Unknown), length 395
> 16:19:06.184146 IP 10.0.0.1.bootps > 10.0.0.4.bootpc: BOOTP/DHCP,
> Reply, length 312
> 16:19:07.165572 IP 0.0.0.0.bootpc > 255.255.255.255.bootps:
> BOOTP/DHCP, Request from fa:16:3e:7f:f1:69 (oui Unknown), length 395
> 16:19:07.165955 IP 10.0.0.1.bootps > 10.0.0.4.bootpc: BOOTP/DHCP,
> Reply, length 312
> 16:19:08.299928 IP6 fe80::2429:e5ff:fed4:8ad5 > ip6-allrouters: ICMP6,
> router solicitation, length 16
> 16:19:08.411921 IP6 fe80::2429:e5ff:fed4:8ad5 > ff02::16: HBH ICMP6,
> multicast listener report v2, 1 group record(s), length 28
> 16:19:09.143041 IP 0.0.0.0.bootpc > 255.255.255.255.bootps:
> BOOTP/DHCP, Request from fa:16:3e:7f:f1:69 (oui Unknown), length 407
> 16:19:09.143507 IP 10.0.0.1.bootps > 10.0.0.4.bootpc: BOOTP/DHCP,
> Reply, length 312
> 16:19:14.143971 ARP, Request who-has 10.0.0.4 tell 10.0.0.1, length 42
> 16:19:15.143784 ARP, Request who-has 10.0.0.4 tell 10.0.0.1, length 42
> 16:19:16.143843 ARP, Request who-has 10.0.0.4 tell 10.0.0.1, length 42
>
>
> No ARP response from the VM.  I tried to login to the VM console by
> virsh console instance-00000003 so that I can do tcpdump inside the
> VM. But I got following error message:
>
> root at openstack-2:/etc/libvirt/qemu/networks# virsh console
> instance-00000003
> Connected to domain instance-00000003
> Escape character is ^]
> error: internal error
> /var/lib/nova/instances/instance-00000003/console.log: Cannot request
> read and write flags together
>
>
> Could some one suggest on how to debug this issue?
> Thanks
> Yi
> PS: my nova.conf files are attached.
>
> -- 
> Mailing list: https://launchpad.net/~netstack
> <https://launchpad.net/%7Enetstack>
> Post to     : netstack at lists.launchpad.net
> Unsubscribe : https://launchpad.net/~netstack
> <https://launchpad.net/%7Enetstack>
> More help   : https://help.launchpad.net/ListHelp
>
>
> [attachment "nova.conf.server" removed by Yong Sheng Gong/China/IBM]
> [attachment "nova.conf.compute" removed by Yong Sheng Gong/China/IBM]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20120518/63f42c7e/attachment.html>