,
btw: any idea about the first problem?
m.
Michaël Van de Borne
RD Engineer, SOA team, CETIC
Phone: +32 (0)71 49 07 45 Mobile: +32 (0)472 69 57 16, Skype: mikemowgli
www.cetic.be, rue des Frères Wright, 29/3, B-6041 Charleroi
Le 03/07/2013 16:21, Michaël Van de Borne a écrit :
Hello Steven,
I'm
no idea?
Le 30/04/2013 02:15, Michaël Van de Borne a écrit :
Hi there,
I'm running Grizzly on Ubuntu 12.04 in this topology:
http://docs.openstack.org/trunk/openstack-network/admin/content/connectivity.html
and using the per-tenant routers with private networks.
I just found out that my
quantum-l3-agent-local
-A quantum-l3-agent-INPUT -d 127.0.0.1/32 -p tcp -m tcp --dport 9697 -j
ACCEPT
COMMIT
# Completed on Tue Apr 30 01:52:01 2013
michaël
--
Michaël Van de Borne
RD Engineer, SOA team, CETIC
Phone: +32 (0)71 49 07 45 Mobile: +32 (0)472 69 57 16, Skype: mikemowgli
www.cetic.be
not match. So I guess the error (unauthorized) I'm
getting isn't related to the secret.
any other idea?
thanks
Le 28/04/2013 07:28, Gary Kotton a écrit :
On 04/27/2013 12:44 PM, Michaël Van de Borne wrote:
Anybody has an idea about why the nova metadata server rejects the VM
requests?
Hi
to keystone is
password.
How can it be? is it a bug? has it been stored persistently in the DB?
and how can I change that?
thanks,
m.
Michaël Van de Borne
RD Engineer, SOA team, CETIC
Phone: +32 (0)71 49 07 45 Mobile: +32 (0)472 69 57 16, Skype: mikemowgli
www.cetic.be, rue des Frères Wright, 29/3, B
ok, nailed it. My bad.
I had misconfigured the quantum_admin_password key in the nova.conf file
of the controller.
thanks all.
(this made me search for a week...)
Le 28/04/2013 19:45, Michaël Van de Borne a écrit :
I think I'm getting closer here. Whenever a VM requests metadata
thank you steve. Would you please keep posted as soon as a tutorial is
available. I'm looking forward to test Heat.
Anybody has a good tutorial about ceilometer?
m.
Michaël Van de Borne
RD Engineer, SOA team, CETIC
Phone: +32 (0)71 49 07 45 Mobile: +32 (0)472 69 57 16, Skype: mikemowgli
volumes_dir = /var/lib/cinder/volumes
sql_connection = mysql://cinder:grizzly@leonard/cinder
rabbit_password = grizzly
iscsi_ip_address=192.168.203.103
So how can the compute node try to reach the public interface of the
controller? How can it possibly even know this IP?
Michaël Van de Borne
I set that key in both controller and compute
still no luck
Le 26/04/2013 18:26, Darragh O'Reilly a écrit :
its not really obvious, but I believe the iscsi_ip_address needs to be set in
the nova.conf on the **controller** - just want to check you did it there.
Anybody has an idea about why the nova metadata server rejects the VM
requests?
Le 26/04/2013 15:58, Michaël Van de Borne a écrit :
Hi there,
I've installed Grizzly on 3 servers:
compute (howard)
controller (leonard)
network (rajesh)).
Namespaces are ON
Overlapping IPs are ON
When booting
yes it was already.
Le 27/04/2013 14:08, Darragh O'Reilly a écrit :
is nova configured to use cinder?
in nova.conf
volume_api_class=nova.volume.cinder.API
___
Mailing list: https://launchpad.net/~openstack
Post to :
Man, this is awesome!
that did it!
thank you very much.
Le 27/04/2013 17:13, Darragh O'Reilly a écrit :
it seems the ips for the targets are set at the time they were created
$ mysqlmysql use cinder;
mysql select provider_location from volumes;
Try creating a new volume - does it get the
the request to metadata server cannot be authorized?
thanks,
yours,
mike
--
Michaël Van de Borne
RD Engineer, SOA team, CETIC
Phone: +32 (0)71 49 07 45 Mobile: +32 (0)472 69 57 16, Skype: mikemowgli
www.cetic.be, rue des Frères Wright, 29/3, B-6041 Charleroi
.
Is this the default behaviour and I'm missing a parameter somewhere?
I set this key in nova.conf:
iscsi_ip_address=192.168.203.103
but still no luck
any clue?
yours,
michaël
--
Michaël Van de Borne
RD Engineer, SOA team, CETIC
Phone: +32 (0)71 49 07 45 Mobile: +32 (0)472 69 57 16, Skype: mikemowgli
the installation).
Does anyone have something like this?
thank you,
michaël
--
Michaël Van de Borne
RD Engineer, SOA team, CETIC
Phone: +32 (0)71 49 07 45 Mobile: +32 (0)472 69 57 16, Skype: mikemowgli
www.cetic.be, rue des Frères Wright, 29/3, B-6041 Charleroi
192.168.202.103 = public controller iface
192.168.203.103 = private controller iface
anyway, I still get the login problem using any of those values
Le 20/02/2013 06:59, Kieran Spear a écrit :
On 20 February 2013 03:40, Michaël Van de Borne
michael.vandebo...@cetic.be
Same problem here. Running Grizzly.
Dashboard keeps prompting me for my credentials. Pretty sure
dashboard sends wrong tenant name to keystone. Here is the
keystone.log entry:
2013-02-19 16:55:06 WARNING [keystone.common.wsgi] Authorization
failed. The
I checked /etc/nova/api-paste.ini.
Here's the relevant section in it:
[filter:authtoken]
paste.filter_factory =
keystone.middleware.auth_token:filter_factory
auth_host = 192.168.203.103
auth_port = 35357
auth_protocol = http
Moreover (sorry for spamming), this
command works fine:
root@leonard:/etc/init.d# keystone --os-username nova
--os-password openstack --os-tenant-name service --os-auth-url
http://192.168.203.103:5000/v2.0/ token-get
Hi all,
This might be obvious, but I can't find the answer. Is there a way to
control EC2 instances using OpenStack?
___
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe :
15:30, Jonathan Proulx a écrit :
On Tue, Oct 02, 2012 at 12:19:45PM +0200, Michaël Van de Borne wrote:
:Hi all,
:
:This might be obvious, but I can't find the answer. Is there a way to
:control EC2 instances using OpenStack?
OpenStack provides the same facility as EC2 but on your own hardware,
so
backups (in section 6).
Unfortunately, this link is dead. Can anyone repost it, please?
By the way, is there anything similar to automate instance snapshots?
thank you,
yours,
michaël
--
Michaël Van de Borne
RD Engineer, SOA team, CETIC
Phone: +32 (0)71 49 07 45 Mobile: +32 (0)472 69 57 16, Skype
wrote: -
To: openstack@lists.launchpad.net openstack@lists.launchpad.net
From: Michaël Van de Borne michael.vandebo...@cetic.be
Sent by: openstack-bounces+gongysh=cn.ibm@lists.launchpad.net
Date: 05/10/2012 09:03PM
Subject: [Openstack] Accessing VMs in Flat DHCP mode
? is dnsmasq unable to give the VM an address?
I'm running out of ideas. Any suggestion would be highly appreciated.
Thank you,
michaël
--
Michaël Van de Borne
RD Engineer, SOA team, CETIC
Phone: +32 (0)71 49 07 45 Mobile: +32 (0)472 69 57 16, Skype: mikemowgli
www.cetic.be, rue des Frères Wright, 29
ok I'm gonna check this and I'll keep you posted.
By the way, how could I check the network between the control node's
br100 and the compute node's br100? I guess I can do this by checking
that each bridge knows the other in the ARP table. Or did you have
another idea?
Michaël Van de Borne
://nova.openstack.org/runnova/nova.manage.html
any ideas?
thanks,
michaël
--
Michaël Van de Borne
RD Engineer, SOA team, CETIC
Phone: +32 (0)71 49 07 45 Mobile: +32 (0)472 69 57 16, Skype: mikemowgli
www.cetic.be, rue des Frères Wright, 29/3, B-6041 Charleroi
ok, done here:
https://bugs.launchpad.net/openstack-manuals/+bug/996970
cheers,
michal
Michal Van de Borne
RD Engineer, SOA team, CETIC
Phone: +32 (0)71 49 07 45 Mobile: +32 (0)472 69 57 16, Skype: mikemowgli
www.cetic.be, rue des Frres
I'm about to install OpenStack for a customer in a few days. It's an SME
and their first production cloud would be limited to a few hosts and
about 60 VMs. Do you feel it'd be worth getting their feedback about
deployment and usage?
yours,
michaël
Michaël Van de Borne
RD Engineer, SOA team
I've got the same problem.
When I try to connect to the instance using VNC through the dashboard,
I've got this error. I then went in /var/log/nova/nova-xvpvncproxy.log
and it contains nothing related to any attempt to get connected to any
instance. It seems this nova-xvpvncproxy process
me the url.
The error in the dashboard has changed. It now says it cannot establish
connection to 172.22.22.1:6080 (which is the noVNC port whereas I'm
using xvpvnc). So I guess I need to tell the dashboard to try on 6081.
Which setting is that?
Michaël Van de Borne
RD Engineer, SOA team
None None] Unexpected error: [Errno
111] ECONNREFUSED
any help appreciated,
thank you
Michaël Van de Borne
RD Engineer, SOA team, CETIC
Phone: +32 (0)71 49 07 45 Mobile: +32 (0)472 69 57 16, Skype: mikemowgli
www.cetic.be, rue des Frères Wright, 29/3, B-6041 Charleroi
Le 30/03/12 17:51
the CD.
Thanks,
michaël
Michaël Van de Borne
RD Engineer, SOA team, CETIC
Phone: +32 (0)71 49 07 45 Mobile: +32 (0)472 69 57 16, Skype: mikemowgli
www.cetic.be, rue des Frères Wright, 29/3, B-6041 Charleroi
Le 30/03/12 18:27, Armando Migliaccio a écrit :
On Thu, Mar 29, 2012 at 3:30 PM, Michaël
MTU:1500 Metric:1
RX packets:150 errors:0 dropped:0 overruns:0 frame:0
TX packets:792 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:500
RX bytes:15341 (15.3 KB) TX bytes:61254 (61.2 KB)
Michaël Van de Borne
RD Engineer, SOA team, CETIC
*From:*Michaël Van de Borne [mailto:michael.vandebo...@cetic.be]
*Sent:* 01 December 2011 16:34
*To:* Anne Gentle
*Cc:* Donal Lafferty; openstack@lists.launchpad.net
*Subject:* Re: [Openstack] boot from ISO
That's right, it's a Xen*Server* only feature. I insist on XenServer
because it's been
/python2.7/dist-packages/nova/rpc/common.py:144
what am I doing wrong?
--
Michaël Van de Borne
RD Engineer, SOA team, CETIC
Phone: +32 (0)71 49 07 45 Mobile: +32 (0)472 69 57 16, Skype: mikemowgli
www.cetic.be, rue des Frères Wright, 29/3, B-6041 Charleroi
infrastructure?
thank you
--
Michaël Van de Borne
RD Engineer, SOA team, CETIC
Phone: +32 (0)71 49 07 45 Mobile: +32 (0)472 69 57 16, Skype: mikemowgli
www.cetic.be, rue des Frères Wright, 29/3, B-6041 Charleroi
___
Mailing list: https://launchpad.net
is it too complicated or too simple to be answered on the ML?
Le 23/02/12 16:46, Michaël Van de Borne a écrit :
Hi all,
I'd like to understand how things go with ephemeral and persistant
volumes.
For instance, say that my gold images are stored in a Swift storage
network, connected
on these
nodes even when VMs are running.
maybe this is documented somewhere, but I didn't find clear information
about ephemeral and persistant volume management?
thank you,
Michaël
--
Michaël Van de Borne
RD Engineer, SOA team, CETIC
Phone: +32 (0)71 49 07 45 Mobile: +32 (0)472 69 57 16
documented anywhere. Hope this can be
useful for people from the future.
cheers,
michaël
Michaël Van de Borne
RD Engineer, SOA team, CETIC
Phone: +32 (0)71 49 07 45 Mobile: +32 (0)472 69 57 16, Skype: mikemowgli
www.cetic.be, rue des Frères Wright, 29/3, B-6041 Charleroi
Le 29/11/11 23:10, Donal
-manuals/+bug/898682
On Thu, Dec 1, 2011 at 9:14 AM, Michaël Van de Borne
michael.vandebo...@cetic.be wrote:
It finally works. The problem was the flag checks while looking for the ISO
SR.
inside the find_iso_sr method (in nova/virt/xenapi/vm_utils.py), I found
that the ISO SR must have
that there is an actual
ISO content-typed SR. How to tell OpenStack to use this SR for the ISO
images I post using glance?
Any clue? I feel I'm rather close to make it work.
thanks,
michaël
Michaël Van de Borne
RD Engineer, SOA team, CETIC
Phone: +32 (0)71 49 07 45 Mobile: +32 (0)472 69 57 16, Skype
()
File /usr/lib64/python2.7/httplib.py, line 754, in connect
self.timeout, self.source_address)
File /usr/lib/python2.7/site-packages/eventlet/green/socket.py,
line 59, in create_connection
raise error, msg
error: [Errno 111] ECONNREFUSED
thank you
michaël
--
Michaël Van de Borne
RD
up? anybody?
Le 14/11/11 14:44, Michaël Van de Borne a écrit :
Hi all,
I'm very interested in the Boot From ISO feature described here:
http://wiki.openstack.org/bootFromISO
In a few words, it's about the ability to boot a VM from the CDROM
with an ISO image attached. A blank hard disk
43 matches
Mail list logo
