Just to clarify, I don't think those flags are need for the
XCP/XenServer block migration, it goes straight to the chosen SR on
the destination.
I would agree, there probably should be a block migration section under KVM too.
John
On 1 March 2013 10:24, Blair Bethwaite wrote:
> On 1 March 2013
The idea I like is to unify the migrate and live-migrate APIs. Currently the
migrate is scheduled and live-migrate is direct to the host.
A single migrate call could be scheduled by default, accepting hints for a
specific host or zone, with the option to be live or not-live and with or
without
One more thing I spotted around links.
In the migrated wiki:
[[XenServer/DevStack|XenServer and [[DevStack
Clearly it's a simple fix to this:
[[XenServer/DevStack|XenServer and DevStack]]
I guess this extra link (that is obviously not valid syntax, and wasn't in the
original page) got added
Hi,
This is interesting:
2012-12-03 14:38:25 ERROR nova.compute.manager
[req-3e393b4e-d0ed-430f-b0cc-53a9167e afef cep4cma] [instance:
d3dba21b-3877-4da3-a2ab-8128f8515573] VHD coalesce attempts exceeded (5),
giving up Setting instance vm_state to ERROR
Is it possible to get the logs f
ps,
John
From: Afef MDHAFFAR [mailto:afef.mdhaf...@gmail.com]
Sent: 28 November 2012 18:18
To: John Garbutt
Cc: openstack@lists.launchpad.net
Subject: Re: [Openstack] how to let the instance name (instance-xxx) equal to
the hostname of the instance (chosen by the user)??
Hi,
Yes - when you lis
Hi,
Not quick sure which "name" of the instance you are refereeing to.
Do you mean when you open XenCenter it shows you a different name?
Thanks,
John
From: openstack-bounces+john.garbutt=citrix@lists.launchpad.net
[mailto:openstack-bounces+john.garbutt=citrix@lists.launchpad.net] On
Those agents use the Xen/XenAPI specific stuff called xenstore.
There was talk of extending cloud-init and the metadata service to support some
kind of password generation on boot or at a poll interval, but I don't remember
that conversation getting too far. Anyone one else remember what came of
+1 you can’t use the libvirt specific firewall driver with XenAPI
There are some example nova.conf files here that may help:
http://docs.openstack.org/folsom/openstack-compute/admin/content/xenapi-flat-dhcp-networking.html
If you use DevStack, it should have “chosen” the correct firewall driver f
There are docs here:
http://docs.openstack.org/folsom/openstack-compute/admin/content/introduction-to-xen.html
And networking info here:
http://docs.openstack.org/folsom/openstack-compute/admin/content/xenapi-flat-dhcp-networking.html
Let me know what bits are confusing, and I will make an effort
DevStack is able to automate this whole process for you, if you follow the
XenServer Readme:
https://github.com/openstack-dev/devstack/blob/master/tools/xen/README.md
It basically installs all the plugins, and creates the VM that runs the nova
services for you. Understanding the networking can be
My bad, I noticed you have some IBM arrays. What SR type are you using to
connect to those?
I think Cinder has some code of some IBM arrays. If that connects with iSCSI,
it should work with XCP.
Cheers,
John
From: John Garbutt
Sent: 09 November 2012 12:08
To: 'Egoitz Aurrekoetxea
Sounds like a bug worth reporting.
What flavor where you selecting, and what image were you using?
There is some code in XenAPI driver that tries to resize the partition of the
disk, and the file system on it, if I remember correctly. Can you see that in
the logs? Maybe it fails because your im
Cinder is the way forward to look at exposing multiple volume types.
The Cinder guys should be able to help you with how to get that working:
https://blueprints.launchpad.net/cinder/+spec/volume-type-scheduler
XCP NFS support should be in there soon too:
https://blueprints.launchpad.net/cinder/+s
Sorry for the late response.
What you really want to do is export the OVF through XenCenter, inside there
you will find the VHD file, which is what you really want to be uploading to
Glance (I think there are instructions there for VHD files).
Mate has a nice blog post on quicker ways to extrac
Hi,
Sorry I missed this, I am still behind on my email.
In the current model every XCP node gets a VM with nova-compute running on it,
and it must be a linux PV VM.
That node does several management tasks. For example, with raw images, it will
stream the image into a VDI attached to that VM. I
MDHAFFAR [mailto:afef.mdhaf...@gmail.com]
Sent: Monday, October 29, 2012 7:53 AM
To: John Garbutt
Cc: openstack@lists.launchpad.net
Subject: Re: [Openstack] Failed to get metadata for ip x.x.x.x
Hi,
The folsom release solves the problem!
However, I noticed that the url used by devstack to
I was fairly sure trunk has been fixed now, just about the sametime his patch
was uploaded, that had other issues.
Are you still seeing the problem?
I will double check the bug has been updated when I get online.
Thanks,
John
Robert Collins wrote:
On Tue, Oct 9, 2012 at 3:56 AM, John
Just a heads up. There are a few bugs in that area that have been fixed in
Grizzly, and are not yet backported to Folsom stable. Things like deleting the
root volume after terminating a boot from volume instance.
> -Original Message-
> From: openstack-bounces+john.garbutt=citrix@list
Awesome stuff.
I went thought this the other day, and it seemed like the most annoying part of
setting up OpenStack.
Sure the flexibility is good, but adding a few shortcuts looks like a good idea.
For registering the services, I wonder if the following would be a good way to
register the servic
Hope this helps:
http://docs.openstack.org/api/openstack-compute/programmer/content/resizing-servers.html
http://docs.openstack.org/api/openstack-compute/programmer/content/confirming-server-resize.html
John
From: openstack-bounces+john.garbutt=citrix@lists.launchpad.net
[mailto:openstack-b
I think, when I had this issue I modified my keystone configuration.
I removed the quantum endpoint and service accounts, and Horizon seemed to
correctly detect there is was no quantum in my setup.
Having said that, I am surprized the flag did not work.
Maybe a capitalization error (try all caps),
I think Mate has just spotted this bug on trunk this morning.
He should be raising the bug and uploading a patch for that ASAP.
Clearly some unit tests are missing in this bit of code.
Thanks,
John
From: openstack-bounces+john.garbutt=citrix@lists.launchpad.net
[mailto:openstack-bounces+john
Hi,
Alongside the recent XenServer 6.1 release, you may have noticed XCP 1.6 beta
has been released.
If you are a user of XCP, please help influence the future of XCP by
participating in this survey:
http://www.xen.org/download/xcp/index_1.6.0.html#survey
It would be great if you can also part
My bad, I missed DaveW's much easier method:
sudo apt-get install ubuntu-cloud-keyring
Cheers,
John
> -Original Message-
> From: openstack-bounces+john.garbutt=citrix@lists.launchpad.net
> [mailto:openstack-bounces+john.garbutt=citrix@lists.launchpad.net] On
&g
Actually, that work around isn't working for me:
apt-key adv --recv-keys --keyserver keyserver.ubuntu.com 5EDB1B62EC4926EA
...
gpgkeys: HTTP fetch error 7: couldn't connect: Connection refused
gpg: no valid OpenPGP data found.
gpg: Total number processed: 0
I am assuming this is because of the co
I would have a look at the VM console for the image during the boot process to
see what is happening.
What you might find is that it is failing to boot (for some reason) then
shutting down the instance because of the boot failure.
Where did you get that Ubuntu image?
Thanks,
John
From: openst
There are a few bugs with Raw images Mate is working though at the moment (see
folsom release notes too):
https://bugs.launchpad.net/nova/+bug/1055413
https://bugs.launchpad.net/nova/+bug/1055431
Maybe you are hitting those bugs?
How new is the version of nova you are running?
Can you give us the
and VM launched via
dashboard, I should be able to help more.
John
From: Afef MDHAFFAR [mailto:afef.mdhaf...@gmail.com]
Sent: Tuesday, October 2, 2012 5:11 PM
To: John Garbutt
Cc: Bilel Msekni; openstack@lists.launchpad.net
Subject: Re: [Openstack] Devstack -- fails to launch instance
Yes
OK, so XCP-XAPI install is not that well documented yet. There is at least one
manual step to make the XenAPI plugins work.
What you need to run, on your Dom0 is this:
sudo mkdir -p /usr/etc
I think it is simply not present because it is Ubuntu and not CentOS 5.x that
you get with XenServer and
s.
If you can describe what networking you are planning to have, I will hopefully
be able to help you more directly.
Thanks,
John
From: Afef MDHAFFAR [mailto:afef.mdhaf...@gmail.com]
Sent: Friday, September 28, 2012 4:49 PM
To: John Garbutt
Cc: openstack@lists.launchpad.net<mai
Hi,
I suspect the problem is that your VM was unable to access the internet on the
VM's interface specified by: HOST_IP_IFACE
You can see how the Ubuntu install parameters are specified here:
https://github.com/openstack-dev/devstack/blob/master/tools/xen/scripts/install_ubuntu_template.sh#L53
Sorry got confused with indentation.
+1 to Joe's comment.
From: John Garbutt
Sent: Thursday, September 20, 2012 5:30 PM
To: 'Joe Gordon'; Day, Phil
Cc: openstack@lists.launchpad.net (openstack@lists.launchpad.net)
(openstack@lists.launchpad.net)
Subject: RE: [Openstack] G
I thought it could be used for anything on the XenAPI side too, although I have
not tried it that way yet.
We have posted some docs on the XenAPI side.
Around the pooled live migration that uses this anyway:
https://review.openstack.org/#/c/13202/
Cheers,
John
From: openstack-bounces+john.garbu
them in an
unprivileged VM, I haven't tried libvirt+Xen+OpenStack.
Thanks,
John
From: Afef MDHAFFAR [mailto:afef.mdhaf...@gmail.com]
Sent: Thursday, September 6, 2012 12:41 PM
To: John Garbutt
Cc: openstack@lists.launchpad.net
Subject: Re: [Openstack] boot image + glance connection failed
H
Firstly, you can use devstack to generate the DomU Ubuntu image (by doing a
network install of ubuntu), which should solve these issues for you:
https://github.com/citrix-openstack/devstack/blob/master/tools/xen/README.md
If you want to go down the route of running devstack yourself on a VM runni
Hi,
Sorry for the slow response, I have been out of email contact.
You are best running all the services in a DomU, in the single server case.
You only need the xenapi plugins running on Dom0, assuming you are not running
Quantum.
When you add the second machine, you only need compute, network
, you will probably get answers just as quickly
by asking on the Xen mailing lists.
Thanks,
John
> -Original Message-
> From: John Paul Walters [mailto:jwalt...@isi.edu]
> Sent: Thursday, August 16, 2012 4:11 PM
> To: Boris-Michel Deschenes
> Cc: Jim Fehlig; John Gar
> From: Daniel P. Berrange [mailto:berra...@redhat.com]
> On Wed, Aug 15, 2012 at 03:49:45PM +0100, John Garbutt wrote:
> > You can see what XenAPI exposes here:
> > http://docs.vmd.citrix.com/XenServer/6.0.0/1.0/en_gb/api/?c=VBD
> >
> > I think the only thing you
You can see what XenAPI exposes here:
http://docs.vmd.citrix.com/XenServer/6.0.0/1.0/en_gb/api/?c=VBD
I think the only thing you can influence when plugging in the disk is the
“userdevice” which is the disk position: 0,1,2…
When you have attached the disk you can find out the “device” name, such
> Thierry Carrez wrote:
> Daniel P. Berrange wrote:
> > People never agree on the "best" setting. Asking for this reply-to
> > setting to be changed is merely shifting the pain away from one set of
> > users (which includes you) onto other set of users (which includes
> > me). There's no net gain h
You might be able to use XenServer/XCP.
It's not supported as such, and I have never tried it, but these people seem to
have:
http://360is.blogspot.co.uk/2010/03/paravirtualized-opensolaris-solaris-on.html
> -Original Message-
> From: openstack-bounces+john.garbutt=eu.citrix@lists.la
From: Kiall Mac Innes
Anyway! DevStack is Ubuntu+KVM (by default), All the per commit testing is
Ubuntu+QEMU/KVM.. The docs are best for Ubuntu+KVM. If you're doing your first
install - I would suggest sticking to that.
Once you have that all figured out, moving to something less documented like
To my knowledge, if you want to use Xen, using XCP or XenServer (i.e. using
XenAPI driver) is the way to go. If you look at the contributions to the
drivers, you can have a good guess at who is using them.
I know people are going into production on XenAPI, not heard about Xen+libvirt
in product
I should be able to help out getting these working with XenServer/XCP, if that
is useful to anyone?
Curiosity leads me to ask: Where do I find the puppet equivalent these days?
Cheers,
John
> -Original Message-
> From: openstack-bounces+john.garbutt=eu.citrix@lists.launchpad.net
> [
> I pinged Anne Gentle about the docs missing this (apparently
> core) API server action and she will be working to get this added to the
> current docs -- especially since novaclient already has support for it...
Good good.
> The more I think about it, I believe a single migration API would be s
> > - historically XenAPI had migrate, Libvirt had live migrate
> > - But by end of Folsom we should have both having both
>
> Yes, but what is the difference between the two?
Got you. I think this is right:
Migration:
- shutdown the VM
- move current disk to the destination
- start VM
- user see
Hi,
> There are currently no tests for live migration. I imagine that the reason is
> because there is very poor documentation on the os-migrateLive API
> extension. I'd be happy to help you in writing the tests.
Cool, thanks.
> I'd love some help in identifying some documentation
> ...
> we need
> From: Scott Moser [mailto:ssmos...@gmail.com] On Behalf Of Scott Moser
> > * Cloud-Init / Metadata service (depends on DHCP(?), and not a
> > two-way
> transport)
> cloud-init does not require dhcp. It explicitly supports the passing of
> network
> interface definitions into it in Ubun
That should be fine, as long as you don't mind a reboot if you want to change
your password.
That sounds reasonable enough, given the complexity of the alternative.
Cheers,
John
> -Original Message-
> From: openstack-bounces+john.garbutt=eu.citrix@lists.launchpad.net
> [mailto:openst
Sounds good. I am up in Cambridge, so London works well for me.
There are some meetup groups already, but nothing has been arranged, AFIK:
http://www.meetup.com/Openstack-London/
http://www.meetup.com/openstack-uk/
Cheers,
John
> -Original Message-
> From: openstack-bounces+john.garbutt=
s
Cheers,
John
From: Day, Phil [mailto:philip@hp.com]
Sent: 03 July 2012 6:06
To: John Garbutt; openstack@lists.launchpad.net (openstack@lists.launchpad.net)
(openstack@lists.launchpad.net)
Subject: RE: Setting VM passwords when not running on Xen
Thanks John,
One approach we were wondering a
This seemed to crop up quite a lot in different sessions at the Design summit.
I am certainly interested in a standard way to inject information into VMs.
What I think we need is a cross hypervisor two-way guest communication channel
that is fairly transparent to the user of that VM (i.e. ideall
> From: Daniel P. Berrange [mailto:berra...@redhat.com]
> Sent: 03 July 2012 11:09
> This would suggest there's a potential use case for a new config parameter
> FLAGS.local_scratch_path, whose default value matches
> FLAGS.instances_path if not set.
+1
Cheers,
John
__
Sorry to go back in the tread, but just wanted to ask a possibly dumb question.
> Daniel P. Berrange wrote:
> In the particular case of the qemu-img command described in earlier in this
> thread, I'm not convinced we need a new option. Instead of using /tmp
> when extracting a snapshot from an exi
nal Message-
> From: Monty Taylor [mailto:mord...@inaugust.com]
> Sent: 02 July 2012 1:28
> To: John Garbutt
> Cc: openstack@lists.launchpad.net
> Subject: Re: [Openstack] PEP8 checks
>
>
>
> On 07/02/2012 06:46 AM, John Garbutt wrote:
> > Hi,
> >
> >
Hi,
I noticed I can now run the pep8 tests like this (taken from Jenkins job):
tox -v -epep8
...
pep8: commands succeeded
congratulations :)
But the old way to run tests seems to fail:
./run-tests.sh -p
...
File
"/home/johngar/openstack/nov
From: Thomas Goirand
> I wrote it before, and I will write it again: a shell script is not, and will
> never
> replace, a documentation. What you need to do is write enough
> documentation so that an experienced admin can write his own script, not
> the other way around! So please write a decent t
Glad your networking is fine :)
One other possibility is, do you have anything in the PRESEED_URL variable?
Are you OK to share your localrc file?
Cheers,
John
From: r...@midokura.jp [mailto:r...@midokura.jp] On Behalf Of Ishimoto, Ryu
Sent: 25 June 2012 3:49
To: John Garbutt
Cc: Takaaki Suzuki
I have asked some of the Xen.org guys if they know anyone who has time to fix
this.
I will let you know if I have any luck.
But yes, the XenAPI driver (talking to XCP) is probably the best way forward
with Xen right now.
If there are any blockers making that work, I am happy to help were I can.
te IP address.
Hope that helps,
John
From: r...@midokura.jp [mailto:r...@midokura.jp] On Behalf Of Ishimoto, Ryu
Sent: 22 June 2012 3:11
To: John Garbutt
Cc: Takaaki Suzuki; openstack@lists.launchpad.net
Subject: Re: [Openstack] XCP with DevStack
Hi John,
Thanks for all your help. I have a que
June 2012 11:31
To: Christian Parpart
Cc: John Garbutt; openstack-operat...@lists.openstack.org;
<,openstack@lists.launchpad.net>,
Subject: Re: [Openstack-operators] Nova Controller HA issues
I am using OpenStack for my little lab for a short time too))
Ok, you are right of course, but I m
I have pushed a possible way we can fix this:
https://bugs.launchpad.net/nova/+bug/1012179
Not sure I like the fix I have come up with though.
Cheers,
John
> -Original Message-
> From: Daniel P. Berrange [mailto:berra...@redhat.com]
> Sent: 11 June 2012 18:14
> To: John
Hi,
I am trying to run tests like "test_xenapi" and "test_libvirt" by themselves do
things like:
nosetests test_xenapi
But it does work, I get DB errors relating to missing tables. However, I can
successfully run all the tests.
The way I understand it:
- nova.tests.__init__.py setup() does
midokura.jp [mailto:suz...@midokura.jp] On Behalf Of
> Takaaki Suzuki
> Sent: 11 June 2012 11:37
> To: John Garbutt
> Cc: openstack@lists.launchpad.net; dev; Ryu Ishimoto; Mike McClurg
> Subject: Re: [Openstack] Can't launch VM with XCP plus OpenStack Essex
> release version
>
>
It is not well documented (I promise to work on that soon), but you should use
an EXT3 local SR, not LVM. It is certainly worth moving to EXT3, just to rule a
few things out.
I see you are using the Ubuntu XCP packages. This is a version of XenAPI I have
not yet started doing much QA on, but I
er than qemu. There may be other required changes that
other people know about.
Cheers,
John
> -Original Message-
> From: Massimo Canonico [mailto:m...@di.unipmn.it]
> Sent: 05 June 2012 14:51
> To: John Garbutt
> Cc: openstack@lists.launchpad.net
> Subject: Re: [Open
age-
> From: Mohammed Naser [mailto:mna...@vexxhost.com]
> Sent: 01 June 2012 16:13
> To: John Garbutt
> Cc: Zhixue Wu; openstack@lists.launchpad.net
> Subject: Re: [Openstack] [XenAPI] Implementing text console (log)
>
> Just a small ping for everyone involved, any updates?
&
You can use Xen with OpenStack without XCP. You do Xen+libvirt.
libvirt_type="xen"
I haven't tried that myself, I am concentrating on XenAPI bases systems.
Cheers,
John
> -Original Message-
> From: openstack-bounces+john.garbutt=eu.citrix@lists.launchpad.net
> [mailto:openstack-bounc
Hi,
Sorry, not had chance to look at the bugs in the last few days.
It should be possible to just snapshot the root VDI. I guess that is what makes
the most sense, what does the API say should happen?
I guess we want the snapshot operation on the volume. I am not sure how well
this plays with b
OpenStack will default to use KVM, but you should just be able to add the flag
libvirt_type="xen"
There are some been the odd issue found with that setup that has been fixed
relatively recently, but you should be OK.
The logs should give you some useful error to see what is actually failing.
I
Hi,
I assume you are using xcp-xapi in Ubuntu. First of all, is it all running
correctly (i.e. xe vm-list is returning correctly):
http://wiki.xen.org/wiki/Using_XCP_-_preparing_the_toolstack
It turns out the current DevStack will not work with this, but I have pushed
some changes to support it
> From: Vishvananda Ishaya [mailto:vishvana...@gmail.com]
> Keep in mind that we actually have three options
Good point, I forgot about resize.
I guess we have:
- Live Migrate (with/without block migrate)
- (Non-live) Migrate
- Resize
I guess the more general way of looking at this is having an
Awesome, this has been on my team's TODO list for far too long.
Have you added back the xapi-serial-console blueprint anywhere?
> At the moment, I have a sort-of working concept of it that only runs under
> XS6 (the only one that offers VT100 terminals), however it has a fallback to
> returning n
I have been meaning to draft a blueprint around this.
What we have today:
* Migrate: move a VM from one server to another, reboots across the
move (I think) and destination is picked by scheduler
* LiveMigration: move a VM form one server to another, VM doesn't
appear to reboot
Hi,
> From Roman Sokolkov:
> We use XCP + quantum + tenant vlans . One XCP box and one Ubuntu 12.04
> box(controller). Nova-compute host it is domU on XCP. Boxes connected with
> patch-cord and we able to use VLANs inside.
> There are problems with security groups. They not work at all.
> We u
either be "non-compliant" or "not implemented". Maybe
"non-compliant" could specify which versions it is not compliant with.
Cheers,
John
From: Joshua Harlow [mailto:harlo...@yahoo-inc.com]
Sent: 08 May 2012 18:49
To: John Garbutt; Doug Hellmann; Martin Packman; Joe Gor
see some of you there!
Cheers,
John
__
John Garbutt
Senior Software Development Engineer, Cloud
T: +44 1954 283663
john.garb...@citrix.com<mailto:john.garb...@citrix.com>
http://www.citrix.com<http://www.c
I am certainly up for helping with this effort.
I wondered about this approach:
* Starting with Tempest (mostly for its reporting, and configuration)
* Creating a new category "EC2_Compat" or something like that
* Trying to add in all the tests from those two repos into
+1 to this plan
> From the above, I would surmise that smoke tests should have all three of
> the following characteristics:
>
> * Test basic operations of an API, usually in a specific order that makes
> sense
> as a bare-bones use case of the API
> * Test only the correct action paths -- in o
I may have missed this in the discussions, but does this impact on upgrade?
I am guessing you have tested Essex -> Folsom upgrade, but does this affect
people upgrading from any of the Essex milestones to Folsom? I guess the deeper
question is which upgrade paths do we want to maintain...
Thank
XenServer does snapshots, but it uses VHD files on the EXT file system. That
means it is not supported with LVM storage.
As far as I understand things: Snapshot = "upload current state of disk to
Glance as a new image"
I have not seen any support for incremental snapshots/backups as yet, but I
The VMWare and XenServer OpenStack support have very similar architectures.
Every hypervisor has a VM that runs the nova-compute code. You don’t as such
install it into the hypervisor. In the case of XenServer, there are certainly
some plugins that are installed, but nova, at the moment, still r
: Zhixue Wu [mailto:zhixue...@gmail.com]
Sent: 25 April 2012 00:44
To: John Garbutt
Cc: Armando Migliaccio; Alan Kavanagh; openstack@lists.launchpad.net
Subject: Re: [Openstack] Regular XenAPI Meeting
John,
Please count me in as well.
Wu
Sent from my iPad
On Apr 24, 2012, at 11:44 PM, John Garbutt
Good plan, I have started a wiki page to capture that stuff:
http://wiki.openstack.org/XenAPIMeetings
Cheers,
John
> -Original Message-
> From: Armando Migliaccio [mailto:amigliac...@internap.com]
> Sent: 24 April 2012 16:23
> To: Alan Kavanagh
> Cc: John Gar
If you are using XenServer, you should be able to talk to the NetApp using
XenServer's Storage Manager.
You can either create XenServer pools connected to NetApp, using Host
Aggregates to build up your pool, or use the Storage Manager integration to
expose volumes to your VMs on local storage.
I
Hi,
Are people keen for a XenAPI virt layer meetup on IRC every month?
I have added a suggested time to the wiki, as a starting point:
Monthly, second Wednesday at 17:00 UTC
Does that seem a reasonable time for those that want to attend? It can be more
frequent if we find that useful.
I don't
I got asked by E2C support by RealStatus who have a cool 3D modeling tool that
works against EC2 and would love better APIs to make that work well with
OpenStack:
http://www.youtube.com/watch?feature=player_embedded&v=SOkWRxDwTNI
Hopefully I should be able to lend a hand with some of this EC2 wo
...@gmail.com]
Sent: 03 April 2012 19:11
To: Day, Phil
Cc: John Garbutt; Jan Drake; Lorin Hochstein; openstack@lists.launchpad.net
Subject: Re: [Openstack] Limit flavors to specific hosts
On Apr 3, 2012, at 6:45 AM, Day, Phil wrote:
Hi John,
Maybe the problem with host aggregates is that it too
> >> However, I'm not sure how people would feel about having both
> >> openstack.common.exception and nova.exception in the tree since they
> >> overlap quite a bit. I like being able to do work in pieces, but
> >> having them both in the tree leaves the code in an odd state, so we
> >> need some
Thanks for the info. The one thing I am missing is the ifconfig info from
inside your VM instance (I would personally use XenCenter to access the console
and see what is going on). I am assuming that it is not getting the correct IP
address from the DHCP server in nova-network. And I am assuming
+1 for move to nova.common
I remember discussion about versioning these messages to aid rolling /
zero-downtime upgrades.
Might be worth considering those when doing the decoupling?
Cheers,
John
> -Original Message-
> From: openstack-bounces+john.garbutt=eu.citrix@lists.launchpad.n
I thought live-migration can happen through the nova CLI now (that is quite new
I think).
However, there are also some commands for the XenServer storage migration
volume driver that can only be done using nova-manage. I assume the intention
is to add nova api extensions at some point, so that
Just double checking, but about the other machine you have put on the same
network as your VMs, is the interface configured in the same subnet as the VMs?
Also, Just to be clear, not sure anyone has ever tried the sort of setup you
are wanting (Single interface, with no VLANs). I have seen many
> > How else can we parcel out the doc work and track it? Open to any and
> > all ideas here.
>
> I think a blueprint for the 'Essex Flags' documentation will help track it.
> We
> can then link bugs to the blueprint, and update the blueprint with any
> additional notes or links.
>
> I think a
the
manuals.
Cheers,
John
From: Vishvananda Ishaya [mailto:vishvana...@gmail.com]
Sent: 29 March 2012 19:15
To: John Garbutt
Cc: Salvatore Orlando; Alexandre Leites; Ewan Mellor;
openstack@lists.launchpad.net; todd.desh...@xen.org
Subject: Re: [Openstack] [OpenStack] Xen Hypervisor
On Mar 29
> -Original Message-
> From: Thomas Goirand [mailto:tho...@goirand.fr]
> Why not using:
> xe host-list --minimal
> instead of the grep, split, strip code, which adds useless complexity?
[JG] Sure, that is much better. I just cut and paste the old code to save
retesting.
> Also, this piece
ou are
using, that would be great.
I hope that helps,
John
From: Ewan Mellor
Sent: 25 March 2012 19:56
To: Alexandre Leites; openstack@lists.launchpad.net
Cc: John Garbutt
Subject: RE: [Openstack] [OpenStack] Xen Hypervisor
It looks like you're hitting a recently introduced bug (maybe).
safe to assume this would be a production oriented pack,
rather than the devstack style dev oriented setup?
/Kieran
On 22 Mar 2012, at 11:31, John Garbutt wrote:
6.0.0 should work fine.
I must have gained some weak mind reading powers, and I just wrote a few more
wiki pages.
Here is the best
6.0.0 should work fine.
I must have gained some weak mind reading powers, and I just wrote a few more
wiki pages.
Here is the best place to start:
http://wiki.openstack.org/XenServer
I actually just added this wiki page (still a work in progress really):
http://wiki.openstack.org/XenServer/Post
.
I can then maybe look at polishing them, and getting them into the manuals.
Thanks,
John
> -Original Message-
> From: Salvatore Orlando
> Sent: 21 March 2012 00:51
> To: John Garbutt; 'Thomas Goirand'
> Cc: PKG OpenStack; Dave Scott; openstack@lists.launchpad.n
1 - 100 of 118 matches
Mail list logo
