[Openstack] Share Glance between cells or regions
Hi, We're looking at setting up a geographically distributed OpenStack installation, and we're considering either cells or regions. We'd like to share a single Glance install between our regions (or cells), so the same images can be spawned anywhere. From here: http://docs.openstack.org/trunk/openstack-ops/content/segregate_cloud.html it's not clear whether that's possible. Can anyone shed some light on this? Is it possible in regions OR cells (or both)? Is there a better solution that I'm not thinking of? thanks, JP ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
[Openstack] [HPC] Anyone interested in an HPC-themed unconference?
Hi, We missed the deadline for an HPC related design summit session, but there's still time to sign up for an unconference if anyone's interested. Anyone interested? I'd propose one of the Wednesday slots. best, JP ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
[Openstack] using Glusterfs for instance storage
Hi, We've started implementing a Glusterfs-based solution for instance storage in order to provide live migration. I've run into a strange problem when using a multi-node Gluster setup that I hope someone has a suggestion to resolve. I have a 12 node distributed/replicated Gluster cluster. I can mount it to my client machines, and it seems to be working alright. When I launch instances, the nova-compute log on the client machines are giving me two error messages: First is a qemu-kvm error: could not open disk image /exports/instances/instances/instance-0242/disk: Invalid argument (full output at http://pastebin.com/i8vzWegJ) The second error message comes a short time later ending with nova.openstack.common.rpc.amqp Invalid: Instance has already been created (full output at http://pastebin.com/6Ta4kkBN) This happens reliably with the multi-Gluster-node setup. Oddly, after creating a test Gluster volume composed of a single brick and single node, everything works fine. Does anyone have any suggestions? thanks, JP ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] using Glusterfs for instance storage
Hi Razique, Thanks for chiming in. Yes, nova owns the instances directory that it's writing to. In fact, between the multi-node volume and the single node volume, I gave the same permissions: created a directory instances on the gluster volume, and chown nova.nova instances. The individual instance directories get created whenever I try to launch an instance, and the permissions all seem okay to me: Here are the permissions on the gluster volume: [root@openstack-13 instances]# ls -al total 29 drwxr-xr-x. 4 nova nova 234 Apr 11 14:20 . drwxr-xr-x. 3 root root 4096 Apr 10 15:52 .. drwxr-x---. 11 nova nova 24576 Apr 11 14:31 instances Inside of instances: [root@openstack-13 instances]# ls -al total 33 drwxr-x---. 11 nova nova 24576 Apr 11 14:31 . drwxr-xr-x. 4 nova nova 234 Apr 11 14:20 .. drwxr-xr-x. 2 nova nova 8302 Apr 11 14:21 _base drwxr-xr-x. 2 nova nova 110 Apr 11 14:21 instance-023b drwxr-xr-x. 2 nova nova 110 Apr 11 14:22 instance-023c drwxr-xr-x. 2 nova nova 110 Apr 11 14:22 instance-023d drwxr-xr-x. 2 nova nova 110 Apr 11 14:22 instance-023e drwxr-xr-x. 2 nova nova 110 Apr 11 14:22 instance-023f drwxr-xr-x. 2 nova nova 110 Apr 11 14:22 instance-0240 drwxr-xr-x. 2 nova nova 110 Apr 11 14:25 instance-0241 drwxr-xr-x. 2 nova nova 110 Apr 11 14:31 instance-0242 instance-0241 is an example of one that's failed, inside of there: [root@openstack-13 instance-0241]# ls -al total 4678 drwxr-xr-x. 2 nova nova 110 Apr 11 14:25 . drwxr-x---. 11 nova nova 24576 Apr 11 14:31 .. -rw-rw. 1 root root 0 Apr 11 14:25 console.log -rw-r--r--. 1 root root 262144 Apr 11 14:25 disk -rw-r--r--. 1 root root 4404752 Apr 11 14:25 kernel -rw-r--r--. 1 nova nova1277 Apr 11 14:25 libvirt.xml -rw-r--r--. 1 root root 96629 Apr 11 14:25 ramdisk To me, it seems reasonable. I'm happy to be wrong though. thanks, JP On Apr 11, 2013, at 10:49 AM, Razique Mahroua razique.mahr...@gmail.com wrote: Hi JP, my bet is that this is a writing permissions issue. Does nova has the right to write within the mounted directory? Razique Mahroua - Nuage Co razique.mahr...@gmail.com Tel : +33 9 72 37 94 15 NUAGECO-LOGO-Fblan_petit.jpg Le 11 avr. 2013 à 16:36, John Paul Walters jwalt...@isi.edu a écrit : Hi, We've started implementing a Glusterfs-based solution for instance storage in order to provide live migration. I've run into a strange problem when using a multi-node Gluster setup that I hope someone has a suggestion to resolve. I have a 12 node distributed/replicated Gluster cluster. I can mount it to my client machines, and it seems to be working alright. When I launch instances, the nova-compute log on the client machines are giving me two error messages: First is a qemu-kvm error: could not open disk image /exports/instances/instances/instance-0242/disk: Invalid argument (full output at http://pastebin.com/i8vzWegJ) The second error message comes a short time later ending with nova.openstack.common.rpc.amqp Invalid: Instance has already been created (full output at http://pastebin.com/6Ta4kkBN) This happens reliably with the multi-Gluster-node setup. Oddly, after creating a test Gluster volume composed of a single brick and single node, everything works fine. Does anyone have any suggestions? thanks, JP ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] using Glusterfs for instance storage
Hi Sylvain, I agree, though I've confirmed that the UID and GID are consistent across both the compute nodes and my Glusterfs nodes. JP On Apr 11, 2013, at 11:22 AM, Sylvain Bauza sylvain.ba...@digimind.com wrote: Agree. As for other shared FS, this is *highly* important to make sure Nova UID and GID are consistent in between all compute nodes. If this is not the case, then you have to usermod all instances... -Sylvain Le 11/04/2013 16:49, Razique Mahroua a écrit : Hi JP, my bet is that this is a writing permissions issue. Does nova has the right to write within the mounted directory? Razique Mahroua - Nuage Co razique.mahr...@gmail.com Tel : +33 9 72 37 94 15 Le 11 avr. 2013 à 16:36, John Paul Walters jwalt...@isi.edu a écrit : Hi, We've started implementing a Glusterfs-based solution for instance storage in order to provide live migration. I've run into a strange problem when using a multi-node Gluster setup that I hope someone has a suggestion to resolve. I have a 12 node distributed/replicated Gluster cluster. I can mount it to my client machines, and it seems to be working alright. When I launch instances, the nova-compute log on the client machines are giving me two error messages: First is a qemu-kvm error: could not open disk image /exports/instances/instances/instance-0242/disk: Invalid argument (full output at http://pastebin.com/i8vzWegJ) The second error message comes a short time later ending with nova.openstack.common.rpc.amqp Invalid: Instance has already been created (full output at http://pastebin.com/6Ta4kkBN) This happens reliably with the multi-Gluster-node setup. Oddly, after creating a test Gluster volume composed of a single brick and single node, everything works fine. Does anyone have any suggestions? thanks, JP ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
[Openstack] [HPC] monthly telecon
Hi All, The monthly HPC telecon is postponed until we have a better sense of the sessions that will be scheduled for the Grizzly Design Summit. We'll shoot for holding the telecon on Monday, Oct. 8 in the hopes that we'll know whether our HPC sessions were accepted. If the decisions aren't yet made, we'll re-evaluate. The intent of this month's telecon will be to prepare for the Grizzly Summit. best, JP ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
[Openstack] [HPC] Reminder monthly telecon Sep. 10
Hi, This is a reminder that we'll hold our next monthly HPC telecon this coming Monday, Sep. 10 and 12:00 noon Eastern Time. We'll use webex (details below). The agenda is somewhat open. Our default will be to start the conversation about HPC features that folks are interested in adding to the Grizzly release. If anyone has any other specific agenda items, they're welcome to propose them. I'm unable to attend, so my colleague David Kang will be hosting this meeting. We look forward to talking to you! best, JP John Paul Walters invites you to attend this online meeting. Topic: HPC Monthly Telecon Date: Monday, September 10, 2012 Time: 12:00 pm, Eastern Daylight Time (New York, GMT-04:00) Meeting Number: 927 246 497 Meeting Password: hpcmonthly --- To join the online meeting (Now from mobile devices!) --- 1. Go to https://openstack.webex.com/openstack/j.php?ED=203524102UID=1431607857PW=NYzljOTEwYThjRT=MiMxMQ%3D%3D 2. If requested, enter your name and email address. 3. If a password is required, enter the meeting password: hpcmonthly 4. Click Join. To view in other time zones or languages, please click the link: https://openstack.webex.com/openstack/j.php?ED=203524102UID=1431607857PW=NYzljOTEwYThjORT=MiMxMQ%3D%3D ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
[Openstack] [HPC] Monthly telecon
Hi, The HPC telecon, normally scheduled for the first Monday of the month, will instead be held on Monday, Sep. 10 due to the Labor Day holiday in the US. It'll be held at 12:00 noon Eastern Time. I'll follow up with an agenda near the end of next week. If there's anything that others would like to place on the agenda, please let me know. Separately, I'd like to bring to your attention that Brian Schott has succeeded in getting a dedicated HPC mailing list started. For anyone interested, please sign up here: openstack-...@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-hpc best, JP___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] What is the most commonly used Hypervisor and toolset combination?
Hi Boris, We have GPU passthrough working with NVIDIA GPUs in Xen 4.1.2, if I recall correctly. We don't yet have a stable Xen + Libvirt installation working, but we're looking at it. Perhaps it would be worth collaborating since it sounds like this could be a win for both of us. best, JP On Aug 16, 2012, at 9:31 AM, Boris-Michel Deschenes wrote: That would be great Jim, I've built a cloud that uses CentOS+libvirt+Xen 4.1.3 to do GPU passthrough and I just love to be able to use libvirt with Xen, this setup makes a lot of sense to me since our main, bigger cloud is the standard libvirt+KVM, using libvirt across the board is great for us. I'm following your work closely, the GPU cloud is still using libvirt+xend but when I move to Xen 4.2 my understanding is that I will need libvirt+xl (xenlight) so I guess there's still some work to be done in libvirt there... The reason I want to move to Xen 4.2 is the GPU passthrough of NVIDIA GPUs... currently, with Xen 4.1.3, I successfully passthrough ATI GPUs only. Boris -Message d'origine- De : openstack-bounces+boris-michel.deschenes=ubisoft@lists.launchpad.net [mailto:openstack-bounces+boris-michel.deschenes=ubisoft@lists.launchpad.net] De la part de Jim Fehlig Envoyé : 18 juillet 2012 17:56 À : John Garbutt Cc : openstack@lists.launchpad.net Objet : Re: [Openstack] What is the most commonly used Hypervisor and toolset combination? John Garbutt wrote: 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 production. Having said this, I have seen some fixes to Folsom around Xen + libvirt, I think from SUSE? Yes, I'm slowly working on improving support for xen.org Xen via the libvirt driver and hope to have these improvements in for the Folsom release. Regards, Jim ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
[Openstack] [HPC] Reminder monthly telecon Aug. 6
Hi, This is just a reminder that we'll hold the first of the monthly HPC telecons this Monday, August 6 at 12:00 noon EDT. We'll use Webex (details below) due to the number of people who expressed interest earlier (way more than the 9 person Google Meetup max). I'm proposing the following agenda, but I'm open to additions or changes. 1) Update on ISI's HPC extensions 2) Comments from anyone who's stood up an HPC cloud or planning to do so 3) User feedback - what's missing from the current HPC extensions. 4) Opportunity for anyone to share best practices I hope to hear from you on Monday! best, JP -- John Paul Walters invites you to attend this online meeting. Topic: HPC Monthly Telecon Date: Monday, August 6, 2012 Time: 12:00 pm, Eastern Daylight Time (New York, GMT-04:00) Meeting Number: 923 255 478 Meeting Password: hpcmonthly --- To join the online meeting (Now from mobile devices!) --- 1. Go to https://openstack.webex.com/openstack/j.php?ED=200451317UID=0PW=NNDc0NWQwM2Q0RT=MiMxMQ%3D%3D 2. If requested, enter your name and email address. 3. If a password is required, enter the meeting password: hpcmonthly 4. Click Join. To view in other time zones or languages, please click the link: https://openstack.webex.com/openstack/j.php?ED=200451317UID=0PW=NNDc0NWQwM2Q0ORT=MiMxMQ%3D%3D --- For assistance --- 1. Go to https://openstack.webex.com/openstack/mc 2. On the left navigation bar, click Support. You can contact me at: jwalt...@isi.edu To add this meeting to your calendar program (for example Microsoft Outlook), click this link: https://openstack.webex.com/openstack/j.php?ED=200451317UID=0ICS=MILD=1RD=2ST=1SHA2=Rgtldz-Me-bviq4iqjCdUTu5tvTmYbooQApYM5I5a6Y=RT=MiMxMQ%3D%3D The playback of UCF (Universal Communications Format) rich media files requires appropriate players. To view this type of rich media files in the meeting, please check whether you have the players installed on your computer by going tohttps://openstack.webex.com/openstack/systemdiagnosis.php. ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] [HPC] BoF at SC12
Hi Lorin, Thanks for the followup. I'm perfectly happy to go the Openstack-specific route, but I haven't received much feedback from the Openstack community. It would be helpful if we could get some sense of community interest (and likelihood of attending) to accompany our submission. What do others think? Would others be interested in attending? JP On Jul 22, 2012, at 9:12 PM, Lorin Hochstein wrote: On Jul 6, 2012, at 1:28 PM, John Paul Walters wrote: I'm strongly considering putting together a proposal for a BoF (birds of a feather) session at this year's Supercomputing in Salt Lake City. For those of you who are likely to attend, is anyone else interested? It's not a huge amount of time invested on my end to put together the proposal, but I'd like to gauge the community interest before doing so. I would likely broaden things a bit from being exclusively Openstack and instead turn it into more of an HPC in the Cloud session so that we could, perhaps, take some input from other HPC cloud projects. The submissions are due July 31, so we've got a little bit of time, but not too much. Anyone else interested? best, JP JP: I think this was a great idea, we were thinking about proposing this if nobody else did. I would suggest making it OpenStack-specific, since there was an HPC in the Cloud BoF last year (http://sc11.supercomputing.org/schedule/event_detail.php?evid=bof140), and they'll probably re-apply this year as well. I think we can get critical mass for an OpenStack BoF. Along these lines: Chris Hoge from U. Oregon gave a talk last week at OSCON about their use of OpenStack on HPC http://www.oscon.com/oscon2012/public/schedule/detail/24261 (There are some good slides attached to that web page) Take care, Lorin -- Lorin Hochstein Lead Architect - Cloud Services Nimbis Services, Inc. www.nimbisservices.com ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] Baremetal Provisioning and proxy-nova-compute
Trinath, Do you have a /tftpboot/ directory on your proxy compute server, and if so are there any error logs in there? Please send us any error logs that you find and we'll try to get you fixed up. JP On Jul 6, 2012, at 6:51 AM, Trinath Somanchi wrote: Hi- I'm currently trying/testing on How Baremetal provisioning works with openstack nova. when I start nova-compute server in the proxy-nova-compute server, I have seen the following error 2012-07-06 16:13:15 DEBUG nova.service [-] quota_security_group_rules : 20 from (pid=11576) wait /usr/lib/python2.7/dist-packages/nova/service.py:411 2012-07-06 16:13:15 DEBUG nova.service [-] xenapi_connection_password : FLAG SET from (pid=11576) wait /usr/lib/python2.7/dist-packages/nova/service.py:409 2012-07-06 16:13:15 DEBUG nova.service [-] rabbit_virtual_host : / from (pid=11576) wait /usr/lib/python2.7/dist-packages/nova/service.py:411 2012-07-06 16:13:15 DEBUG nova.service [-] libvirt_volume_drivers : ['iscsi=nova.virt.libvirt.volume.LibvirtISCSIVolumeDriver', 'local=nova.virt.libvirt.volume.LibvirtVolumeDriver', 'fake=nova.virt.libvirt.volume.LibvirtFakeVolumeDriver', 'rbd=nova.virt.libvirt.volume.LibvirtNetVolumeDriver', 'sheepdog=nova.virt.libvirt.volume.LibvirtNetVolumeDriver'] from (pid=11576) wait /usr/lib/python2.7/dist-packages/nova/service.py:411 2012-07-06 16:13:15 DEBUG nova.service [-] network_driver : nova.network.linux_net from (pid=11576) wait /usr/lib/python2.7/dist-packages/nova/service.py:411 2012-07-06 16:13:15 DEBUG nova.service [-] quota_instances : 10 from (pid=11576) wait /usr/lib/python2.7/dist-packages/nova/service.py:411 2012-07-06 16:13:15 DEBUG nova.service [-] vnc_keymap : FLAG SET from (pid=11576) wait /usr/lib/python2.7/dist-packages/nova/service.py:409 2012-07-06 16:13:15 DEBUG nova.service [-] image_service : nova.image.glance.GlanceImageService from (pid=11576) wait /usr/lib/python2.7/dist-packages/nova/service.py:411 2012-07-06 16:13:15 DEBUG nova.service [-] libvirt_inject_password : FLAG SET from (pid=11576) wait /usr/lib/python2.7/dist-packages/nova/service.py:409 2012-07-06 16:13:15 DEBUG nova.service [-] control_exchange : nova from (pid=11576) wait /usr/lib/python2.7/dist-packages/nova/service.py:411 2012-07-06 16:13:15 DEBUG nova.service [-] cnt_vpn_clients : 0 from (pid=11576) wait /usr/lib/python2.7/dist-packages/nova/service.py:411 2012-07-06 16:13:15 DEBUG nova.service [-] log_file : None from (pid=11576) wait /usr/lib/python2.7/dist-packages/nova/service.py:411 2012-07-06 16:13:15 DEBUG nova.service [-] compute_manager : nova.compute.manager.ComputeManager from (pid=11576) wait /usr/lib/python2.7/dist-packages/nova/service.py:411 2012-07-06 16:13:15 DEBUG nova.service [-] compute_driver : nova.virt.connection.get_connection from (pid=11576) wait /usr/lib/python2.7/dist-packages/nova/service.py:411 2012-07-06 16:13:15 DEBUG nova.service [-] network_topic : network from (pid=11576) wait /usr/lib/python2.7/dist-packages/nova/service.py:411 2012-07-06 16:13:15 AUDIT nova.service [-] Starting compute node (version 2012.1-LOCALBRANCH:LOCALREVISION) 2012-07-06 16:13:16 DEBUG nova.utils [req-dc7cdfb3-e7b6-468d-8c62-9f7c2a6f5291 None None] backend module 'nova.db.sqlalchemy.api' from '/usr/lib/python2.7/dist-packages/nova/db/sqlalchemy/api.pyc' from (pid=11576) __get_backend /usr/lib/python2.7/dist-packages/nova/utils.py:658 2012-07-06 16:13:16 CRITICAL nova [-] Expecting property name: line 1 column 2 (char 2) 2012-07-06 16:13:16 TRACE nova Traceback (most recent call last): 2012-07-06 16:13:16 TRACE nova File /usr/bin/nova-compute, line 49, in module 2012-07-06 16:13:16 TRACE nova service.wait() 2012-07-06 16:13:16 TRACE nova File /usr/lib/python2.7/dist-packages/nova/service.py, line 413, in wait 2012-07-06 16:13:16 TRACE nova _launcher.wait() 2012-07-06 16:13:16 TRACE nova File /usr/lib/python2.7/dist-packages/nova/service.py, line 131, in wait 2012-07-06 16:13:16 TRACE nova service.wait() 2012-07-06 16:13:16 TRACE nova File /usr/lib/python2.7/dist-packages/eventlet/greenthread.py, line 166, in wait 2012-07-06 16:13:16 TRACE nova return self._exit_event.wait() 2012-07-06 16:13:16 TRACE nova File /usr/lib/python2.7/dist-packages/eventlet/event.py, line 116, in wait 2012-07-06 16:13:16 TRACE nova return hubs.get_hub().switch() 2012-07-06 16:13:16 TRACE nova File /usr/lib/python2.7/dist-packages/eventlet/hubs/hub.py, line 177, in switch 2012-07-06 16:13:16 TRACE nova return self.greenlet.switch() 2012-07-06 16:13:16 TRACE nova File /usr/lib/python2.7/dist-packages/eventlet/greenthread.py, line 192, in main 2012-07-06 16:13:16 TRACE nova result = function(*args, **kwargs) 2012-07-06 16:13:16 TRACE nova File /usr/lib/python2.7/dist-packages/nova/service.py, line 101, in run_server 2012-07-06 16:13:16 TRACE nova server.start() 2012-07-06 16:13:16
[Openstack] [HPC] Openstack HPC telecon
Hi All, One of the outputs of the design summit was that folks are interested in participating in a monthly (or so) telecon to express feature requests, best practices, etc. I'd like to get this process started. For those of you who are interested, what's the preferred format? IRC, telephone, something else? Depending on the number of people who are interested, we're (ISI) capable of hosting a conference call. Does something like the first Monday of the month at 4:00pm EDT (UTC-4) work? I'm just throwing out that time as something that seems to broadly work on my end, but I'd welcome any input from others. best, JP ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] [HPC] Openstack HPC telecon
Earlier is totally fine. I want to strike a balance with the people on the west coast. How about noon EDT or even 11am EDT? Is that getting too early for the west coast? JP On Jul 6, 2012, at 11:55 AM, Tim Bell wrote: Would it be possible a bit earlier ? This would be 10pm in Europe so it would limit the participation. Tim -Original Message- From: openstack-bounces+tim.bell=cern...@lists.launchpad.net [mailto:openstack-bounces+tim.bell=cern...@lists.launchpad.net] On Behalf Of Narayan Desai Sent: 06 July 2012 17:08 To: John Paul Walters Cc: openstack@lists.launchpad.net (openstack@lists.launchpad.net) Subject: Re: [Openstack] [HPC] Openstack HPC telecon On Fri, Jul 6, 2012 at 9:51 AM, John Paul Walters jwalt...@isi.edu wrote: Does something like the first Monday of the month at 4:00pm EDT (UTC-4) work? I'm just throwing out that time as something that seems to broadly work on my end, but I'd welcome any input from others. That generally works fine for me. -nld ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] [HPC] Openstack HPC telecon
Stefano, This is a great idea. HPC is an interesting topic and discussions around it may be useful for lots of people. As format, I would suggest something that can be recorded and played back conveniently, after it happened. Casual Hangouts on Google are very trendy lately (it's the new toy) and come with the advantage of going to youtube once they're done. The good old audio conference is also good, if it can be recorded can become a podcast. There are plenty of tools available for that. What would be an 'agenda' (loosely defined points to discuss or illustrate?) for the first meeting? A Google Hangout is an option. My only reluctance is that I don't want a Google+ account to be a barrier to participation if we can avoid it. I don't have a strong opinion here, do others? As far as an agenda, I'd like to accomplish the following: 1) I'd like to hear from those who are currently or /planning to stand up an HPC cloud 2) Discussion on the best practices for (1) 3) I'd like to give an update on the HPC extensions we're working on 4) User feedback - what features are missing (low hanging fruit, especially) This may be more than we can get to in an initial meeting, but it's a start. I'm also open to other agenda items. best, JP Does something like the first Monday of the month at 4:00pm EDT (UTC-4) work? I'm just throwing out that time as something that seems to broadly work on my end, but I'd welcome any input from others. That may be problematic for Europeans. Who else would be interested in speaking? If we record the chat, listeners can enjoy it any time. /stef ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
[Openstack] [HPC] BoF at SC12
I'm strongly considering putting together a proposal for a BoF (birds of a feather) session at this year's Supercomputing in Salt Lake City. For those of you who are likely to attend, is anyone else interested? It's not a huge amount of time invested on my end to put together the proposal, but I'd like to gauge the community interest before doing so. I would likely broaden things a bit from being exclusively Openstack and instead turn it into more of an HPC in the Cloud session so that we could, perhaps, take some input from other HPC cloud projects. The submissions are due July 31, so we've got a little bit of time, but not too much. Anyone else interested? best, JP ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] Openstack Baremetal Provisioning
Hi Trinath, That means that the Tilera image is stored in Glance, like any other VM image (except that in this case it's not a virtual machine). When a request comes to start a Tilera instance, the proxy wakes up the Tilera node using a network controlled PDU. From there, the Tilera node either tftp boots of nfs boots (I'm sorry, I don't have the details immediately available). best, JP - Original Message - From: Trinath Somanchi trinath.soman...@gmail.com To: John Paul Walters jwalt...@isi.edu Cc: openstack@lists.launchpad.net Sent: Wednesday, July 4, 2012 4:54:16 AM Subject: Re: [Openstack] Openstack Baremetal Provisioning Hi- Please help me in this regard. Thanking you all... -- Trinath S On Tue, Jul 3, 2012 at 4:54 PM, Trinath Somanchi trinath.soman...@gmail.com wrote: Hi- With respect to the web link http://wiki.openstack.org/HeterogeneousTileraSupport , For supporting non-x86 architecture (ex. TILERA), Proxy Compute Node should be designed. An x86 Proxy Compute Node is connected to the TILEmpower boards through network. A Proxy Compute Node may handle multiple TILEmpower boards. TILEmpower boards are connected to the network such that a cloud user can ssh into them directly after an instance starts on the TILEmpower board. A TILEmpower board is configured to be tftp-bootable or nfs-bootable. Proxy Compute Node behaves as the tftp/nfs server for the TILEmpower boards. After Proxy Compute node receives instance images from the image server, it wakes up a TILEmpower board and controls their booting. Once a TILEmpower board is booted, Proxy Compute Node doesn't do anything except terminating/rebooting/power-down/power-up of the board. Once Tilera instance is running, user can access the TILEmpower board, not Proxy Compute Node, through ssh. Here, we assume that Proxy Compute Node can power on/off TILEmpower boards remotely using PDU(Power Distribute Unit). The block diagram shown below describes the procedure in detail... In an general environment, Nova-compute with the help of Nova-scheduler, boots an image instance at Server-2/ESSEX-2/Nova-agent server. Can any one help me in understanding the above colored lines Thanking you... -- Trinath S On Tue, Jul 3, 2012 at 12:27 PM, Trinath Somanchi trinath.soman...@gmail.com wrote: Hi- Thanks a lot for the reply... This helped me understand a bit more. I have this kind of setup in mind. [ ESSEX-1] --- [ ESSEX-2 ] --- [--- TILERA HW---] x_86 HW x_86 HW NON x_86 HW Nova-Compute Proxy-Nova-Compute New Hardware Device. So, change the config in nova.conf in ESSEX-2 server to bare-metal and tilera specific config makes the nova-compute to proxy-nova-compute. I have a doubt here, I have an idea on using Nova-compute to bringing up VM's in ESSEX-2 when its another Nova-compute. But not we have Proxy-Nova-compute in the ESSEX-2 and we have no VM's here rather we have new Hardware board to bootup. How will the Commands from Nova-compute in ESSEX-1 differ to bring up TILERA HW board using the Proxy-Nova-compute in ESSEX-2 ? Please kindly help me understand this scenario. Thanks a lot for the reply... -- Trinath S. On Tue, Jul 3, 2012 at 12:54 AM, John Paul Walters jwalt...@isi.edu wrote: Hi Trinath, It's not clear whether the tilera board you're referring to is one of the PCI versions or a stand-alone board (is it in Essex-1?). We've never setup/tested anything other than the TILEmpower stand-alone board with our bare-metal provisioning service. That said, in order to make your nova-compute on Essex-2, you need to configure nova.conf as I described earlier: set the connection_type=baremetal, set the baremetal_driver=tilera, and set your path to tile-monitor appropriately. That's what makes it a proxy node, which is otherwise run as a regular nova-compute. JP On Jul 2, 2012, at 12:42 PM, Trinath Somanchi wrote: Hi- Thanks a lot for the reply JP. The information provided is of most value for me. I have a doubt here. I will install Nova-compute in a server say Essex-1 and another server say Essex-2. I have a tilera board too in the setup. Can you please guide me on how to start this tilera board using Nova-compute in Essex-1 machine. and How Nova-compute in Essex-2 can be made as Proxy-Nova-compute. I mean what changes to Nova-compute makes Proxy nova-compute. On Mon, Jul 2, 2012 at 9:32 PM, John Paul Walters jwalt...@isi.edu wrote: Hi Trinath, Our baremetal experts are on vacation for the next week or so, so I'll take a stab at answering in their absence. First, just to be clear, right now the baremetal work that's present in Essex supports ONLY the Tilera architecture. We're working with the NTT folks to add additional support, but it's not in Essex. We've tested on TILEmpower rack-mountable units. You'll need a baremetal proxy (x86) machine
Re: [Openstack] Heterogeneous hardware support
Hi, I'm not sure that I fully understand the security angle that you're getting at here, but you and Jay are right that we're focusing on adding heterogeneity to Openstack. Right now we support large shared memory x86 machines, like SGI UVs, GPUs, and Tilera systems. The blueprints you linked to probably need some updating, but they capture the gist of what we're up to. So far, we've been focusing on HPC-style workloads. But if you had a security application that ran on one of the Tilera boxes, I see no reason why you couldn't use Openstack to provision it. We'd be interested in hearing if there's anything in particular that our heterogeneous support is lacking that would enable, for example, cloud WAF or other security services. best, JP On Jul 3, 2012, at 1:22 AM, balaji patnala wrote: Hi Jay, Thanks for information. As it is observed that there is some work going on by UCIS team for Folsom release on Heterogeneous support. Please find the below link: i) http://wiki.openstack.org/ScheduleHeterogeneousInstances ii) http://wiki.openstack.org/HeterogeneousArchitectureScheduler which discusses about support for Heterogeneous platform support for Open Stack. Also in one of the document published by Rackspace, it is said that the heterogeneous platform support can be done by having multiple Zones in the cloud. But i doubt this way will have more performance impact and also have more complex networking issues. It is observed that Essex Release is not supporting Zones and came to know from mailing list that this support will be available in Folsom release as Cells. I think that this heterogeneous platform support will enable more options for service providers and as well users for L2/L3 services applications like security services,WAF,LB etc on different platforms in cloud network. Iam sorrry if the below queries didnt gave clear information. On Tue, Jul 3, 2012 at 12:04 AM, Jay Pipes jaypi...@gmail.com wrote: On 07/02/2012 12:09 PM, balaji patnala wrote: Hi Jay, As you know that L2 and L3 services could be the next step of offering as Services from Cloud providers. Security Applications like WAF,IPS,Firewall,VPN etc can be offered as services. These security applications can be run in VMs on Heterogeneous hardware like Freescale and any other platforms. I'm not sure if heterogeneous hardware supported is specifically related to security, but ... Open Stack must support for the Heterogeneous hardware to enable different hardware platforms apart from x86. There's nothing about OpenStack, in general, that is specific to x86 hardware. It's Python, so if the Linux distribution of your preference runs on some other hardware architecture, have at it. The images you deploy will need to be tailored to the hardware architecture, of course, but that isn't the realm of what OpenStack services do -- that's up to the deployer. Please share with us if you have any examples of similar deployments in Clouds. ISI is the group most actively working on heterogeneous architecture support, but I don't believe they are focusing on security-related things at all. Best, -jay On Mon, Jul 2, 2012 at 5:59 PM, Jay Pipes jaypi...@gmail.com mailto:jaypi...@gmail.com wrote: On 07/02/2012 01:23 AM, balaji patnala wrote: Hi, Does open stack [Essex] release support Heterogeneous hardware for creating VMs with Security Applications? If not, what is the road map for this. Please let me know. Could you please elaborate on what you mean by creating VMs with security applications? Thanks, -jay ___ Mailing list: https://launchpad.net/~openstack https://launchpad.net/%7Eopenstack Post to : openstack@lists.launchpad.net mailto:openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack https://launchpad.net/%7Eopenstack More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] Openstack and Google Compute Engine
Matt, I agree with almost everything that you're saying, except to add that we hope to change things. I hope that our work at ISI is moving in that direction. But you're right, hypervisors add some overhead, network performance isn't always great, etc. Things are changing, albeit slowly, but I'm optimistic that we'll get there. Amazon's #70-something ranked supercomputer is evidence that the cloud can compete, at least as far as stunt computers (HPL) go. That the cloud enables you to customize your environment has proven to be a very powerful motivation for the folks that we work with. That reminds me, we had intended to set up a monthly (or so) HPC telecon after the most recent design summit. I'd like to follow up with that. I'll send a separate email to get that going, for those that are interested. best, JP On Jul 3, 2012, at 10:12 AM, Matt Joyce wrote: On Tue, Jul 3, 2012 at 2:01 AM, Simon G. semy...@gmail.com wrote: Secondly, I don't think we shouldn't compare GCE to Openstack. I understand that right now cloud (Openstack, Amazon, ...) is just easy in use, managed and scalable datacenter. It allows users to create VMs, upload their images, easily increase their (limited) demands, but don't you think that HPC is the right direction? I've always thought that final cloud's goal is to provide easy in use HPC infrastructure. Where users could do what they can do right now in the clouds (Amazon, Openstack), but also could do what they couldn't do in typical datacenter. They should run instance, run compute-heavy software and if they need more resources, they just add them. if cloud is unable to provide necessary resources, they should move their app to bigger cloud and do what they need. Openstack should be prepared for such large deployment. It should also be prepared for HPC use cases. Or if it's not prepared yet, it should be Openstack's goal. HPC in the cloud operates more like a grid computing solution. With things like Amazon HPC or HPC under openstack the idea is to allocate entire physical systems to a user on the fly. Traditionally to date that has been done with m1.full style instances. In many ways bare metal provisioning is a better option here than a hypervisor. And for many people who do work in an HPC environment bare metal really is the only solution that makes sense. The reality is that HPC use cases lose a lot of the underlying benefits of cloud infrastructure. So they really are something of an edge case at the moment. I believe that bare metal provisioning from within openstack could be a bit of a game changer in HPC, and that it could be useful in a wide variety of areas. But, ultimately I believe the usage that HPC in no way reflects general computing needs. And that really sums it up. Most folks do not need or want HPC. Most folks with HPC needs don't want a hypervisor slowing down their memory access. I know that clouds are fulfilling current needs for scalable datacenter, but it should also fulfill future needs. Apps are faster and faster. More often they do image processing, voice recognition, data mining and it should be clouds' goal to provide an easy way to create such advanced apps, not just simple web server which could be scaled up, by adding few VMs and load balancer to redirect requests. Infrastructure should be prepared even for such large deployment like that in google. It should also be optimized and support heavy computations. In the future it should be as efficient as grids (or almost as efficient), because ease of use has already been achieved. If, right now, it's easy to deploy VM into the cloud, the next step should be to optimize infrastructure to increase performance. Apps are actually slower and slower. The hardware is faster. The Applications themselves abstract more and more and thus slow down. As for what you do on your instances, that's entirely your own thing herr user. Some large data and some serious compute use cases simply don't lend themselves to cloud today. Hypervisors are limiting in so far as they give up some speed to provide the ability to share resources better. If you have no desire to share resources then virt machines become something of an impediment to you. So I don't see this as being accurate for some use cases. There are also other external limiting factors. People don't just turn on a dime. Many of the scientific and industrial applications of computing power are built around software stacks that have grown over time, and for a long time. Those stacks can't be made to easily adopt the benefits of a new technology. Sometimes the reason not to use cloud as a platform is entirely related to your inability to modify an existing software suite enough to make it worthwhile. I have seen this before at super computing facilities. I've always thought about clouds in that way.
Re: [Openstack] Openstack Baremetal Provisioning
Hi Trinath, Our baremetal experts are on vacation for the next week or so, so I'll take a stab at answering in their absence. First, just to be clear, right now the baremetal work that's present in Essex supports ONLY the Tilera architecture. We're working with the NTT folks to add additional support, but it's not in Essex. We've tested on TILEmpower rack-mountable units. You'll need a baremetal proxy (x86) machine that will run nova-compute and handle the provisioning of resources. Most of the nova.conf options are shown at: http://docs.openstack.org/essex/openstack-compute/admin/content/compute-options-reference.html But it appears that there's at least one omission: you'll need to set your --connection_type=baremetal on the proxy node. Probably the most important options are: --baremetal_driver=tilera, --tile_monitor=/path/to/tile-monitor/. I would suggest that you have a look at the link above under the baremetal section to see what other options might apply to your environment. http://wiki.openstack.org/HeterogeneousTileraSupport Note that you'll need to set up tftp so that the Tilera boards can pick up a boot rom. You'll also need to create a tilera-specific file system. I hope this helps. best, JP On Jul 2, 2012, at 8:05 AM, Trinath Somanchi wrote: Hi- Please help me in understanding and bringing up this kind of setup Kindly please help me in this regard. I have checked nova.conf and found bare metal provisioning support options. Please help me understand on how modifying nova.conf with the respective options can help bringing up tilera like machines up either from command line or from GUI. Thanks in advance.. -- Trinath S On Mon, Jul 2, 2012 at 12:13 PM, Trinath Somanchi trinath.soman...@gmail.com wrote: Hi- As explained in the email, With respect to the link, http://wiki.openstack.org/GeneralBareMetalProvisioningFramework Can you kindly guide/brief me on https://github.com/usc-isi/essex-baremetal-support (Stable/Essex) I mean Install/Config/Testing of the Provisioning support. Thanking you, -- Regards, -- Trinath Somanchi, +91 9866 235 130 -- Regards, -- Trinath Somanchi, +91 9866 235 130 ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] Openstack Baremetal Provisioning
Hi Trinath, It's not clear whether the tilera board you're referring to is one of the PCI versions or a stand-alone board (is it in Essex-1?). We've never setup/tested anything other than the TILEmpower stand-alone board with our bare-metal provisioning service. That said, in order to make your nova-compute on Essex-2, you need to configure nova.conf as I described earlier: set the connection_type=baremetal, set the baremetal_driver=tilera, and set your path to tile-monitor appropriately. That's what makes it a proxy node, which is otherwise run as a regular nova-compute. JP On Jul 2, 2012, at 12:42 PM, Trinath Somanchi wrote: Hi- Thanks a lot for the reply JP. The information provided is of most value for me. I have a doubt here. I will install Nova-compute in a server say Essex-1 and another server say Essex-2. I have a tilera board too in the setup. Can you please guide me on how to start this tilera board using Nova-compute in Essex-1 machine. and How Nova-compute in Essex-2 can be made as Proxy-Nova-compute. I mean what changes to Nova-compute makes Proxy nova-compute. On Mon, Jul 2, 2012 at 9:32 PM, John Paul Walters jwalt...@isi.edu wrote: Hi Trinath, Our baremetal experts are on vacation for the next week or so, so I'll take a stab at answering in their absence. First, just to be clear, right now the baremetal work that's present in Essex supports ONLY the Tilera architecture. We're working with the NTT folks to add additional support, but it's not in Essex. We've tested on TILEmpower rack-mountable units. You'll need a baremetal proxy (x86) machine that will run nova-compute and handle the provisioning of resources. Most of the nova.conf options are shown at: http://docs.openstack.org/essex/openstack-compute/admin/content/compute-options-reference.html But it appears that there's at least one omission: you'll need to set your --connection_type=baremetal on the proxy node. Probably the most important options are: --baremetal_driver=tilera, --tile_monitor=/path/to/tile-monitor/. I would suggest that you have a look at the link above under the baremetal section to see what other options might apply to your environment. http://wiki.openstack.org/HeterogeneousTileraSupport Note that you'll need to set up tftp so that the Tilera boards can pick up a boot rom. You'll also need to create a tilera-specific file system. I hope this helps. best, JP On Jul 2, 2012, at 8:05 AM, Trinath Somanchi wrote: Hi- Please help me in understanding and bringing up this kind of setup Kindly please help me in this regard. I have checked nova.conf and found bare metal provisioning support options. Please help me understand on how modifying nova.conf with the respective options can help bringing up tilera like machines up either from command line or from GUI. Thanks in advance.. -- Trinath S On Mon, Jul 2, 2012 at 12:13 PM, Trinath Somanchi trinath.soman...@gmail.com wrote: Hi- As explained in the email, With respect to the link, http://wiki.openstack.org/GeneralBareMetalProvisioningFramework Can you kindly guide/brief me on https://github.com/usc-isi/essex-baremetal-support (Stable/Essex) I mean Install/Config/Testing of the Provisioning support. Thanking you, -- Regards, -- Trinath Somanchi, +91 9866 235 130 -- Regards, -- Trinath Somanchi, +91 9866 235 130 ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp -- Regards, -- Trinath Somanchi, +91 9866 235 130 ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] Greatest deployment?
Hi, On May 24, 2012, at 5:45 AM, Thierry Carrez wrote: OpenNebula has also this advantage, for me, that it's designed also to provide scientific cloud and it's used by few research centres and even supercomputing centres. How about Openstack? Anyone tried deploy it in supercomputing environment? Maybe huge cluster or GPU cluster or any other scientific group is using Openstack? Is anyone using Openstack in scentific environement or Openstack's purpose is to create commercial only cloud (business - large and small companies)? OpenStack is being used in a number of research clouds, including NeCTAR (Australia's national research cloud). There is huge interest around bridging the gap there, with companies like Nimbis or Bull being involved. Hopefully people with more information than I have will comment on this thread. We're developing GPU, bare metal, and large SMP (think SGI UV) support for Openstack and we're targeting HPC/scientific computing workloads. It's a work in progress, but we have people using our code and we're talking to folks about getting our code onto nodes within FutureGrid. We have GPU support for LXC right now, and we're working on adding support for other hypervisors as well. We're also working on getting the code into shape for merging upstream, some of which (the bare metal work) has already been done. We had an HPC session at the most recent Design Summit, and it was well-attended with lots of great input. If there are specific features that you're looking for, we'd love to hear about it. By the way, all of our code is available at https://github.com/usc-isi/nova, so if you'd like to try it out before it gets merged upstream, go for it. best, JP ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] OpenStack support: KVM vs. QEMU
What about PCI passthrough? I'm not certain, because I've never tried it without KVM, but I'd be surprised if it worked outside of KVM. JP On May 8, 2012, at 4:30 PM, Razique Mahroua wrote: Hi Lorin, not that I'm aware off. In fact, even out from Nova, both have the similar features. The only doubt I have is the implementation called snapshot2 which is a blueprint at Qemu, but any other features are common for both. Appart the speed dev. I thnik the KVM team tries to stick to the qemu dev. when it comes to features Razique Nuage Co - Razique Mahroua razique.mahr...@gmail.com NUAGECO-LOGO-Fblan_petit.jpg Le 8 mai 2012 à 22:08, Lorin Hochstein a écrit : Are there any Nova features that work with KVM but don't work with QEMU? Either way, I'd like to capture this in the documentation I know that KVM is faster than QEMU because of hardware support, but I don't know if there's additional functionality that only works with KVM. The Hypervisor support matrix wiki page http://wiki.openstack.org/HypervisorSupportMatrix has no specific information on OpenStack features supported by KVM but not QEMU Take care, Lorin -- Lorin Hochstein Lead Architect - Cloud Services Nimbis Services, Inc. www.nimbisservices.com ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] RHEL 5 6 OpenStack image archive...
David, We're currently in the process of building Essex-3/Essex-4 RPMs locally at USC/ISI for our heterogeneous Openstack builds. When I looked at the EPEL testing repo, it looked like the packages that are currently available are right around Essex-1. Are there any plans to update to the more recent versions? Perhaps we could collaborate. best, JP On Mar 2, 2012, at 4:05 PM, David Busby wrote: We currently have openstack available in EPEL testing repo, help in testing is appreciated. Sent from my iPhone On 2 Mar 2012, at 18:13, Edgar Magana (eperdomo) eperd...@cisco.com wrote: Hi Marc, I ended up creating my own RHEL 6.1 image. If you want I can share it with you. Thanks, Edgar Magana CTO Cloud Computing From: openstack-bounces+eperdomo=cisco@lists.launchpad.net [mailto:openstack-bounces+eperdomo=cisco@lists.launchpad.net] On Behalf Of J. Marc Edwards Sent: Friday, March 02, 2012 8:23 AM To: openstack@lists.launchpad.net Subject: [Openstack] RHEL 5 6 OpenStack image archive... Can someone tell me where these base images are located for use on my OpenStack deployment? Kind regards, Marc -- J. Marc Edwards Lead Architect - Semiconductor Design Portals Nimbis Services, Inc. Skype: (919) 747-3775 Cell: (919) 345-1021 Fax: (919) 882-8602 marc.edwa...@nimbisservices.com www.nimbisservices.com ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
