s the 404 root cause is a server-side misconfiguration or some
>other fault I'll need to grab a different access mechanism to get at. That's
>decidedly *not* something I can do anything about from my hypothetical "web
>browser".
# Shawn Hartsock
- Orig
* https://review.openstack.org/56278
title: 'VMware: bug in rebooting powered off instance'
votes: +2:0, +1:1, -1:2, -2:0. +14 days in progress, revision: 1 is 14
days old
Meeting info:
*
al number of quotas and make the problem space smaller and
easier to deal with right?
Or have I missed a lot of the conversation and should I run out and do some
reading? Pointers would be welcome.
# Shawn Hartsock
- Original Message -
> From: "John Dickinson"
> To: &quo
27;VMware: Fix VSAN datastores cannot be used'
votes: +2:0, +1:0, -1:1, -2:0. +39 days in progress, revision: 6 is 0
days old
Meeting info:
* https://wiki.openstack.org/wiki/Meetings/VMwareAPI
* If anything is missing, email me so I can examine it.
* We hang out in #openstack-vmwar
Greetings Stackers!
The VMwareAPI subteam is still working out a few priorities, but we should
have these mostly ironed out by next week's IRC meeting. If you need to
comment or adjust expectations be sure to show up and let us know. We had a
very active discussion in this week's IRC meeting. I th
+1 on a migration to make uuid a non-nullable column. I advocated a few
patches back in Havana that make assumptions based on the UUID being
present and unique per instance. If it gets nulled the VMware drivers will
have have breakage and I have no idea how to avoid that reasonably without
the UUID
IIRC someone who shows up at
https://wiki.openstack.org/wiki/Meetings/VMwareAPI#Meetings is planning on
working on that again for Icehouse-3 but there's some new debate on the
best way to implement the desired effect. The goal of that change would be
to avoid streaming the disk image out of vCenter
Greetings Stackers!
BTW: Reviews by fitness at the end.
It's Wednesday so it's time for me to cheer-lead for our VMwareAPI subteam.
Go team! Our normal Wednesday meetings fall on December 25th and January
1st coming up so, no meetings until January 8th. If there's a really strong
objection to tha
Where in the wiki is this written down? Maybe I should read some of these
entries. I have looked but I can't find it.
On Dec 23, 2013 11:56 AM, "Ben Nemec" wrote:
> On 2013-12-21 07:24, Matt Riedemann wrote:
>
>> On 12/19/2013 8:51 AM, John Garbutt wrote:
>>
>>> On 4 December 2013 17:10, Russell
Greetings Stackers!
The VMwareAPI subteam had a two week break from meetings. So happy new
year to all! I hope everyone had a nice break. The Icehouse-2
milestone is coming up January 23rd! That means if you have a patch in
flight right now we need to get you ready for core-reviewers in the
next 2
We're closing in on Icehouse-2 and only 4 of our blueprints were in
good enough shape to stay in the queue. Numbers on the BP indicate the
priority number (per project) I've arbitrarily assigned the BP based
on subteam feedback. This does mean priority 1, 2, and 3 got bumped
from i-2 to i-3 so... l
I would like to have us adopt a memoizing caching library of some kind
for use with OpenStack projects. I have no strong preference at this
time and I would like suggestions on what to use.
I have seen a number of patches where people have begun to implement
their own caches in dictionaries. This
FYI:
We're keeping usage notes on VMware Minesweeper here:
https://wiki.openstack.org/wiki/NovaVMware/Minesweeper
Status updates appear on this page:
https://wiki.openstack.org/wiki/NovaVMware/Minesweeper/Status
--
# Shawn.Hartsock
___
OpenSt
sub-team status tracked here:
https://etherpad.openstack.org/p/vmware-subteam-icehouse
Many blueprints were retargeted from icehouse-3 to Juno. Full update
in the etherpad for the retargeted reviews. For icehouse so far we
still have targeted for i-3:
Nova
2. https://blueprints.launchpad.net/
Hi folks,
Just following up on what we were talking about in IRC.
The BP:
https://blueprints.launchpad.net/nova/+spec/vmware-soap-session-management
Is supposed to capture some of this work/discussion. Earlier in
Icehouse we had thought that having some kind of pseudo transaction
that could enc
; oslo.vmware git repo.
> https://review.openstack.org/#/c/70761/
>
> -- dims
>
> On Thu, Feb 6, 2014 at 5:23 PM, Shawn Hartsock wrote:
> > Hi folks,
> >
> > Just following up on what we were talking about in IRC.
> >
> > The BP:
> https://blueprints.launchpad.net/n
So taking a moment to look at ...
http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html
500 is a general fault... implying something bad happened and we don't
know how to handle it
503 is a fault implying that the responding server has a problem ...
close but not quite what's happening ...
50
On Fri, Mar 7, 2014 at 12:55 PM, Doug Hellmann
wrote:
> http://git.openstack.org/cgit/stackforge/tooz
This is good stuff. The only solution I could come up with for image
cache management was to have yet another service that you would set up
to manage the shared image cache resource. The current
We have very strong interest in pursing this feature in the VMware
driver as well. I would like to see the revert instance feature
implemented at least.
When I used to work in multi-discipline roles involving operations it
would be common for us to snapshot a vm, run through an upgrade
process, th
ll the
difference between cautiously adopting and tacitly rejecting
OpenStack.
That's how I would argue *for* the change anyhow, it's not an argument
based on ideology but on pragmatism.
On Mon, Mar 10, 2014 at 3:19 PM, Jay Pipes wrote:
> On Mon, 2014-03-10 at 12:13 -0400, Shawn
Hi Jay. We usually use [vmware] to tag discussion of VMware things. I
almost didn't see this message.
In short, there is a plan and we're currently blocked because we have
to address several other pressing issues in the driver before we can
address this one. Part of this is due to the fact that we
On Fri, Mar 14, 2014 at 6:58 PM, Dan Smith wrote:
> Review latency will be directly affected by how good the refactoring
> changes are staged. If they are small, on-topic and easy to validate,
> they will go quickly. They should be linearized unless there are some
> places where multiple sequences
ance target host as host:node when live migrate a VM instance and
> the live migration task need
> 2) Enable VCDriver report all ESX servers.
>
> We can discuss more during next week's IRC meeting.
>
> Thanks!
>
>
> 2014-03-22 17:13 GMT+08:00 Shawn Hartsock :
>
On Sat, Mar 22, 2014 at 2:03 PM, Chris Behrens wrote:
> I'd like to get spawn broken up sooner rather than later, personally. It has
> additional benefits of being able to do better orchestration of builds from
> conductor, etc.
>
I plan on delivery of that occurring as soon as or within a week
On Sat, Mar 22, 2014 at 11:55 AM, Matt Riedemann
wrote:
>
>
> On 3/22/2014 5:19 AM, Shawn Hartsock wrote:
>>
>> On Fri, Mar 14, 2014 at 6:58 PM, Dan Smith wrote:
>>>
>>> Review latency will be directly affected by how good the refactoring
>>> cha
I fully support https://review.openstack.org/#/c/70175/ but I fail to
see why the spawn-refactor should depend on that. There are only 13
lines touched that are related. These two tasks could be completed
more or less in parallel.
On Mon, Mar 24, 2014 at 4:57 AM, Gary Kotton wrote:
> Regarding th
Next week during the VMwareAPI subteam meeting I would like to discuss
blueprint priority order and tentative scheduling for Juno. I have a
proposal for the order that I would like to conduct a formal vote on
and I hope that we as a community can abide by the vote's results.
In short, we currently
reAPI
* If anything is missing, add 'hartsocks' as a reviewer to the patch so I can
examine it.
* We hang out in #openstack-vmware if you need to chat.
Happy stacking!
# Shawn Hartsock
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.o
-2:0 age: 7 days revision: 6
* Medium https://bugs.launchpad.net/bugs/1207064 review:
https://review.openstack.org/42024
title: 'VMWare : Disabling linked clone does not cache images on the
datastore'
votes: +2:0, +1:1, -1:3, -2:0 age: 1 days revision: 11
* Medium https:
Thanks. I'll change the report script if these didn't show up properly.
# Shawn Hartsock
- Original Message -
> From: "Gary Kotton"
> To: "Shawn Hartsock" , openstack-dev@lists.openstack.org
> Sent: Friday, September 20, 2013 10:07:59 AM
>
important.
# Shawn Hartsock
- Original Message -
> From: "Gary Kotton"
> To: "Shawn Hartsock" , openstack-dev@lists.openstack.org
> Sent: Friday, September 20, 2013 10:07:59 AM
> Subject: Re: [openstack-dev][Nova][vmware] VMwareAPI sub-team reviews update
&
y test I used "nova image-create"
then booted an instance from the new image. This all worked fine.
# Shawn Hartsock
- Original Message -
> From: "openstack learner"
> To: openstack-dev@lists.openstack.org
> Sent: Monday, September 23, 2013 5:00:58 PM
view.openstack.org/45203
title: 'Use RetrievePropertiesEx instead of RetrieveProperties'
votes: +2:0, +1:1, -1:1, -2:0. +18 days in progress, revision: 2 is 18
days old
Meeting info:
* https://wiki.openstack.org/wiki/Meetings/VMwareAPI
* If anything is missing, ping me
the really want is
memoization.
*
http://stackoverflow.com/questions/1988804/what-is-memoization-and-how-can-i-use-it-in-python
*
http://stackoverflow.com/questions/10879137/how-can-i-memoize-a-class-instantiation-in-python
... I'm not sure what you're trying to do. So YMMV, TTFN, BBQ.
eleted per hour ... divide by 60 for ... 3,333.333 per minute or ...
divide by 60 for ... 55.5 VM creations/deletions per second ...
... did I do that math right? So where's the million DB accesses per second
come from? Are the rules fired for every VM on every access so that 600k VM + 1
ne
ng updates then the whole
system will run faster. I remember a thread on using dogpile/memoization for
this kind of thing.
# Shawn Hartsock
- Original Message -
> From: "Yunhong Jiang"
> To: "OpenStack Development Mailing List (not for usage questions)"
>
&
ld want to decouple the database fetch from the rule assertion.
# Shawn Hartsock
- Original Message -
> From: "Chris Friesen"
> To: openstack-dev@lists.openstack.org
> Sent: Friday, November 1, 2013 2:10:52 PM
> Subject: Re: [openstack-dev] [nova][scheduler]The database
you should allow it by
allowing a cloud to escape flavors all together if they want.
# Shawn Hartsock
- Original Message -
> From: "Steve Baker"
> To: openstack-dev@lists.openstack.org
> Sent: Tuesday, November 12, 2013 2:25:23 PM
> Subject: Re: [openstack-dev] [nova
Maybe we should have some 60% rule... that is: If you change more than half of
a test... you should *probably* rewrite the test in Mock.
# Shawn Hartsock
- Original Message -
> From: "John Garbutt"
> To: "Mark McLoughlin" , "OpenStack Development
Is there anything preventing these techniques from being included in a library
that could be re-used between a stand-alone tool or a service init-hook?
# Shawn Hartsock
- Original Message -
> From: "Oleg Gelbukh"
> To: "OpenStack Development Mailing List (no
context in their head? Would they mind sharing it?
# Shawn Hartsock
- Original Message -
> From: "Mark McLoughlin"
> To: "Shawn Hartsock"
> Cc: "OpenStack Development Mailing List (not for usage questions)"
>
> Sent: Tuesday, November 12,
So the real argument for Mock over Mox is that Mock is part of the stdlib in
Python 3.3 ... that seems like a pretty sound argument to me.
# Shawn Hartsock
- Original Message -
> From: "Ben Nemec"
> To: openstack-dev@lists.openstack.org
> Sent: Tuesday, November
- Original Message -
> From: "Yunhong Jiang"
> To: "OpenStack Development Mailing List (not for usage questions)"
>
> Sent: Tuesday, November 12, 2013 5:39:58 PM
> Subject: Re: [openstack-dev] Custom Flavor creation through Heat
> > -----Origi
not the video I was looking for, but he kind of makes the point about
planning...
http://youtu.be/2E0C9zLSINE?t=42m55s
# Shawn Hartsock
- Original Message -
> From: "Shawn Hartsock"
> To: "OpenStack Development Mailing List (not for usage questions)"
>
t discovery fails while attaching volumes'
votes: +2:0, +1:2, -1:1, -2:0. +40 days in progress, revision: 9 is 1
days old
* https://review.openstack.org/53976
title: 'VMware: Fix VSAN datastores cannot be used'
votes: +2:0, +1
ng a monolithic
scheduler just prolongs how long you have before you are forced to address the
core problem.
That's just my 2 cents on the topic.
# Shawn Hartsock
- Original Message -
> From: "Mike Spreitzer"
> To: "OpenStack Development Mailing List (not
late that.
Next Meeting:
https://wiki.openstack.org/wiki/Meetings/VMwareAPI
http://www.timeanddate.com/worldclock/fixedtime.html?iso=20130619T1700
held in #openstack-meeting
# Shawn Hartsock, VMware's Nova Compute driver maintainer
___
OpenStack-dev
I'm happy to report that every open bug in Critical or High priority status has
someone assigned to it and actively working on a fix. This is really great
progress! Keep it up! Rah rah rah! GO TEAM VMware API!
Weekly Meeting info:
* https://wiki.openstack.org/wiki/Meetings/VMwareAPI
# S
https://bugs.launchpad.net/nova/+bug/1193980
* https://bugs.launchpad.net/nova/+bug/1194018
* https://bugs.launchpad.net/nova/+bug/1194076
Weekly Meeting info:
* https://wiki.openstack.org/wiki/Meetings/VMwareAPI
# Shawn Hartsock - VMware's Nova Compute driver maintainer guy
g this out late today, and
as always, thanks for your great work!
Weekly Meeting info:
* https://wiki.openstack.org/wiki/Meetings/VMwareAPI
# Shawn Hartsock - VMware's Nova Compute driver maintainer guy
___
OpenStack-dev mailing list
Ope
nit-pick reasons
Work in progress:
* https://review.openstack.org/#/c/35502/ <- I can't click the "Work in
progress button" I'm not sure how else to signal that I'm still working... help?
Meeting info:
* https://wiki.openstack.org/wiki/Meetings/V
Yes. I'm logged into gerrit and I can review my own patch. I can't abandon or
press "work in progress" on it.
# Shawn Hartsock
- Original Message -
> From: "David Ripton"
> To: openstack-dev@lists.openstack.org
> Sent: Wednesday, July 3, 2013 1
o)
Meeting info:
* https://wiki.openstack.org/wiki/Meetings/VMwareAPI
Happy stacking!
# Shawn Hartsock - VMware's Nova Compute driver maintainer guy
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
y, I'll be finishing up my blueprint work and working on one bug this
week, once that's done, I'll shift the bulk of my attention to doing reviews.
I'll need someone to run the meeting in IRC for me on July 24th. Any volunteers?
Meeting info:
* http
settings. I would like to have the accounts merged so I get all
my brownie points. But, at least the mystery was solved.
# Shawn Hartsock
- Original Message -
> From: "David Ripton"
> To: openstack-dev@lists.openstack.org
> Sent: Wednesday, July 3, 2013 10:25:47 AM
>
/34685/
Meeting info:
* https://wiki.openstack.org/wiki/Meetings/VMwareAPI
# Shawn Hartsock
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
I am trying to put everything here for now:
https://wiki.openstack.org/wiki/NovaVMware/DeveloperGuide
Let me know if you need more.
# Shawn Hartsock
Davanum Srinivas wrote:
Shawn, or others involved in this effort,
Is there a quick README or equivalent on how to use the latest code
say
ck.org/#/c/34189/
'Added check for datastore state before selection'
https://bugs.launchpad.net/nova/+bug/1194078
core votes,0, non-core votes,8, down votes, -1
Meeting info:
* https://wiki.openstack.org/wiki/Meetings/VMwareAPI
Happy stacking!
# Shawn Hartsock
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
I would like to do this because it will let me grind out details I need to
cover for other tasks, but I'm in danger of over committing myself. How fast do
you want it done? ... because that is a big job ...
# Shawn Hartsock
Russell Bryant wrote:
On 08/02/2013 07:52 AM, Thierry Carrez
#x27;
https://bugs.launchpad.net/nova/+bug/1183654
core votes,3, non-core votes,5, down votes, 0
* https://review.openstack.org/#/c/37539/ ,'Create vmware section'
https://blueprints.launchpad.net/nova/+spec/vmware-configuration-section
core votes,3, non-core votes,3, down votes, 0
Meetin
Thanks Russell!
# Shawn Hartsock
- Original Message -
> From: "Russell Bryant"
> To: openstack-dev@lists.openstack.org
> Sent: Tuesday, August 6, 2013 11:30:19 AM
> Subject: Re: [openstack-dev] [Nova] Blueprint approval
>
> On 08/06/2013 02:25 A
n ways not conducive to numerical analysis by machines.
For all the cases I know of today, splitting into a vector of integers based on
when a non-integer was encountered is the right thing to do... but you never
know... some vendor might decide to start naming their versions based on
desserts or jazz musicians... and that's fine as long as the maintainers can
figure out some algorithm for dealing with it. IMHO.
# Shawn Hartsock
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
enstack.org/#/c/33504/
* https://review.openstack.org/#/c/39336/
Thanks for your help.
# Shawn Hartsock
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
w.openstack.org/#/c/40245/
- good progress, needs some reviews
# Shawn Hartsock
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
0, non-core votes,6, down votes, -1
* NEW, https://review.openstack.org/#/c/33504/ ,'VMware: nova-compute crashes
if VC not available'
https://bugs.launchpad.net/nova/+bug/1192016
core votes,0, non-core votes,1, down votes, -1
Keep reviewing and keep up the good work.
Meeting info:
* htt
ins I know personally, use clone with
power-off from a 'template' and the system comes up with a new MAC/etc on first
boot... cloning from a running system is possible, but I would recommend
cloning from a power-off state unless you've got a hot-plug feature in your
guest O
ong in my place.
# Shawn Hartsock
- Original Message -
> From: "Russell Bryant"
> To: "OpenStack Development Mailing List"
> Sent: Monday, August 19, 2013 5:42:00 PM
> Subject: [openstack-dev] [Nova] Interested in a mid-Icehouse-cycle Nova
> mee
ad.net/nova/+spec/multiple-clusters-managed-by-one-service
core votes,0, non-core votes,2, down votes, -2
* NEW, https://review.openstack.org/#/c/34903/ ,'Deploy vCenter templates'
https://blueprints.launchpad.net/nova/+spec/deploy-vcen
The script is stupid. If my name isn't on the list of reviewers, sometimes it
fails to catch the patch. I'll add myself to these.
# Shawn Hartsock
- Original Message -
> From: "Gary Kotton"
> To: "Shawn Hartsock" , openstack-dev@lists.openstack.org
0
Meeting info:
* https://wiki.openstack.org/wiki/Meetings/VMwareAPI
* If anything is missing, add 'hartsocks' as a reviewer to the patch so I can
examine it.
* We hang out in #openstack-vmware if you need to chat.
Happy stacking!
# Shawn Hartsock
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
es,1, down votes, 0
Meeting info:
* https://wiki.openstack.org/wiki/Meetings/VMwareAPI
* If anything is missing, add 'hartsocks' as a reviewer to the patch so I can
examine it.
* We hang out in #openstack-vmware if you need to chat.
Happy stacking!
# Shawn Hartsock
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
27;VMware: Fix ensure_vlan_bridge
to work properly with existing DVS'
https://bugs.launchpad.net/nova/+bug/1194018
core votes,0, non-core votes,1, down votes, -2
Meeting info:
* https://wiki.openstack.org/wiki/Meetings/VMwareAPI
* If anything is missing, add 'hartsocks&
g,
Coase theorem, and more humorously and directly: Conway's law. But, I don't do
that for a living so I may not understand it too well. Mostly, I was interested
in how to coordinate large numbers of developers.
tl;dr please don't create a reviewer caste (it's not fun), b
Meeting info:
* https://wiki.openstack.org/wiki/Meetings/VMwareAPI
* If anything is missing, add 'hartsocks' as a reviewer to the patch so I can
examine it.
* We hang out in #openstack-vmware if you need to chat.
Happy stacking!
# Shawn Hartsock
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
7; as a reviewer to the patch so I can
examine it.
* We hang out in #openstack-vmware if you need to chat.
# Shawn Hartsock
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
75 matches
Mail list logo
