Dear all,
The background is I have already installed all the openstack components on RHEL
6.1.
Nova and Glance configured well, and can boot up normally.
Keystone server also configured and boot up normally, while when I type the cmd
as below, weird things happened.
[root@kapi-r11 keystone]#
Hi,
There is devstack all-in-one openstack builder. http://devstack.org/
Officially, its not supporting RHEL 6.1 on the site. But its only shell-script.
So, you can get working stack to compare what's different from the stack you
built.
--
MURAOKA Yusuke
Mail: yus...@jbking.org
Try running the same command with the --debug option, and share the output
here.
Thanks,
-Dolph
On Sunday, July 22, 2012, MURAOKA Yusuke wrote:
Hi,
There is devstack all-in-one openstack builder. http://devstack.org/
Officially, its not supporting RHEL 6.1 on the site. But its only
Hi Xavier,
Thanks for response. Yes, I have changed the default port to 5001.
Regards,
Will
发件人: Xavier Limodin xavier.limo...@xavier-office.net
收件人: openstack@lists.launchpad.net openstack@lists.launchpad.net
发送日期: 2012年7月22日, 星期日, 下午 7:20
主题: Re:
Hi Muraoka,
Thanks for the advice. I have setup EPEL and RHEL6.1 DVD repository to install
openstack.
All the components seems installed well, but configuration behaves weird.
Regards,
Will
发件人: MURAOKA Yusuke yus...@jbking.org
收件人: 延生 付
On 07/19/2012 07:11 PM, Dan Wendlandt wrote:
On Wed, Jul 18, 2012 at 5:17 AM, Gary Kotton gkot...@redhat.com
mailto:gkot...@redhat.com wrote:
On 07/18/2012 04:23 AM, Dan Wendlandt wrote:
Hi Gary,
Removing much of the thread history, as I think we agree on the
high-level goals.
Hi Dolph,
Thanks. Below is the detailed info.
part of keystone.conf
[DEFAULT]
#bind_host = 0.0.0.0
public_port = 5000
admin_port = 5001
admin_token = 8a47fd17e8950d483ea7
compute_port = 8774
verbose = True
debug = True
#log_config = /etc/keystone/logging.conf
[root@kapi-r11 ~]# ifconfig
eth0
Jon:
I don't think this is possible. As far as I know, in a request, all you can do
is pass hints to existing filters.
Take care,
Lorin
--
Lorin Hochstein
Lead Architect - Cloud Services
Nimbis Services, Inc.
www.nimbisservices.com
On Jul 21, 2012, at 11:48 PM, Jonathan Proulx wrote:
Hi openstack-guys,
using the latest essex release from ubuntu packages, I see a weird nova-network
behaviour (flat networking):
nova.conf:
--flat_interface=eth0
--flat_network_bridge=bridge_130
--flat_network_dhcp_start=192.168.32.130
--flat_injected=False
nova-network runs on a different
On Jul 20, 2012, at 9:57 PM, Narayan Desai wrote:
Just for the record, we found the issue. There was some filtering
being applied in the bridge code which randomly (?) dropped some DNS
requests. Setting:
net.bridge.bridge-nf-call-arptables = 0
net.bridge.bridge-nf-call-iptables = 0
On Jul 6, 2012, at 1:28 PM, John Paul Walters wrote:
I'm strongly considering putting together a proposal for a BoF (birds of a
feather) session at this year's Supercomputing in Salt Lake City. For those
of you who are likely to attend, is anyone else interested? It's not a huge
amount
In Essex, I've seen issues like this if your fixed_ips table in the nova
database has multiple entries for the same address (even if some of those
entries are marked delete=true, though this has been fixed in Folsom). If
you feel confortable, take a look at the fixed_ips table to see if anything
Hi All,
I am working on Delta Changes of an instance. Can you please tell me
The procedure to take Incremental Backups (Delta Changes) of VMs,
instead of taking the snapshot of entire instance.
And also please tell me how to apply those delta changes to instance.
Thanks Regards,
Bharath Kumar
13 matches
Mail list logo