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 blair.bethwa...@gmail.com
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
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
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
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
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 list your vms via xe vm-list
+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
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
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
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.
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
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:
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
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 Aurre
, 2012 at 3:56 AM, John Garbutt john.garb...@citrix.com wrote:
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.
It's been nearly three weeks now - can we revert
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
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:
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
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
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
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
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:
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
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
Behalf Of John Garbutt
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 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
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
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:
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] Generalsied host
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
Hi,
Thanks
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 Garbutt; openstack
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,
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 can influence when plugging in the disk
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 here. Just
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:
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
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
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
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 to
- 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 sees
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:
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
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 Ubuntu
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
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
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.
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 about is to have
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
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,
I noticed I can now run the pep8 tests like this (taken from
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
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
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 question
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
2012 11:31
To: Christian Parpart
Cc: John Garbutt; openstack-operat...@lists.openstack.org;
lt,openstack@lists.launchpad.netgt,
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 meant a some
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 Garbutt
Cc
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
...@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
Hi John.
Thank you for your support again
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 the
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: [Openstack] Install OpenStack on Fedora 16 and xen
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
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
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
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
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 use
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
see some of you there!
Cheers,
John
__
John Garbutt
Senior Software Development Engineer, Cloud
T: +44 1954 283663
john.garb...@citrix.commailto:john.garb...@citrix.com
http://www.citrix.comhttp://www.citrix.com
-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 Gordon; jaypi...@gmail.com
Cc: openstack
Subject: Re
+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 other
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...
: 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
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
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
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 Garbutt; openstack
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_embeddedv=SOkWRxDwTNI
Hopefully I should be able to lend a hand with some of this EC2
+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:
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
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 end goal in
...@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
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
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
+john.garbutt=eu.citrix@lists.launchpad.net]
On Behalf Of Daryl Walleck
Sent: 02 April 2012 04:25
To: John Garbutt
Cc: openstack-xenapi@lists.launchpad.net; openstack-qa-t...@lists.launchpad.net
Subject: Re: [Openstack-qa-team] QA of XenServer features using Tempest
Hi John,
So I have a few
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 single bug
it into 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 of
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). I haven't run
the code, but from reading through, it looks like
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):
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 place to start
.
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.net; xen-api
Subject: RE: [Xen
Hi,
As Todd said, I am concentrating on getting the developer docs straight first.
Hence the current fixation on DevStack as a sort of deployment documentation.
The current idea (feel free to say this will not work for you) is that people
can try out OpenStack with DevStack, kick the tyres.
Hi,
We actively working on improving these guides. Hopefully they will become more
bullet proof very soon!
We are working on getting the wiki up to scratch as a first step:
http://wiki.openstack.org/XenServerhttp://wiki.openstack.org/XenServer/XenXCPAndXenServer
I have not seen this error
Looks like you don't have xenapi installed, somehow.
This should do the trick:
pip install xenapi
It would be interesting to know how you got to that error? Are you using
DevStack?
Thanks,
John
From: openstack-bounces+john.garbutt=eu.citrix@lists.launchpad.net
On Behalf Of Thomas Goirand
which installs the above in the correct folders (which are *NOT* the same as
for CentOS). I'd love to have a bit of help from Citrix to test all this by
the way.
I hear you, and want to help out :-)
I hope we can setup some Jenkins tests on various
Hi,
So glad people are reading the docs I drafted on the wiki last week :-)
Ewan has taken these and added some more color on some of the details.
Hopefully these will get pushed into the manuals, and I will update the wiki.
With any luck that should clear up some of the confusion.
We have
Hi,
When using XenServer/XCP/Kronos, you will need a para-virtualized VM on that
hypervisor to run the nova services.
The diagram in this page should help visualize what is going on:
http://wiki.openstack.org/XenXCPAndXenServer
The easiest way I know to get started is to follow the DevStack
Hopefully this will help:
http://wiki.openstack.org/XenXCPAndXenServer
You can get started using DevStack:
http://wiki.openstack.org/XenServer/DevStack
Thanks,
John
From: openstack-bounces+john.garbutt=eu.citrix@lists.launchpad.net
We have recently updated the XenServer/XCP code so the storage is configurable,
if you want a pattern to copy.
https://github.com/citrix-openstack/nova/blob/everett/nova/virt/xenapi/vm_utils.py
If I remember correctly, they assumed standalone ESX hosts with local storage,
so never got around to
1 - 100 of 103 matches
Mail list logo