keystone or dashboard problem?
by Vogel Nicolas
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.
10 years, 8 months
Fedora 17 EC2 image with OpenShift Origin
by Krishna Raman
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!
10 years, 9 months
f19 feature in progress; First-Class Cloud Images
by Matthew Miller
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>
10 years, 10 months
Semi-Official Fedora 18 downloadable cloud images
by Matthew Miller
<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>
10 years, 10 months
quantum-setup-server Requires openvswitch
by nux@li.nux.ro
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
10 years, 10 months
f19 feature (needs work) -- More Awesome Cloud Image
by Matthew Miller
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>
10 years, 10 months
OpenStack status
by Pádraig Brady
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:ma... 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... 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:opensta... 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-... 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_Meter... 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.
10 years, 10 months
Quantum server (what needs to run where?)
by nux@li.nux.ro
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
10 years, 10 months
Account in the HP cloud
by Juerg Haefliger
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
10 years, 10 months