Re: [Openstack] [OpenStack] Grizzly: Does metadata service work when overlapping IPs is enabled

Thanks for the hint Aaron. When I deleted the route for 169.254.0.0/16 from the VMs routing table, I could access the metadata service! The route for 169.254.0.0/16 is added automatically when the instance boots up, so I assume its coming from the DHCP. Any idea how this can be suppressed? Strang

Re: [Openstack] [OpenStack] Grizzly: Does metadata service work when overlapping IPs is enabled

Hrm, I'd do quantum subnet-list and see if you happened to create a subnet 169.254.0.0/16? Otherwise I think there is probably some software in your vm image that is adding this route. One thing to test is if you delete this route and then rerun dhclient to see if it's added again via dhcp. On We

Re: [Openstack] [OpenStack] Grizzly: Does metadata service work when overlapping IPs is enabled

The dhcp agent will set a route to 169.254.0.0/16 if enable_isolated_metadata_proxy=True. In that case the dhcp port ip will be the nexthop for that route. Otherwise, it might be your image might have a 'builtin' route to such cidr. What's your nexthop for the link-local address? Salvatore On 2

Re: [Openstack] [OpenStack] Grizzly: Does metadata service work when overlapping IPs is enabled

Yup, That's only if your subnet does not have a default gateway set. Providing the output of route -n would be helpful . On Wed, Apr 24, 2013 at 12:08 AM, Salvatore Orlando wrote: > The dhcp agent will set a route to 169.254.0.0/16 if > enable_isolated_metadata_proxy=True. > In that case the dh

Re: [Openstack] [OpenStack] Grizzly: Does metadata service work when overlapping IPs is enabled

Hi Salvatore, Thanks for the response. I do not have enable_isolated_metadata_proxy anywhere under /etc/quantum and /etc/nova. The closest I see is 'enable_isolated_metadata' in /etc/quantum/dhcp_agent.ini and even that is commented out. What do you mean by link-local address? Like you said, I su

Re: [Openstack] [OpenStack] Grizzly: Does metadata service work when overlapping IPs is enabled

I do not have any thing running in the VM which could add this route. With the route removed, when I disable and enable networking, so that it gets back the details from DHCP server, I see that the route is getting added again. So DHCP seems to be my issue. I guess this rules out any pre-existing

Re: [Openstack] [OpenStack] Grizzly: Does metadata service work when overlapping IPs is enabled

The routing table in the VM is: root@vm:~# route -n Kernel IP routing table Destination Gateway Genmask Flags Metric RefUse Iface 0.0.0.0 192.168.2.1 0.0.0.0 UG0 00 eth0 169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0

Re: [Openstack] [OpenStack] Grizzly: Does metadata service work when overlapping IPs is enabled

I booted a Ubuntu Image in which I had made sure that there was no pre-existing route for 169,254.0.0/16. But its getting the route from DHCP once its boots up. So its the DHCP server which is sending this route to the VM. Regards, Balu On Wed, Apr 24, 2013 at 12:47 PM, Balamurugan V G wrote: >

Re: [Openstack] [OpenStack] Files Injection in to Windows VMs

Hi Balu, check this outhttp://www.cloudbase.it/cloud-init-for-windows-instances/It's a great tool, I just had issues myself with the Admin. password changing Regards,Razique Razique Mahroua - Nuage & Corazique.mahr...@gmail.comTel : +33 9 72 37 94 15 Le 24 avr. 2013 à 08:17, Balamurugan V G

Re: [Openstack] [OpenStack] Files Injection in to Windows VMs

Thanks Razique, I'll try this as well. I am also trying for out of the box options like file injection and meta-data service. Regards, Balu On Wed, Apr 24, 2013 at 1:57 PM, Razique Mahroua wrote: > Hi Balu, > check this out > http://www.cloudbase.it/cloud-init-for-windows-instances/ > > It's a

[Openstack] error in nova-network start-up

Hi, When I try to start the nova-network, I am getting this error: 2013-04-24 11:12:30.926 10327 AUDIT nova.compute.resource_tracker [-] Auditing locally available compute resources 2013-04-24 11:12:31.064 10327 AUDIT nova.compute.resource_tracker [-] Free ram (MB): 7472 2013-04-24 11:12:31.064

Re: [Openstack] error in nova-network start-up

Hi Arindam, looks like the port you are trying to bind the process to is already used, can you run : $ netstat -tanpu | grep LISTENand paste the output?thanks! Razique Mahroua - Nuage & Corazique.mahr...@gmail.comTel : +33 9 72 37 94 15 Le 24 avr. 2013 à 11:13, Arindam Choudhury

[Openstack] [OpenStack] What is the best place to run quantum-ovs-cleanup

Hi, It seems due to an OVS quantum bug, we need to run the utility quantum-ovs-cleanup before any of the quantum services start, upon a server reboot. Where is the best place to put this utility to run automatically when a server reboots so that the OVS issue is automatically addressed? A script

Re: [Openstack] error in nova-network start-up

Hi, Thanks for your reply, Here is the output: netstat -tanpu | grep LISTEN tcp0 0 0.0.0.0:43690.0.0.0:* LISTEN 13837/epmd tcp0 0 0.0.0.0:45746 0.0.0.0:* LISTEN 2104/rpc.statd tcp0 0 0.0.0.

Re: [Openstack] error in nova-network start-up

Ok that's the Process 9033 - try a $ kill 9033 and you should be good! Razique Mahroua - Nuage & Corazique.mahr...@gmail.comTel : +33 9 72 37 94 15 Le 24 avr. 2013 à 11:52, Arindam Choudhury a écrit :Hi,Thanks for your reply,Here is the output:netstat -tanpu | grep LISTENtcp

Re: [Openstack] error in nova-network start-up

Hi Razique, Thanks a lot. So lesson learned, dnsmasq should not be running. Subject: Re: [Openstack] error in nova-network start-up From: razique.mahr...@gmail.com Date: Wed, 24 Apr 2013 12:01:16 +0200 CC: openstack@lists.launchpad.net To: arin...@live.com Ok that's the Process 9033 - try a $ ki

Re: [Openstack] [Quantum] Query regarding floating IP configuration

Anil It is not necessarily to not configur an IP address for l3 agent , 2 nics can work in this scenario .config an IP address as you like Daniels Cai http://dnscai.com 在 2013-4-24，1:48，Edgar Magana 写道： Anil, If you are testing multiple vNICs I will recommend you to use the following image:

[Openstack] Ceilometer Install

Hi, We are trying to install "ceilometer-2013.1~g2.tar.gz" which presumably has Folsom compatibility. The requirment is "python-keystoneclient>=0.2,<0.3" and we have the version 2.3. But, still, setup quits with the following message: "error: Installed distribution python-keystoneclient 0.2.3 c

Re: [Openstack] Fwd: [Quantum] Query regarding floating IP configuration

Hi Anil, What you quoted is about L3 management and bridging and the need of flexibility. It means that the physical NIC will have a whole bunch of IP addresses, one per Quantum router you define. Should you want to deploy a Controler on that node, you would need to have a second NIC with ex

[Openstack] problem with metadata and ping

Hi, I having problem with metadata service. I am using nova-network. The console log says: Starting network...udhcpc (v1.18.5) startedSending discover...Sending discover...Sending discover...No lease, failingWARN: /etc/rc3.d/S40network failedcloudsetup: checking http://169.254.169.254/2009040

Re: [Openstack] [OpenStack] What is the best place to run quantum-ovs-cleanup

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I put it in the file:/etc/init/quantum-server.conf post-start script /usr/bin/quantum-ovs-cleanup exit 1 end script On 04/24/2013 02:45 AM, Balamurugan V G wrote: > Hi, > > It seems due to an OVS quantum bug, we need to run the util

Re: [Openstack] problem with metadata and ping

hi, I was misled by this: [(keystone_user)]$ nova list +--+++---+ | ID | Name | Status | Networks | +--+++

[Openstack] [Quantum] traffic routes question

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Im having trouble getting the floating IPs on the external network accessible from the outside world. From the network node they work fine but somehow I doubt that means anything. so my network node (also controller node) has 4 ethernets, 1 for manage

[Openstack] Ceilometer does not collect metrics like vcpus and memory

Hi all, I'm trying to collect Ceilometer's metrics from my test install of Openstack Grizzly. I'm able to collect most of the metrics from the central collector and the nova-compute agents. But I'm still missing some values like memory and vcpus. This is an abstract from ceilometer's log on a nova

Re: [Openstack] [OpenStack] What is the best place to run quantum-ovs-cleanup

Thanks Steve. I came across another way at https://bugs.launchpad.net/quantum/+bug/1084355/comments/15. It seems to work as well. But your solution is simpler :) Regards, Balu On Wed, Apr 24, 2013 at 7:41 PM, Steve Heistand wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > I put it

Re: [Openstack] [OpenStack] What is the best place to run quantum-ovs-cleanup

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 it was mentioned to me (by Mr Mihaiescu) that this only works if controller and network node are on the same machine. For the compute nodes I had forgotten its in a different place. On them I am doing it in a pre-start script in quantum-plugin-openv

Re: [Openstack] [OpenStack] What is the best place to run quantum-ovs-cleanup

Right now, I have a single node setup on which I am qualifying my use cases but eventually I will have a controller node, network node and several compute nodes. In that case, do you mean it should something like this? Controller : post-start of quantum-server.cong Network : post-start of quantu

Re: [Openstack] problem with metadata and ping

Hi, Thanks for your reply. The dnsmasq is running properly. when I tried to run iptables -I input -i tap+ -p udp 67:68 --sport 67:68 -j ACCEPT it says, # iptables -I input -i tap+ -p udp 67:68 --sport 67:68 -j ACCEPT Bad argument `67:68' Do I have to do this iptables configuration in contro

Re: [Openstack] [OpenStack] What is the best place to run quantum-ovs-cleanup

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The network node probably wont be running quantum server just one of the agents, so you put the command in one of those configs not quantum-server. That is what Im doing currently and it is working for me. at some point if you have running VMs with ac

[Openstack] Should we discourage KVM block-based live migration?

In the docs, we describe how to configure KVM block-based live migration, and it has the advantage of avoiding the need for shared storage of instances. However, there's this email from Daniel Berrangé from back in Aug 2012: http://osdir.com/ml/openstack-cloud-computing/2012-08/msg00293.html "Blo

Re: [Openstack] [OpenStack] What is the best place to run quantum-ovs-cleanup

Ok thanks, this helps a lot. But isnt this being done to avoid those disruptions/issues with networking after a restart. Do you mean do doing this will result in disruptions after a restart? Regards, Balu On Wed, Apr 24, 2013 at 9:12 PM, Steve Heistand wrote: > -BEGIN PGP SIGNED MESSAGE-

Re: [Openstack] problem with metadata and ping

Arindam, Ooops, I had a typo. The command should have been: iptables -I input -i tap+ -p udp -dport 67:68 --sport 67:68 -j ACCEPT You need the iptables configuration on the system where dnsmasq is running. It shouldn't be necessary in the compute nodes that are being booted. Jay S. Bryan

Re: [Openstack] Should we discourage KVM block-based live migration?

On Wed, Apr 24, 2013 at 11:48:35AM -0400, Lorin Hochstein wrote: > In the docs, we describe how to configure KVM block-based live migration, > and it has the advantage of avoiding the need for shared storage of > instances. > > However, there's this email from Daniel Berrangé from back in Aug 2012

[Openstack] probelm with nova-network

Hi, I having problem with nova-network service. Though [(keystone_user)]$ nova list +--+++---+ | ID | Name | Status | Networks | +--+--

Re: [Openstack] problem with metadata and ping

Hi, So I added that rule: iptables -I INPUT -i tap+ -p udp --dport 67:68 --sport 67:68 -j ACCEPT but still the same problem. There is another thing: # nova-manage service list Binary Host Zone Status State Updated_At nova-network ao

Re: [Openstack] Should we discourage KVM block-based live migration?

Thanks for the clarification Daniel Razique Mahroua - Nuage & Corazique.mahr...@gmail.comTel : +33 9 72 37 94 15 Le 24 avr. 2013 à 17:59, "Daniel P. Berrange" a écrit :On Wed, Apr 24, 2013 at 11:48:35AM -0400, Lorin Hochstein wrote:In the docs, we describe how to configure KVM

Re: [Openstack] ANNOUNCE: Ultimate OpenStack Grizzly Guide, with super easy Quantum!

Hi! The `Ultimate OpenStack Grizzly Guide' is a bit more updated! There are two new scripts: keystone_basic.sh and keystone_endpoints_basic.sh which preliminary support for Swift and Ceilometer. Check it out! https://gist.github.com/tmartinx/d36536b7b62a48f859c2 Best! Thiago On 20 March 2013

Re: [Openstack] problem with metadata and ping

Can you provided the output of 'ifconfig' on the hosting node? Also 'ps aux | grep dnsmasq' . Jay S. Bryant Linux Developer - OpenStack Enterprise Edition Department 7YLA, Building 015-2, Office E125, Rochester, MN Telephone: (507) 253-4270, FAX (507) 253-6410 TIE Line

Re: [Openstack] problem with metadata and ping

Hi, Output from the controller node: root@aopcach:~# ifconfig eth0 Link encap:Ethernet HWaddr 1c:c1:de:65:6f:ee inet addr:158.109.65.21 Bcast:158.109.79.255 Mask:255.255.240.0 inet6 addr: fe80::1ec1:deff:fe65:6fee/64 Scope:Link UP BROADCAST RUNNING MULTICAS

Re: [Openstack] [OpenStack] Grizzly: Does metadata service work when overlapping IPs is enabled

Can you show us a quantum subnet-show for the subnet your vm has an ip on. Is it possible that you added a host_route to the subnet for 169.254/16? Or could you try this image: http://cloud-images.ubuntu.com/precise/current/precise-server-cloudimg-amd64-disk1.img On Wed, Apr 24, 2013 at 1:06 AM,

Re: [Openstack] [OpenStack] Grizzly: Does metadata service work when overlapping IPs is enabled

Hi Balu! Listen, is your metadata service up and running?! If yes, which guide you used? I'm trying everything I can to enable metadata without L3 with a Quantum Single Flat topology for my own guide: https://gist.github.com/tmartinx/d36536b7b62a48f859c2 I really appreciate any feedback! Tks!

Re: [Openstack] Ceilometer Install

On Wed, Apr 24, 2013 at 9:17 AM, Riki Arslan wrote: > Hi, > > We are trying to install "ceilometer-2013.1~g2.tar.gz" which presumably > has Folsom compatibility. > > The requirment is "python-keystoneclient>=0.2,<0.3" and we have > the version 2.3. > > But, still, setup quits with the following me

Re: [Openstack] Ceilometer Install

Hi Doug, Thank you for the reply. I have previously installed Ceilometer version 0.1. Do you think that could be the reason? Thanks. On Wed, Apr 24, 2013 at 11:49 PM, Doug Hellmann wrote: > > > > On Wed, Apr 24, 2013 at 9:17 AM, Riki Arslan wrote: > >> Hi, >> >> We are trying to install "ceil

[Openstack] Keystone Grizzly install

Community, I am trying to install Keystone Grizzly following these instructions: http://docs.openstack.org/trunk/openstack-compute/install/yum/content/install-keystone.html When I try to start the service (before db sync), I get the following error message: "Starting keytonestartproc: exit status

Re: [Openstack] Keystone Grizzly install

What happens when you run keystone-all directly? -Dolph On Wed, Apr 24, 2013 at 4:23 PM, Viktor Viking wrote: > Community, > > I am trying to install Keystone Grizzly following these instructions: > http://docs.openstack.org/trunk/openstack-compute/install/yum/content/install-keystone.html > >

Re: [Openstack] Ceilometer Install

Hi Doug, Your email helped me. It was actually glanceclient version 0.5.1 that was causing the conflict. After updating it, the conflict error disappeared. I hope this would help someone else too. Thanks again. On Wed, Apr 24, 2013 at 11:49 PM, Doug Hellmann wrote: > > > > On Wed, Apr 24, 20

Re: [Openstack] Should we discourage KVM block-based live migration?

On Wed, Apr 24, 2013 at 11:59 AM, Daniel P. Berrange wrote: > On Wed, Apr 24, 2013 at 11:48:35AM -0400, Lorin Hochstein wrote: > > In the docs, we describe how to configure KVM block-based live migration, > > and it has the advantage of avoiding the need for shared storage of > > instances. > > >

Re: [Openstack] Keystone Grizzly install

Hi Dolph, Now I got an exception. It seems like I am missing "repoze.lru". I will download and install it. I will let you know if it works. Thank you, Viktor On Wed, Apr 24, 2013 at 11:25 PM, Dolph Mathews wrote: > What happens when you run keystone-all directly? > > > -Dolph > > > On Wed, Ap

Re: [Openstack] [OpenStack] Files Injection in to Windows VMs

Hi Wanpan, While I am able to inject files in to WindowsXP, CentOS5.9 and Ubuntu12.04. I am unable to do it for Windows8Entrprise OS. I did search the entire drive for the file I injected but couldnt file. Below is the log from nova-compute.log. 2013-04-24 01:41:27.973 AUDIT nova.compute.manager

Re: [Openstack] [OpenStack] Files Injection in to Windows VMs

have you open and check the 'system reserved partition'? see the refer at bellow: http://www.techfeb.com/how-to-open-windows-7-hidden-system-reserved-partition/ 2013-04-25 Wangpan 发件人：Balamurugan V G 发送时间：2013-04-25 12:34 主题：Re: [Openstack] [OpenStack] Files Injection in to Windows VMs 收件人：

[Openstack] Call for speakers for the 2nd OpenStack User Group Nordics meetup in Stockholm, Sweden

Hi, Following the positive feedback after the 1st OpenStack User Group Nordics (OSUGN) in Stockholm, we thought it's time to schedule the next meetup! This is a call for speakers for the 2nd OSUGN meetup in Stockholm

Re: [Openstack] [OpenStack] Grizzly: Does metadata service work when overlapping IPs is enabled

Hi Aaron, I tried the image you pointed and it worked fine out of the box. That is it did not get the route to 169.254.0.0.26 on boot and I am able to retrieve info from metadata service. The image I was using earlier is a Ubuntu 12.04 LTS desktop image. What do you think could be wrong with my im

Re: [Openstack] [OpenStack] Grizzly: Does metadata service work when overlapping IPs is enabled

I'm not sure but if it works fine with the ubuntu cloud image and not with your ubuntu image than there is something in your image adding that route. On Wed, Apr 24, 2013 at 10:06 PM, Balamurugan V G wrote: > Hi Aaron, > > I tried the image you pointed and it worked fine out of the box. That is

Re: [Openstack] [OpenStack] Files Injection in to Windows VMs

Thanks for link! By running the OpenHiddenSystemDrive exe, I am able to see the injected file. Regards, Balu On Thu, Apr 25, 2013 at 10:30 AM, Wangpan wrote: > ** > have you open and check the 'system reserved partition'? see the refer at > bellow: > > http://www.techfeb.com/how-to-open-windows

Re: [Openstack] [OpenStack] Files Injection in to Windows VMs

Is there was way to inject in to the regular filesystem(C: drive) in Windows7/Windows8? Regards, Balu On Thu, Apr 25, 2013 at 11:46 AM, Balamurugan V G wrote: > Thanks for link! By running the OpenHiddenSystemDrive exe, I am able to > see the injected file. > > Regards, > Balu > > > On Thu, Apr

Re: [Openstack] [OpenStack] Files Injection in to Windows VMs

I check the master codes of nova several days ago, and find the first logical partition of root disk will be choosed to inject files, so you may have to change the nova code to implement what you want. I also will try to fix this issue in the havana edition. 2013-04-25 Wangpan 发件人：Balamuru

Re: [Openstack] [OpenStack] Grizzly: Does metadata service work when overlapping IPs is enabled

Balu ? Have you tried looking in the /var/lib/dhcp directory (the directory might depend on the DHCP-client you are using) of the Ubuntu image ? As this isn't a clean image but it has been connected to an other network, maybe a previous DHCP-server told it to add the route ? And now the client