Hi,
Do any of you know if there is anybody working on a Quantum plugin for
VMWare ESXi? And if yes, when it may be available?
Regards,
Balu
___
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe : http
Hi Masayuki,
Thanks a lot for your early response.
I am using Openstack Folsom and not Devstack.
I am not getting how to integrate Tempest for Folsom. As you mentioned
there is tempest.conf.sample file but in that there is a field which
requires path to nova source directory (source_dir = /opt/s
Hi all,
I am testing the nova-network + vlan + multi_host. But I found that the
ip_forward is enable automatically when launch new instances. You can check
the code
https://github.com/openstack/nova/blob/master/nova/network/linux_net.py#L770
I found there is some issue seriously when the ip_forwa
It looks like it's a time sync error. Are you using NTP on all your nodes?
On Mar 11, 2013 6:14 PM, "Greg Chavez" wrote:
>
> So I'm setting up Folsom on Ubuntu 12.10, using the Github Folsom Install
> Guide:
>
>
> https://github.com/mseknibilel/OpenStack-Folsom-Install-guide/blob/master/OpenStack
Hi,
On Tue, Mar 12, 2013 at 1:14 AM, Girija Sharan
wrote:
> Hi All,
>
> I am trying to do Integration testing of Openstack environmment (Folsom)
> using Tempest.
>
> On controller node I am having my Tempest root directory and I have also
> installed Coverage, Tissue
> and Openstack-nose as it wa
You'll want to look here:
http://docs.openstack.org/trunk/openstack-ha/content/s-cinder-api.html
You'll need to basically create a virtual IP and load balance between the
nodes running cinder-api and cinder-scheduler. If you want multiple nodes
running cinder-volume, you can add them regularly, li
Oh great! I didn't realize you can create a cinder volume from an image. So
can I pass cinder a QCOW2 image, then boot from that volume?
On Mar 11, 2013 7:16 PM, "Vishvananda Ishaya" wrote:
> Not exactly, although you can do something similar in both folsom and
> grizzly. If you have a volume sna
Not exactly, although you can do something similar in both folsom and grizzly.
If you have a volume snapshot you can pass it in the block_device_mapping when
you boot an instance and nova will automatically create a volume from the
snapshot and boot from it. If you also set delete_on_terminate t
O
- Original Message -
From: Craig E. Ward [mailto:cw...@isi.edu]
Sent: Monday, March 11, 2013 05:23 PM
To: openstack@lists.launchpad.net
Subject: [Openstack] Configuring More-than-One Cinder Node
I have an installation that wants to deploy two or more cinder nodes within an
OpenStack (
I have an installation that wants to deploy two or more cinder nodes within an
OpenStack (Folsom) cluster. All of the hits I find on Google for configuring
cinder only describe how to configure the software for a single node. Is it
even possible to have more than one node running the cinder serv
So I'm setting up Folsom on Ubuntu 12.10, using the Github Folsom Install
Guide:
https://github.com/mseknibilel/OpenStack-Folsom-Install-guide/blob/master/OpenStack_Folsom_Install_Guide_WebVersion.rst
After following the steps to instantiate the network node, I'm left with 3
new but downed OVS br
Great, thanks Logan.
Also, for anyone on the list that aren't aware of it; last night I
"discovered" the Openstack Operations Guide at:
http://docs.openstack.org/ops/
It contains lots of answers to questions that I'd not found anywhere
else. The only downside is that it doesn't cover quantum.
J
ugh... I had an example file called "nova.conf" in /root
Apparently nova-manage looks for that file first. Case closed. I wish I
could get the last week back.
Sam
On Mon, Mar 11, 2013 at 2:37 PM, Miller, Mark M (EB SW Cloud - R&D -
Corvallis) wrote:
> I ran into a similar problem with the
I ran into a similar problem with the Grizzly-3 Keystone release. I had to
specify keystone.conf as the config-file with keystone-manage/ db_sync command
otherwise it would not use the mysql statement in the keystone.conf file.
Mark
From: openstack-bounces+mark.m.miller=hp@lists.launchpad.n
I can confirm this in Essex as well. I've posted a bug at:
https://bugs.launchpad.net/nova/+bug/1144839
~ Scott
On Wed, Mar 6, 2013 at 5:21 AM, Antonio Messina
wrote:
> Hi all,
>
> I've just found that nova only accepts alphanumeric chars for keypair
> name, but it's giving an unclear message wh
Well, I've read that but, I'm still unable to run Quantum on
its simplest scenario... FlatDHCP single (multi=false, no-GRE, no L3
agents?)...?
I mean, I'm trying Quantum without the network-node too (i.e. controller
does that job)... So, not off-topic... =)
Today, I have Folsom with Nova-Net
OK Someone on the IRC channel got me closer, but we have no idea why
this would happen:
this works: "root@test1:~# nova-manage --config-file=/etc/nova/nova.conf
service list"
Why would I have to specify the config file though? It is in the standard
place.
Thanks,
Sam
On Mon, Mar 11, 20
For completeness here the routing table, and ip listing for both test1 and
test2. Doubt this will help much: http://paste2.org/p/3117125
On Mon, Mar 11, 2013 at 1:52 PM, Samuel Winchenbach wrote:
> #1 - No change
> #2 - All of grants are in the ip/mask form such as: 'nova'@'
> 10.21.0.0/255.2
On 03/11/2013 06:09 AM, Sylvain Bauza wrote:
Okay. I think I got the reason why it's not working with OVS/GRE
contrary to FlatDHCP nova-network.
So, as per
http://www.cisco.com/en/US/tech/tk827/tk369/technologies_white_paper09186a00800d6979.shtml
,
GRE encapsulation protocol can add up to 34 byte
#1 - No change
#2 - All of grants are in the ip/mask form such as: 'nova'@'
10.21.0.0/255.255.0.0' I have also tried adding 'nova'@'test1' and
'nova'@'10.21.0.1'.
No change.
#3 - I changed the SQL connection string over to IP instead of hostname.
No change. I didn't restart nova-api because it
I belive the below command will work instead.
quantum-node-setup --plugin openvswitch
Regards,
Arumon
On Fri, Mar 8, 2013 at 9:54 PM, Aru s wrote:
> Hi,
>
> I have installed "openstack-quantum-openvswitch" on my compute host.
> When try to enable the agent i am getting the below error. Am i mis
Hi All,
I am trying to do Integration testing of Openstack environmment (Folsom)
using Tempest.
On controller node I am having my Tempest root directory and I have also
installed Coverage, Tissue
and Openstack-nose as it was mentioned in the setup.cfg file.
1. Do I have to use this release
https
Hi:
You could find it in this link:
http://docs.openstack.org/trunk/openstack-compute/admin/content/existing-ha-networking-options.html
Regards,
JuanFra
2013/3/11 Martinx - ジェームズ
> Is it possible to deploy Quantum (Flat) with two servers (controller +
> compute) that have only 1 ethernet on
Is it possible to deploy Quantum (Flat) with two servers (controller +
compute) that have only 1 ethernet on each?
Plus, the Instances gateway will not be the controller, but my "office
firewall", external to the cloud, can be?
Tks!
On 11 March 2013 09:55, Logan McNaughton wrote:
> No it's not
I
enabled general_log in /etc/mysql/my.cnf Here are the results of
connecting from "test1", "test2" and using the client:
http://paste2.org/p/3115525
I purposefully used the real password in case there is a problem with it.
I changed before submitting post.
here is a raw packet TCP dump (tcpd
So as to reproduce the nova-manage SQL command, I would recommand to
tcpdump -A port 3306 on the host and get the SQL trace on what's failing.
Could you please explain further what is your HA config ? Are you using
pacemaker/heartbeat or any VIP ?
-Sylvain
Le 11/03/2013 14:23, Samuel Winchen
Will Grizzly support specifying an empty Cinder volume as an instance's
root device?
Right now you need to setup the volume before hand and you can "boot from
volume". But will there be support similar to AWS EBS-backed instances in
Grizzly?
___
Mailing
Does anyone think this could be an openstack bug? I just want to check
before submitting a bug report.
Sam
On Fri, Mar 8, 2013 at 4:02 PM, Jay Pipes wrote:
> Sorry, I really can't think of anything :(
>
> On 03/08/2013 03:52 PM, Samuel Winchenbach wrote:
> > I dropped those users and no chang
Okay. I think I got the reason why it's not working with OVS/GRE
contrary to FlatDHCP nova-network.
So, as per
http://www.cisco.com/en/US/tech/tk827/tk369/technologies_white_paper09186a00800d6979.shtml
,
GRE encapsulation protocol can add up to 34 bytes to the IP datagram
(meaning the TCP segme
No it's not needed, you just run quantum-server, the L3 agent, the DHCP
agent, and the plugin agent (probably open vSwitch) all on the controller.
You'll just need to plan out which NICs you'll use for what purpose and
setup accordingly.
As a side note, you'll also need to run the plugin agent on
On Thu, Mar 07, 2013 at 09:09:57AM +0800, 蒋闻天 wrote:
> Hi everyone, I have a problem when i use devstack to test heat and quantum.
> This is my localrc
>
> DATABASE_PASSWORD=nova
> RABBIT_PASSWORD=nova
> SERVICE_TOKEN=nova
> SERVICE_PASSWORD=nova
> ADMIN_PASSWORD=nova
> SCREEN_LOGDIR=/var/log/devs
I also forgot to mention: I'm using a typical Openvswitch setup with GRE
encapsulation.
I can't proof, but would GRE not able to work with PathMTU ?
-Sylvain
Le 11/03/2013 09:40, Sylvain Bauza a écrit :
Hi Rick, reply inline.
Le 08/03/2013 20:27, Rick Jones a écrit :
On 03/08/2013 09:55 AM,
Hi Rick, reply inline.
Le 08/03/2013 20:27, Rick Jones a écrit :
On 03/08/2013 09:55 AM, Aaron Rosen wrote:
Hi Sylvain,
This seems very odd to me. The reason this should happen is if your
client is sending packets with the DF (don't fragment) bit set in the
TCP header of the packets you are s
33 matches
Mail list logo
