cloud January 2013

cloud@lists.stg.fedoraproject.org

30 participants
28 discussions

keystone or dashboard problem?
by Vogel Nicolas 07 Mar '13

07 Mar '13

Hi, I've just made a new install with the latest version of the < RedHat getting started guide with Openstack Folsom > Revision 1.0-2. I'm using CentOS 6.3 for this install. After installing Openstack-keystone, I'm unable to perform "keystone user-list" and "keystone token-get". I have sourced the keystonerc_username file but the system says "Expecting an endpoint provided via either --endpoint or env[SERVICE_ENDPOINT]". When I'm explicitly given the endpoint in the command line, the output is "Configuration error: Client configured to run without a service catalog. Run the client using --os-auth-url or OS_AUTH_URL, instead of --os-endpoint or OS_SERVICE_ENDPOINT, for example." But the OS_AUTH_URL is configured in my keystonerc_username file so I don't understand why the system asks for it. I can then all the installation steps without problems, but after I given my credentials in the dashboard login page (admin/secret or username/secret), I got "Internal Server Error". Is that linked with the first problem from Keystone? I'm searching for more information in logs but currently I found no answer to my questions. Thanks for help, Nicolas.

3 3

Fedora 17 EC2 image with OpenShift Origin
by Krishna Raman 03 Feb '13

03 Feb '13

Hi, Im trying to get OpenShift Origin running on a F17 EC2 image but keep running into a kernel panic. The panic happens in random places and I haven't really been able to narrow it down to a specific service or part of Fedora. Can anyone help me track this down? or point me to someone who could help? Thanks Krishna [53896281.125197] ------------[ cut here ]------------ [53896281.125213] kernel BUG at arch/x86/mm/fault.c:396! [53896281.125218] invalid opcode: 0000 [#1] SMP [53896281.125224] CPU 0 [53896281.125226] Modules linked in: ip6t_REJECT nf_conntrack_ipv6 nf_defrag_ipv6 ip6table_filter ip6_tables nf_conntrack_ipv4 nf_defrag_ipv4 xt_state nf_conntrack xen_netfront xen_blkfront [last unloaded: scsi_wait_scan] [53896281.125248] [53896281.125252] Pid: 609, comm: mongod Not tainted 3.3.4-5.fc17.x86_64 #1 [53896281.125259] RIP: e030:[<ffffffff815eef4f>] [<ffffffff815eef4f>] vmalloc_fault+0x11f/0x208 [53896281.125275] RSP: e02b:ffff8801d15d3a18 EFLAGS: 00010046 [53896281.125280] RAX: ffff8801d11c9ff8 RBX: ffffe8fffffc7008 RCX: 0000000000000000 [53896281.125286] RDX: 00003ffffffff000 RSI: ffff880000000ff8 RDI: 0000000000000000 [53896281.125291] RBP: ffff8801d15d3a38 R08: 0000000000000001 R09: 0000000000000001 [53896281.125298] R10: 0000000000000001 R11: 0000000000000001 R12: ffff8801d3ef2e88 [53896281.125304] R13: ffff8801d11c9ff8 R14: ffff880000000ff8 R15: 0000000000000002 [53896281.125314] FS: 00007f7d49272740(0000) GS:ffff8801dff7c000(0000) knlGS:0000000000000000 [53896281.125320] CS: e033 DS: 0000 ES: 0000 CR0: 000000008005003b [53896281.125325] CR2: ffffe8fffffc7008 CR3: 00000001d3ef2000 CR4: 0000000000002660 [53896281.125331] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 [53896281.125337] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 [53896281.125344] Process mongod (pid: 609, threadinfo ffff8801d15d2000, task ffff8801d0c3ae40) [53896281.125350] Stack: [53896281.125352] ffffe8fffffc7008 0000000000000029 ffff8801d15d3b58 0000000000000000 [53896281.125361] ffff8801d15d3b48 ffffffff815ef4e9 ffff880100000041 ffff8801dff8f580 [53896281.125369] ffff8801d0c3ae40 0000000000000070 0000000000000010 0000000000000001 [53896281.125378] Call Trace: [53896281.125384] [<ffffffff815ef4e9>] do_page_fault+0x399/0x4b0 [53896281.125392] [<ffffffff81004560>] ? load_TLS_descriptor+0x40/0xc0 [53896281.125398] [<ffffffff81004a72>] ? xen_mc_flush+0xb2/0x1b0 [53896281.125404] [<ffffffff815ebef5>] page_fault+0x25/0x30 [53896281.125413] [<ffffffff81172f70>] ? mem_cgroup_charge_statistics.isra.15+0x30/0x50 [53896281.125422] [<ffffffff81175e38>] __mem_cgroup_uncharge_common+0xf8/0x2f0 [53896281.125428] [<ffffffff81004ea1>] ? __raw_callee_save_xen_pte_val+0x11/0x1e [53896281.125434] [<ffffffff81178e1b>] mem_cgroup_uncharge_page+0x2b/0x40 [53896281.125441] [<ffffffff8114df4d>] page_remove_rmap+0x3d/0xc0 [53896281.125450] [<ffffffff81142946>] unmap_vmas+0x5c6/0x930 [53896281.125455] [<ffffffff8114ae72>] exit_mmap+0xa2/0x150 [53896281.125463] [<ffffffff81053c1b>] mmput+0x7b/0x100 [53896281.125469] [<ffffffff8105a714>] exit_mm+0x104/0x130 [53896281.125475] [<ffffffff8105a8c3>] do_exit+0x183/0x8c0 [53896281.125483] [<ffffffff81084bdb>] ? finish_task_switch+0x4b/0xe0 [53896281.125490] [<ffffffff8105b34f>] do_group_exit+0x3f/0xa0 [53896281.125495] [<ffffffff8105b3c7>] sys_exit_group+0x17/0x20 [53896281.125502] [<ffffffff815f38e9>] system_call_fastpath+0x16/0x1b [53896281.125506] Code: 4c 89 e7 e8 8d 25 ff ff 4c 89 ef 48 89 de 49 89 c6 e8 7f 25 ff ff 48 83 38 00 49 89 c5 0f 84 e5 00 00 00 49 8b 3e 48 85 ff 75 02 <0f> 0b ff 14 25 20 74 a1 81 48 89 c2 49 8b 7d 00 ff 14 25 20 74 [53896281.125552] RIP [<ffffffff815eef4f>] vmalloc_fault+0x11f/0x208 [53896281.125559] RSP <ffff8801d15d3a18> [53896281.125564] ---[ end trace c7ba81a3d7f88704 ]--- [53896281.125569] Fixing recursive fault but reboot is needed!

2 7

f19 feature in progress; First-Class Cloud Images
by Matthew Miller 30 Jan '13

30 Jan '13

We worked on this at FUDCon. <https://fedoraproject.org/wiki/Features/FirstClassCloudImages> Summary: This feature expands Fedora's current cloud image deliverables beyond just EC2, and overhauls how they are produced. The goal is to produce cloud images for EC2 and other cloud deployments for the Alpha, Beta, and Final compose process and distribute them on the mirror network. There will also be nightly or weekly image builds for Rawhide to assist with early development. All images should be constructed using a newer generation of tools. Comments and input *very* welcome. -- Matthew Miller ☁☁☁ Fedora Cloud Architect ☁☁☁ <mattdm(a)fedoraproject.org>

5 8

Semi-Official Fedora 18 downloadable cloud images
by Matthew Miller 30 Jan '13

30 Jan '13

<http://mattdm.fedorapeople.org/cloud-images/> This is a basic Fedora 18 spin designed to work in OpenStack and other private cloud environments. It's configured with cloud-init so it will take advantage of ec2-compatible metadata services for provisioning ssh keys. That also currently creates an ec2-user account; we'll probably want to make that something generic by default in a future iteration. The root password is empty by default. These images were built using appliance-creator and the kickstart files from http://git.fedorahosted.org/cgit/cloud-kickstarts.git/tree/generic They include the final F18 release plus all relevant zero-day updates. Note that unlike the standard F18 install, this image has /tmp on disk rather than in tmpfs, since memory is usually at a premium. The raw.xz files are compressed raw images; they consist of 10GB of mostly zeros and will need to be uncompressed to use. The .qcow2 images are also compressed but can be used immediately by anything which (like OpenStack Glance) can use that format natively. -- Matthew Miller ☁☁☁ Fedora Cloud Architect ☁☁☁ <mattdm(a)fedoraproject.org>

3 8

quantum-setup-server Requires openvswitch
by nux＠li.nux.ro 29 Jan '13

29 Jan '13

Hello, I'm trying to run quantum-setup-server, but it fails as it requires openvswitch which I do not have installed. Now, I could install that, but is it really required for a controller only server? -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro

3 5

Re: Proposed F19 Feature: OpenStack Grizzly
by Pádraig Brady 23 Jan '13

23 Jan '13

On 01/23/2013 09:42 PM, Bill Nottingham wrote: > Michael Scherer (misc(a)zarb.org) said: >> While it may be harder to predict the feature that will land in >> Openstack at this point, would it be possible to have at least a idea of >> the new features and changes that such upgrade will bring ? >> >> It is hard to say if this is a good idea or not without it, and hard to >> write a good marketing pitch based on this. > > The desktop features usually do some of this, where they mention not just > the new version, but the major improvements in that new version. I'd already included a summary of major new features in the release notes section: https://fedoraproject.org/wiki/Features/OpenStack_Grizzly#Release_Notes We'll continue to update as the release approaches. > Also, I note: "Upgrades from Folsom to Grizzly may need significant upstream > work to achieve." Do we know what sort of work this may imply? So in summary fully live upgrade probably wont be possible for grizzly, but the upgrade procedure should at least be simplified. Here are notes on Diablo -> Essex which was an awkward transition: https://lists.launchpad.net/openstack/msg16199.html Here are notes on upgrading Essex to Folsom which is better: https://fedoraproject.org/wiki/Talk:Getting_started_with_OpenStack_EPEL Here are related notes from the last OpenStack Design summit detailing planned improvements to Grizzly in this area: https://etherpad.openstack.org/grizzly-live-upgrade https://etherpad.openstack.org/GrizzlyUpgradeGrenade https://etherpad.openstack.org/grizzly-quantum-upgrade-path thanks, Pádraig.

1 0

f19 feature (needs work) -- More Awesome Cloud Image
by Matthew Miller 23 Jan '13

23 Jan '13

https://fedoraproject.org/wiki/Features/MoreAwesomeCloudImage I threw this together at FUDcon as a placeholder. (As of right now, it is literally just a skeleton outline.) This is not _really_ an individual feature, and may not actually be appropriate for the features process as such. But I thought it might be good to talk about and plan the improvements we want to go into the cloud image this time around. Some things might include: - automatic partition resize when possible - ec2-user changed to something generic (let's agree on what, and whether the ec2 and generic images should use the same thing) - improvements to cloud-init packaging (smallify?) - possible minimal metadata service client for when cloud-init is too much? - some sort of rudimentary integration with Fedora Formulas <https://fedoraproject.org/wiki/Fedora_formulas> - updated documentation Which are all worth planning for F19 whether we wrap it up as a feature or not.... -- Matthew Miller ☁☁☁ Fedora Cloud Architect ☁☁☁ <mattdm(a)fedoraproject.org>

1 0

OpenStack status
by Pádraig Brady 23 Jan '13

23 Jan '13

Hi, Here is the latest Fedora OpenStack status report: https://fedoraproject.org/wiki/OpenStack_status_report_2013-01-23 Historical archives are here: http://fedoraproject.org/wiki/OpenStack_status_reports Cheers, Pádraig. (appended below for convenience) For other reports see: [[OpenStack_status_reports|OpenStack Fedora Reports]] = Distro News = == Fedora 18 released == Fedora 18 was released on Jan 15th and includes the Folsom OpenStack release. In conjunction [http://lists.fedoraproject.org/pipermail/cloud/2013-January/002192.html Fedora cloud images] were also released in raw and qcow2 format. These can be used directly with OpenStack etc. and include cloud-init. == Grizzly Milestone 2 for Rawhide and RHEL (derivatives) == Grizzly milestone 2 packages were released to rawhide in the second week of January, and also made available for RHEL derivatives at this [http://repos.fedorapeople.org/repos/openstack/openstack-grizzly/epel-6/ side repository] = Project News = == OpenStack Summit == The [http://www.openstack.org/summit/portland-2013/ OpenStack Summit in portland] has been announced for April 15th to 18th. These twice annual summits cater for developers, users and administrators. == OpenStack Foundation End-of-Year Update == The [http://lists.openstack.org/pipermail/foundation/2013-January/001301.html OpenStack Foundation summary for 2012] was posted, detailing income and expenses etc. == Red Hat Upstream contributions == [https://review.openstack.org/#/q/owner:dprince@redhat.com,n,z Dan Prince] has added support to the upstream OpenStack Continuous Integration infrastructure for running [https://review.openstack.org/#/q/project:openstack-infra/config+branch:mast… unit tests on RHEL instances]: [https://review.openstack.org/#/q/owner:berrange@redhat.com,n,z Dan Berrangé] has continued to improve libvirt integration in nova. [https://review.openstack.org/#/q/owner:jbresnah@redhat.com,n,z John Bresnahan] has been investigating an [https://tropicaldevel.wordpress.com/2013/01/11/an-image-transfers-service-f… image transfers service for OpenStack] and has merged a change to nova to [https://review.openstack.org/#/c/19408/ directly copy a file URL from glance]. [https://review.openstack.org/#/q/owner:gkotton@redhat.com+project:openstack… Gary Kotton] has continued to fix many issues in quantum. There is too much to track in detail the OpenStack upstream activity of Red Hat developers, but here is a link showing the [http://goo.gl/2eQJk latest Red Hat OpenStack upstream development] = Community Engagement = Anton Beloglazov has recently updated [https://github.com/beloglazov/openstack-centos-kvm-glusterfs/ a Step-by-Step Guide to Deploying OpenStack on CentOS Using KVM and GlusterFS] Kyle Mestery blogs on [http://www.siliconloons.com/?p=395 setting up a Multi-node OpenStack Folsom Fedora setup, using devstack with VXLANs] John Bresnahan blogs about [https://tropicaldevel.wordpress.com/2012/12/22/openstack-from-scratch-on-fe… Setting up OpenStack on Fedora 17] Etsuji Nakai details [http://d.hatena.ne.jp/enakai00/20130118/1358474820 setting up Folsom on Fedora 18 with Quantum OVS plugin using VLAN] == linux.conf.au 2013 == The [https://lca2013.linux.org.au/wiki/Miniconfs/OpenStack linux.conf.au OpenStack Miniconf] is taking place on Feb 29th, with many talks, including: At 14:35, Angus Salkeld will introduce the [https://lca2013.linux.org.au/wiki/Miniconfs/OpenStack#The_OpenStack_Meterin… The celiometer project] == FOSDEM 2013 == The [https://fosdem.org/2013/schedule/track/cloud/ Cloud dev room] on Sunday Feb 3rd has many OpenStack presentations, including: At 10:00, Mark McLoughlin’s talks on [https://fosdem.org/2013/schedule/event/openstack_app_arch/ OpenStack: 21st Century App Architecture and Cloud Operations]<br/> where he will expose how OpenStack is built with the same resilience and automation principles as highly-scalable cloud applications. At 13:30 Martyn Taylor will demonstrate [https://fosdem.org/2013/schedule/event/image_management/ OpenStack Horizon in conjunction with Aeolus Image Factory] At 15:30, Tomas Sedovic will introduce [https://fosdem.org/2013/schedule/event/openstack_heat/ Orchestrating complex deployments on OpenStack using Heat]<br/> The Heat project is in OpenStack incubation currently so this is a great opportunity to learn more about it. At 16:30, Nick Barcet, Eoghan Glynn and Julien Danjou will introduce the other OpenStack project currently in incubation [https://fosdem.org/2013/schedule/event/openstack_ceilometer/ Measuring OpenStack: the Ceilometer Project] = Related Projects = == packstack on stackforge == The packstack OpenStack installer has [https://review.openstack.org/#/q/project:stackforge/packstack,n,z started to use stackforge] infrastructure for development.

1 0

Quantum server (what needs to run where?)
by nux＠li.nux.ro 21 Jan '13

21 Jan '13

Hi, I want to clarify, on a controller/db only server, what quantum services do I need to run? Or do all services need to run on al hypervisors and only use the DB of the controller? -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro

2 3

Account in the HP cloud
by Juerg Haefliger 20 Jan '13

20 Jan '13

I convinced the powers that be that there is a need for a free account for Fedora in the HP cloud :-) How do you guys do this for AWS? Do you have a generic group account or do individuals have their own accounts? I need somebody (preferably with a Fedora email address) to register at www.hpcloud.com and then I can make that account gratis. ...Juerg

2 2

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

cloud January 2013