I love graphviz as a charting tool and sphinx support inline is great.
Used to use it all the time at nebula in the work wiki.
-Matt
On Thu, May 24, 2012 at 12:10 PM, Jay Pipes jaypi...@gmail.com wrote:
On 05/24/2012 10:46 AM, Yun Mao wrote:
Sandy,
I like the suggestion of graphvis,
My point of concern.
\
If an agent is being built into the compute nodes, that would best be a
split out project.
Two major reasons. First and foremost sub projects should not be spinning
up their own agents. Secondly, there is a use case of agents outside of
metering.
If an agent is to be
libvirt can pull hard cpu stats. which can be useful. for instance it can
pick out the cpu generation names.
-matt
On Tue, May 22, 2012 at 2:32 PM, Doug Hellmann
doug.hellm...@dreamhost.comwrote:
On Tue, May 22, 2012 at 4:35 PM, James R Penick pen...@yahoo-inc.comwrote:
- In addition to
well like every time we make an api query in the shell we get a return
result from the query. how are we handling those return results and
evaluating codes etc?
On Fri, May 11, 2012 at 12:19 PM, Doug Hellmann doug.hellm...@dreamhost.com
wrote:
On Thu, May 10, 2012 at 5:58 PM, Matt Joyce
How are we doing event handling in the client? Is there a blueprint on
this somewhere?
-Matt
___
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack
More help :
. Separate admin apps for each project.
I think we should avoid 3, since that goes against the spirit of this
project. I like #2, but #1 would be easy to implement and could share 99% of
the code from the basic openstackclient.
On Tue, May 1, 2012 at 4:59 PM, Matt Joyce m...@nycresistor.com wrote
project.
I think we should avoid 3, since that goes against the spirit of this
project. I like #2, but #1 would be easy to implement and could share 99% of
the code from the basic openstackclient.
On Tue, May 1, 2012 at 4:59 PM, Matt Joyce m...@nycresistor.com wrote:
How does this blueprint
Whatever. stack.sh is a conflict. So probably better.
On May 2, 2012 11:20 AM, Doug Hellmann doug.hellm...@dreamhost.com
wrote:
Oops, I saw the code change before this message and I went ahead and
approved it.
On Wed, May 2, 2012 at 10:59 AM, Dean Troyer dtro...@gmail.com wrote:
There
Good to have options.
On Wed, May 2, 2012 at 11:46 AM, Duncan McGreggor dun...@dreamhost.com wrote:
On Wed, May 2, 2012 at 1:56 PM, Matt Joyce m...@nycresistor.com wrote:
I disagree pretty strongly with the idea of an admin binary.
I think many of us do; I (and I believe Doug) were simply
I skipped out on blue printing and just submitted a gerrit review for
adding argparse flags for specifying URL for specific APIs.
Is that cool or do we want blue prints at that level of low complexity?
-Matt
On Wed, May 2, 2012 at 10:13 AM, Dean Troyer dtro...@gmail.com wrote:
On Wed, May 2,
I skipped out on blue printing and just submitted a gerrit review for
adding argparse flags for specifying URL for specific APIs.
Why is this needed? These URLs come from the service catalog. Cases
where you do need to override that use --os-url as part of token flow
auth, skipping the
On Tue, May 1, 2012 at 11:49 AM, Adam Spiers aspi...@suse.com wrote:
Doug Hellmann (doug.hellm...@dreamhost.com) wrote:
On Mon, Apr 30, 2012 at 2:56 PM, Dean Troyer dtro...@gmail.com wrote:
On Mon, Apr 30, 2012 at 1:18 PM, Doug Hellmann
doug.hellm...@dreamhost.com wrote:
Do we need to
How does this blueprint play into this client. Is it a separate admin
only client or just a subset of this guy?
https://blueprints.launchpad.net/nova/+spec/admin-cli
-matt
On Tue, May 1, 2012 at 12:28 PM, Dean Troyer dtro...@gmail.com wrote:
On Tue, May 1, 2012 at 2:11 PM, Adam Spiers
As far as whether we support admin-only commands, I think we should.
If they have their own client libs then we'll split them up too. I
actually kind of liked the side effect of the old nova-manage in that
it was self-enforcing for admin-ness since you needed to run it on the
node itself.
I
2. I think it would be good if the HIG gave guidelines on how the
command should behave when run with no arguments.
I think the marines call this sort of thing, Task Condition and
Standard. Not sure how useful it would be.
3. I think it would be good if the HIG recommended that, at
Makes sense to me.
On Apr 27, 2012 2:27 PM, Everett Toews everett.to...@cybera.ca wrote:
I like this idea but what happens to the openstack-operators list in this
scenario?
I don't think we'd want to have the openstack and openstack-operators list
going along in parallel since it sounds like
, Daniel P. Berrange berra...@redhat.com wrote:
On Thu, Apr 26, 2012 at 09:05:41AM -0700, Matt Joyce wrote:
From a security stand point I am curious what you see the benefit as?
Consider that you might have separate people in your data center
managing the virtualization hosts, vs the storage hosts
can raise the bar a long way.
Anyone from Intel / familiar with Intel's trusted cloud work want to explain
better than I can?
Justin
On Thu, Apr 26, 2012 at 1:44 PM, Matt Joyce m...@nycresistor.com wrote:
As far as storage is concerned, certainly a cloud storage environment
could
Correct me if I am wrong but mongo has not been used in openstack
previously? What is the benefit here that justifies bringing in new
technology?
Also are you planning an active polling process over AMPQ or passive
listening for the monitor?
It seems to me that most of the main components today
Monitoring and billing seem to be two VERY different beasts.
Should we be separating the two efforts?
On Sun, Apr 22, 2012 at 3:08 PM, Brian Schott
brian.sch...@nimbisservices.com wrote:
The heart of nova-biling is built around accounts, resources, billing
segments with a tariff and cost. Not
I've done libvirt calls via nrpe in the past for this.
On Apr 20, 2012 5:28 AM, Leander Bessa leande...@gmail.com wrote:
I've been trying to complete the diagnostics command for libvirt, so far i
think i can get the cpu usage (still need a sample time of 1 second),
volume and network io. I
Reminds me of the Opsware Global Shell. That was built on a FUSE fs
interface to the API. I loved it when I worked on it.
-Matt
On Wed, Apr 18, 2012 at 11:07 PM, Dean Troyer dtro...@gmail.com wrote:
We had a good discussion about a unified OpenStack command line client
on Monday at the
I'd be down with helping out as well.
On Thu, Apr 19, 2012 at 1:43 PM, Doug Hellmann
doug.hellm...@dreamhost.com wrote:
On Wed, Apr 18, 2012 at 11:07 PM, Dean Troyer dtro...@gmail.com wrote:
We had a good discussion about a unified OpenStack command line client
on Monday at the Design
I'm willing to help with setting up a 2.0 solution. =D Let us know
what we can do to help for next time.
I think this webex stuff has been useful for more than a few folks
from what i've seen on IRC.
-Matt
On Wed, Apr 18, 2012 at 1:22 PM, Duncan McGreggor dun...@dreamhost.com wrote:
Hey all,
http://wiki.openstack.org/FolsomSummitEtherpads
All the etherpads
On Mon, Apr 16, 2012 at 3:15 PM, Duncan McGreggor dun...@dreamhost.com wrote:
On Thu, Apr 12, 2012 at 10:11 AM, Stefano Maffulli
stef...@openstack.org wrote:
On Wed, 2012-04-11 at 23:13 -0400, Duncan McGreggor wrote:
The
Problem of course is many operators aren't on the design summit
contributor list ( ala don't have codes to get into it ) and if it's
later it's 500 USD to attend.
Maybe not the best means of collaborating on something that effects them deeply.
Pondering that.
-Matt
On Wed, Apr 11, 2012 at 1:43
101 - 126 of 126 matches
Mail list logo