Hi,
For my company, I'd like to set-up a nova-compute All-In-One node, to
replace a eucalyptus cluster which is showing age.
Unfortunately I'm not well versed in networking, and have trouble
grasping the difference between the multiple network managers, but I
think I would need a Flat mode in my
thanks you everyone the default user name was admin and yes i have
configured the password as password during installation. thanks for
helping and replying all
[DevStack] script is the best way to test Openstack.
#devstack #openstack #ubuntu
___
Mai
hello,
please Unsubscribe my account from open stack...
On Fri, Dec 16, 2011 at 8:02 AM, Mohammed Junaid wrote:
> In my case, I want to set access permissions to all the users except for
> this user "tester3" and according to the documentation "-" is to be
> prefixed to deny acce
In my case, I want to set access permissions to all the users except for
this user "tester3" and according to the documentation "-" is to be
prefixed to deny access to the user. But even after setting the "-" for the
user "tester3", read access is granted to it. Can anyone who has used it
provide s
Thanks for the input everyone. We'll start filing bugs after we triage
the tracebacks.
-nld
___
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack
More help : https
+1
On 12/15/11 3:19 PM, "Johannes Erdfelt" wrote:
On Thu, Dec 15, 2011, Mark Washenberger wrote:
> 1. regular objects (which is what I thought Kevin was talking about. . .
> maybe?)
I think this has been poorly defined so far. I've seen some quick
proposals that include moving instance action
Hi,
I'm testing swift 1.4.4 setup with 4 nodes/zones on RHEL 5.7. I ran into
the problem of slow writes. Using swift-bench we generated load, writing
hundreds of 4K files. Results:
- Writes - ~3 PUTs/sec (very slow)
- Reads - ~25 GETs/sec (ok)
It's clear that writes are not limited by I/O.
I use nova on KVM.
I create Windows 2008 R2 image and upload to glance.
$ glance index
ID Name Disk Format
Container Format Size
--
--
9
On Thu, Dec 15, 2011, Mark Washenberger wrote:
> 1. regular objects (which is what I thought Kevin was talking about. . .
> maybe?)
I think this has been poorly defined so far. I've seen some quick
proposals that include moving instance actions to an Instance class,
etc.
It's hard to make a goo
> On Thu, Dec 15, 2011 at 2:29 PM, Dong-In David Kang
> wrote:
> >
> > I'm trying to make novaclient work with keystone.
> > It looks like authentication is working, but actual interaction
> > between novaclient and nova does not work.
> > Here is what I get (with added debugging messages I add
Hum, ok, I'll try some versions tomorrow and post the results!
Thanks Vish!
:)
On Dec 15, 2011, at 8:53 PM, Vishvananda Ishaya wrote:
> Hmm, looks like you are using an old version of python-novaclient. You might
> try grabbing from source. The packages from launchpad are not supported in
>
Hmm, looks like you are using an old version of python-novaclient. You might
try grabbing from source. The packages from launchpad are not supported in any
way. We try to provide relatively current packages, but we don't really have
the resources to maintain and support them at this point.
V
On Dec 15, 2011, at 10:37 AM, Scott Moser wrote:
> On Thu, 15 Dec 2011, Jesse Andrews wrote:
>
>> On Thu, Dec 15, 2011 at 8:43 AM, Scott Moser wrote:
>>> I'm just curious, what are the motivations behind inventing something
>>> other than the EC2 Metadata service? It is generally functional, a
On Thu, Dec 15, 2011 at 2:29 PM, Dong-In David Kang wrote:
>
> I'm trying to make novaclient work with keystone.
> It looks like authentication is working, but actual interaction between
> novaclient and nova does not work.
> Here is what I get (with added debugging messages I added in novaclien
On Thu, Dec 15, 2011 at 2:55 PM, Ewan Mellor wrote:
> Your simulation is of the one case that I said would work: when you have
> enough RAM to cache the entire image.
>
> When you _don't_ have enough RAM, then the images will just immediately be
> evicted, and the performance with the cache will
On Dec 15, 2011, at 1:27 PM, Devin Carlen wrote:
> Matt, that answer is simple: so we can use things other than sqlalchemy.
>
Except that we don't need to do that to use other things that sqlalchemy.
We can have sqlalchemy map to plain python objects, and use those.
And any other persistence
I agree with this. It was more the idea that we need to move away from
Sqlalchemy specifically, and that dictionary access actually solves this
problem somehow. Seems like a straw man to me.
On 12/15/11 2:02 PM, "Rick Harris" wrote:
>For me, it's not one particular notation versus the other, I'd
The only thing I see that ties us to sqlalchemy is using the model objects
directly. But I think there are actually three choices here: sqlalchemy
objects, dicts, and regular objects. Well really there are four, if we include
sqlalchemy objects that try to act like dicts :-). My preference order
> I think all are bugs.
>
> Even if you understand some of them and considers them to be logical,
> you should not see ugly backtraces. You should see nice log lines any
> system administrator can read and understand clearly.
I agree. There are some other practical reasons for it too:
- Exceptions
Hm. I've just been going off of this doc string in db/api.py:
"Functions in this module are imported into the nova.db namespace. Call these
functions from nova.db namespace, not the nova.db.api namespace.
All functions in this module return objects that implement a dictionary-like
interface. Cur
"Johannes Erdfelt" said:
> On Thu, Dec 15, 2011, Kevin L. Mitchell wrote:
>> 2. However, I violently disagree with the idea that the DB layer
>> must return dicts. It does not, even if you start talking about
>> allowing use of other kinds of databases. We can, and should
This should have been asked to you when running the stack.sh script
and this should be stored in localrc file.
Chmouel.
On Thu, Dec 15, 2011 at 6:28 PM, sn wrote:
>
> hi experts...
> i have just now installed successfully openstack without any errors.with
> the scripts mention in the devstac
For me, it's not one particular notation versus the other, I'd be happy with
either--it's having both. It just needlessly complicates things.
> Now we're complaining that the ORM we likely aren't using
> correctly isn't working for us
I don't think anyone is complaining that the *ORM* is at faul
On Dec 15, 2011, at 8:21 AM, Monsyne Dragon wrote:
> Actually, what we should be working to is using plain python model
> objects, and having the sqlalchemy layer use it's mapper
> functionality (separated from the models) to map db rows to those
> models. THis will allow any persistence layer
Your simulation is of the one case that I said would work: when you have enough
RAM to cache the entire image.
When you _don't_ have enough RAM, then the images will just immediately be
evicted, and the performance with the cache will be worse, not better. This
break point is going to be when
reading the script..
you either have it in localrc file as *ADMIN_PASSWORD, *or you were
prompted during install to type it in.
*
*
On Thu, Dec 15, 2011 at 1:38 PM, sn wrote:
> and also the default username of openstack that has been installed using
> devstack script...
>
>
> On Thu, Dec 15, 20
I'm trying to make novaclient work with keystone.
It looks like authentication is working, but actual interaction between
novaclient and nova does not work.
Here is what I get (with added debugging messages I added in novaclient)
I'll appreciate any help.
David.
$ nova list
initial auth_url
Matt, that answer is simple: so we can use things other than sqlalchemy.
On Dec 15, 2011, at 10:35 AM, Matt Dietz wrote:
> I have to confess to being confused here. We deliberately chose
> sqlalchemy. Then we mapped everything away so it didn't look like the ORM
> in question when in reality, w
When you run devstack it should ask for your admin_password.
If you forgot what you set it will be recorded in the localrc file.
To access your cloud there are two users: admin and demo (with admin
privileges vs regular user) - both with the ADMIN_PASSWORD you set in
the localrc file.
On Thu, D
The script asks you for the password ... or you put it in a file called
localrc
Here is my localrc
MYSQL_PASSWORD=nova
RABBIT_PASSWORD=nova
SERVICE_TOKEN=nova
ADMIN_PASSWORD=nova
ENABLED_SERVICES=g-api,g-reg,key,n-api,n-cpu,n-net,n-sch,n-vnc,horizon,m
ysql,rabbit,openstackx,quantum,q-svc,q
On Dec 15, 2011, at 10:54 AM, Johannes Erdfelt wrote:
What kinds of things?
I'm just trying to better understand what is object-oriented about the
data returned from a database? What methods would we want to use?
JE
Any direct access to the data within a record should be encapsulated within th
Hi!
I'm testing a new installation (virtual environment) as following:
(1) I've installed Openstack using the Devstack Script (with some
modification to work here), so, all in one installation.
(2) Then, I started to install Openstack from a clean Ubuntu Oneiric
instalation, but using packages fr
and also the default username of openstack that has been installed using
devstack script...
On Thu, Dec 15, 2011 at 11:58 PM, sn wrote:
>
> hi experts...
> i have just now installed successfully openstack without any
> errors.with the scripts mention in the devstack.org. but i could not
> lo
On Thu, 15 Dec 2011, Jesse Andrews wrote:
> On Thu, Dec 15, 2011 at 8:43 AM, Scott Moser wrote:
> > I'm just curious, what are the motivations behind inventing something
> > other than the EC2 Metadata service? It is generally functional, and
> > quite a lot can (and has) built atop this simple
I have to confess to being confused here. We deliberately chose
sqlalchemy. Then we mapped everything away so it didn't look like the ORM
in question when in reality, we partially took some of said ORM's job away
from it. Now we're complaining that the ORM we likely aren't using
correctly isn't wor
hi experts...
i have just now installed successfully openstack without any
errors.with the scripts mention in the devstack.org. but i could not
login to my dashboard...if anyone know what are the default password for
openstack dashboard that has been installed using devstack
thanks
--
I am o
On Thu, Dec 15, 2011 at 8:43 AM, Scott Moser wrote:
> I'm just curious, what are the motivations behind inventing something
> other than the EC2 Metadata service? It is generally functional, and
> quite a lot can (and has) built atop this simple service.
I should clarify - the idea is that ec2 m
Definitely we should be filing bugs.
Jesse
On Thu, Dec 15, 2011 at 8:00 AM, Julien Danjou
wrote:
> On Thu, Dec 15 2011, Narayan Desai wrote:
>
>> Hello all. We've recently upgraded our cactus system to more recent
>> code. In the process of doing this, we've started logging whenever we
>> get tr
On Thu, Dec 15, 2011, Kevin L. Mitchell wrote:
> 2. However, I violently disagree with the idea that the DB layer
> must return dicts. It does not, even if you start talking about
> allowing use of other kinds of databases. We can, and should,
> wrap these things in
On Wed, Dec 14, 2011 at 5:38 PM, Ewan Mellor wrote:
>> Or static disk image files!
>
> Only if you've got enough RAM on the storage worker node to cache the entire
> disk image. Otherwise it's just going to get evicted straight away.
> The case where you've got so few, small, disk images that y
On Thu, 15 Dec 2011, Jesse Andrews wrote:
> Great question.
>
> Right now there are 3 approaches to metadata/runtime config:
>
> * ec2 metadata service - http://169.254.169.254/ (used by ubuntu's
> cloud-init for example)
> * config drive - added in diablo
> * xenstore via openstack agent - htt
On Thu, 15 Dec 2011, McNally, Dave wrote:
> Thanks for the responses guys.
>
> Jesse I can see how there might be concerns around using file injection
> but it seems as if that was chosen as a method of inserting
> user-specified metadata into an instance which is why I was wondering
> why it wasn
On Dec 15, 2011, at 1:10 AM, Chris Behrens wrote:
>
> I've seen a number of patches lately that have code like this:
>
> instance = db.instance_get(...)
> instance_uuid = instance.uuid
>
> instead of:
>
> instance_uuid = instance['uuid']
>
> There's a mix of usage throughout the code, and I
-1
By using the dict style access to these records we are tying ourselves to the
internal implementation of those records. If we want to be able to move the
'data model' logic out of the 'process' logic we will need to access the models
as attributes and not dict items.
We should confine the
On Thu, 2011-12-15 at 07:10 +, Chris Behrens wrote:
> There's a mix of usage throughout the code, and I know some people are
> just matching the surrounding code. But, in a number of cases, I've
> asked for these to be corrected to the latter, on assumption that the
> DB layer will be returnin
On Thu, Dec 15 2011, Narayan Desai wrote:
> Hello all. We've recently upgraded our cactus system to more recent
> code. In the process of doing this, we've started logging whenever we
> get tracebacks out of any of the openstack components we are running.
> Some of these are clearly bugs, while ot
Yeah, I was worried we would run into these kinds of problems with a
recent commit...
Basically, do what Hugo suggested. We recently overhauled the
configuration and paste deploy factories in Glance to align with the
common cfg work being done in Nova and Glance. This means that the
glance-api.con
I don't know if there's an official project policy, but personally I don't
think an end-user should ever see a Python traceback in a logfile under normal
operations (i.e., the user has configured all of the services correctly).
Lorin
--
Lorin Hochstein, Computer Scientist
USC Information Science
Hello all. We've recently upgraded our cactus system to more recent
code. In the process of doing this, we've started logging whenever we
get tracebacks out of any of the openstack components we are running.
Some of these are clearly bugs, while others correspond to normal
operational conditions (l
On Thu, Dec 15, 2011 at 3:29 AM, Rick Harris wrote:
> ++ on moving to a consistent dict-style syntax.
+1 from me, too.
-jay
___
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe : https://launchpad.
Just for reference, question was answered here:
https://answers.launchpad.net/swift/+question/181977
On 15/12/2011 10:02, Rustam Aliyev wrote:
Hi,
While searching for the swift performance tuning tips I came across
this post: http://adrianotto.com/2010/09/openstack-os-is-great-for/
In the c
Dear Jeff ,
Could u check ur conf file for app_factory section! I think ur conf file is
out of date to match latest glance code. Compare with the new sample will
figure it out.
Hope it help
Hugo's iPhone
jeffrey coho 於 2011/12/15 21:28 寫道:
> Hi,all,
>Glance version i am running is 2
How about adding the following two flags in nova.conf file?
We are running flat dhcp without problem.
You need to customize the values of the flags.
--flat_network_dhcp_start=10.99.1.2
--flat_interface=eth0
David.
--
Dr. Dong-In "David" Kang
Computer Scientist
USC/ISI
---
Hi,all,
Glance version i am running is 2012.1-dev. But glance-api can't be
started(maybe this version is just unstable for now?).Here is some details:
*#sudo glance-api glance-api.conf --debug -v &*
*[1]27173*
*Error trying to load config /etc/glance/glance-api.conf:
has no 'app_factory' attrib
Hi All,
I am testing acl support in swift-1.4.5. According to the document
http://swift.openstack.org/misc.html#module-swift.common.middleware.acl the
syntax to allow all non-admin users read access to the container except for
one is as following.
Executing the curl following curl command from an
Thanks for the responses guys.
Jesse I can see how there might be concerns around using file injection but it
seems as if that was chosen as a method of inserting user-specified metadata
into an instance which is why I was wondering why it wasn't expanded to use the
same process to insert file
Hi,
While searching for the swift performance tuning tips I came across this
post: http://adrianotto.com/2010/09/openstack-os-is-great-for/
In the comments, some users mention that it's better to keep max. number
of objects per container less than 1M. As far as I understood, this is
mainly d
> I was bringing this up initially as I want to enforce *something* when
> reviewing,
Yeah, I was just thinking that it could be a point of confusion if, for an
extended period, we're in a state where new code has to use dict-style instance
access, while nearby, older code still uses attr-acces
Agree with both #1s as a start. And I wouldn't try to 'rip off the band-aid'
either.
I was bringing this up initially as I want to enforce *something* when
reviewing, but if we want to start 'fixing' things, we can start hitting small
sections of code to limit conflicts. The 'enforce_model' t
Yes, that was what I was saying. :)
On Dec 15, 2011, at 12:06 AM, Soren Hansen wrote:
> 2011/12/15 Jesse Andrews :
>> I agree except I though the preference was for
>>
>>> instance_uuid = instance['uuid']
>>
>> not
>>
>>> instance_uuid = instance.uuid
>>
>> (use dict's and don't assume sqlalc
Great question.
Right now there are 3 approaches to metadata/runtime config:
* ec2 metadata service - http://169.254.169.254/ (used by ubuntu's
cloud-init for example)
* config drive - added in diablo
* xenstore via openstack agent - https://launchpad.net/openstack-guest-agents
* injecting fi
++ on moving to a consistent dict-style syntax.
We could attempt to rip the Band-Aid off here by:
1. Rejecting any new patches which use the dot-notation
2. Trying to switch out to using dot-notation access all at once in one big
'fix-it-up' patch.
I'm not convinced 2) is possible. Separating
2011/12/15 Jesse Andrews :
> I agree except I though the preference was for
>
>> instance_uuid = instance['uuid']
>
> not
>
>> instance_uuid = instance.uuid
>
> (use dict's and don't assume sqlalchemy)
Yes... That's what Chris is saying, isn't it?
--
Soren Hansen | http://linux2go.dk/
Ubu
I agree except I though the preference was for
> instance_uuid = instance['uuid']
not
> instance_uuid = instance.uuid
(use dict's and don't assume sqlalchemy)
On Wed, Dec 14, 2011 at 11:19 PM, Devin Carlen wrote:
> Yes, we should absolutely push to make this more consistent across the board.
64 matches
Mail list logo