instance store-backed AMIs
by Simon Smith
Is there a particular reason why there are not any instance
store-backed AMIs for Fedora? I noticed that starting with Fedora 16,
there are only EBS-backed EC2 images listed at:
https://fedoraproject.org/wiki/Cloud_images
I know I could create my own, but at this stage of our project I would
much rather use a ready-to-go image. I like the instance store-backed
AMIs because we have been relying on the extra storage provided (>100
GB), deploying multiple machines to provide redundancy.
Thanks for everyone's hard work, it is really nice to get onto recent
versions of Fedora instead of being stuck at 6 or 8!
Simon
12 years, 2 months
Nova install and blank mysql root passwords
by Derek Higgins
Hi Russell,
While writing automation scripts for installing nova, I am running
$ openstack-nova-db-setup --novapw nova --rootpw "" --yes
my problem is this script prompts for a password if the mysql root
password is a zero length string. This patch allows the root password to
be a zero length string.
Any thought? should this change go into the openstack-nova package or is
it a bad idea to allow blank passwords?
in my case mysql had already been installed with a blank root password
before running this script so I had to pass in the blank password.
Thanks,
Derek.
12 years, 2 months
Running horizon/dashboard from git with openstack from rawhide
by Ilkka Tengvall
Hi guys,
I would need some help with dashboard setup to get past the issue:
"*Error: *Unable to get service info: This error may be caused by a
misconfigured Nova url in keystone's service catalog, or by missing
openstackx extensions in Nova. See the Horizon README."
I'm new to openstack, and started to evaluate it on fedora. I installed
openstack from rawhide, and configured it and verified I can run guests
in there. Then I went ahead to install dashboard. It required keystone,
which I installed and created the admin user with token, and verified it
can login using curl. Then I took the horizon/dashboard from git. After
banging my head to wall for few times now I thought to ask you guys,
since you face the same problem, even though you use the latest git
openstack, it seems:
http://lists.fedoraproject.org/pipermail/cloud/2012-January/001172.html
I don't see the log line as described there:
"2012-01-16 11:48:05,325 AUDIT nova.api.openstack.extensions [-] Loaded
extension: ADMIN"
where as I see something related failing (api.log):
"
2012-01-17 08:58:29,289 AUDIT extensions [-] Loading extension file:
admin_only.py
2012-01-17 08:58:29,289 WARNING extensions [-] Did not find expected
name "Admin_only" in /usr/lib/python2.7/site-packages/nova/api/open
stack/contrib/admin_only.py
"
No sign of openstackx in that log, which might be the origin of the
problem. I have this on my noca.conf (copied the last two lines from the
above mail thread):
------------------------
--osapi_extensions_path=/root/src/horizon/.horizon-venv/src/openstackx/extensions
--osapi_extension=nova.api.openstack.v2.contrib.standard_extensions
--osapi_compute_extension=extensions.admin.Admin
------------------------
It didn't work any different before adding the last to lines either. I
also tried the patch to admin.py mentioned in the mailthread, but it
doesn't make a difference.
Any help would be appreciated. I also wonder about Alan Pevec's comment
about using python nova client, is it already set up into dashboard
somehow, is there implementation of dashboard already available for it?
As the git of horizon seems to still use openstackx...
Here another mail thread started by me, which pointed me to this list:
https://lists.launchpad.net/openstack/msg06702.html There is more
command history to what I did on my machine, if it helps.
BTW, I joined the #fedora-cloud@freenode if you hang around there, my
nick is ikke-t, if you would be willing to help there.
BR,
-it
12 years, 2 months
Running horizon/dashboard from git
by Cole Robinson
Below are some steps to get openstack horizon (aka dashboard) kinda running.
I'm still having issues with talking to nova, hopefully its just a small
config problem.
Assumes we are starting from a setup similar to
http://fedoraproject.org/wiki/Getting_started_with_OpenStack_Nova
# Not sure if it's required, but this is how I was running
sudo setenforce 0
sudo service iptables stop
# First we need to set up keystone, since horizon requires it.
sudo yum install -y openstack-keystone
# Clear any previous keystone config
sudo rm /var/lib/keystone/keystone.sqlite
sudo systemctl start openstack-keystone.service
# These steps are derived from
# http://keystone.openstack.org/configuringservices.html
# Assumes that openstack, keystone, and dashboard are all on localhost
sudo keystone-manage service add nova compute "Nova Compute Service"
sudo keystone-manage service add glance image "Glance Image Service"
sudo keystone-manage service add keystone identity "Keystone Identity Service"
sudo keystone-manage endpointTemplates add RegionOne nova \
http://localhost:8774/v1.1/ \
http://localhost:8774/v1.1/ \
http://localhost:8774/v1.1/ \
1 1
sudo keystone-manage endpointTemplates add RegionOne glance \
http://localhost:9292/v1.1/ \
http://localhost:9292/v1.1/ \
http://localhost:9292/v1.1/ \
1 1
sudo keystone-manage endpointTemplates add RegionOne keystone \
http://localhost:5000/v2.0 \
http://localhost:35357/v2.0 \
http://localhost:5000/v2.0 \
1 1
sudo keystone-manage user add admin admin
sudo keystone-manage user add demo demo
sudo keystone-manage tenant add admin
sudo keystone-manage tenant add demo
sudo keystone-manage role add Admin
sudo keystone-manage role grant Admin admin admin
sudo keystone-manage token add 999888777666 admin admin 2015-02-05T00:00
sudo keystone-manage role add Member
sudo keystone-manage role grant Member demo demo
sudo keystone-manage role grant Admin admin demo
sudo keystone-manage endpoint add demo nova
sudo keystone-manage endpoint add demo glance
sudo keystone-manage endpoint add demo identity
sudo keystone-manage endpoint add admin nova
sudo keystone-manage endpoint add admin glance
sudo keystone-manage endpoint add admin identity
# Checkout horizon (aka dashboard)
git clone git://github.com/openstack/horizon.git horizon.git
cd horizon.git
git branch --track diablo remotes/origin/stable/diablo
git checkout diablo
# Now we set up a local environment with all the required dashboard
# dependencies, without polluting our system configuration. dashboard
# supplies tools for this but some tweaks are needed.
sudo yum install -y bzr python-coverage
cd openstack-dashboard
edit tools/pip-requires, comment out the quantum git URL
(reason: https://bugs.launchpad.net/horizon/+bug/888385)
python tools/install_venv.py
# Manually install quantum into the virtual environment
git clone https://github.com/openstack/quantum.git quantum.git
cd quantum.git/common
../../tools/with_venv.sh python setup.py install
cd ../client
../../tools/with_venv.sh python setup.py install
cd ../..
# Run unit tests. Currently looks like 2 tests are failing with a glance
# import issue: 'module' object has no attribute 'Error'
./run_tests.sh
# No unexpected failures, great! Let's configure the dashboard
cd openstack-dashboard
# needed by glance imports but wasn't installed automatically
./tools/with_venv.sh pip --verbose install --environment .dashboard-venv/ pycrypto
# Actually run the dashboard
./tools/with_venv.sh python dashboard/manage.py runserver syncdb
./tools/with_venv.sh python dashboard/manage.py runserver 127.0.0.1:9000
firefox 127.0.0.1:9000
# should see a login page, accounts are demo:demo or admin:admin
log in with admin:admin, it should work!
# If openstack-nova-api isn't running, you will see and error like:
Unable to get usage info: [Errno 111] Connection refused
# If nova-api is running, on log in there will be an error like:
Unable to get usage info: This error may be caused by a misconfigured nova url
in keystone's service catalog, or by missing openstackx extensions in nova.
See the dashboard README.
# Not required, but easy to setup the django debugging toolbar
./tools/with_venv.sh pip --verbose install --environment .dashboard-venv/
django-debug-toolbar
add the following to local/local_settings.py
INTERNAL_IPS = ('127.0.0.1',)
DEBUG_TOOLBAR_CONFIG = {
"INTERCEPT_REDIRECTS" : False,
}
# Configure nova to use openstackx admin extension
# According to README at:
https://github.com/openstack/horizon/blob/stable/diablo/openstack-dashboa...
git clone git://github.com/cloudbuilders/openstackx.git /tmp/openstackx
cd /tmp/openstackx
git branch --track diablo remotes/origin/diablo
git checkout diablo
Set --osapi_extensions_path=/tmp/openstackx/extensions in /etc/nova/nova.conf
sudo systemctl restart openstack-nova-api.service
restart dashboard, login
# Hmm, didn't change anything? Let's try and configure nova to use
# keystone according to instructions at
#
http://keystone.openstack.org/configuringservices.html#setting-up-opensta...
git clone git://github.com/openstack/keystone.git /tmp/keystone
Add --api_paste_config=/tmp/keystone/examples/paste/nova-api-paste.ini to
/etc/nova/nova.conf
sudo systemctl restart openstack-nova-api.service
restart dashboard, login
# Something changed... error is now:
Unable to get usage info: 401 Unauthorized This server could not verify that
you are authorized to access the document you requested. Either you supplied
the wrong credentials (e.g., bad password), or your browser does not
understand how to supply the credentials required.
And that's all I've got for now. The error messages don't prevent poking
at some of the UI, but nothing useful like instances are listed.
I'd like to find some simple way to test that nova and keystone are
working together, so if anyone has ideas that would be appreciated.
Thanks,
Cole
12 years, 2 months
Review request: ehcache-parent
by David Nalley
Hi folks:
https://bugzilla.redhat.com/show_bug.cgi?id=782225
Please consider reviewing this package.
How does this factor into the cloud sig? Well, this package is a
dependency for CloudStack (and Euca as well I believe, but don't quote
me).
This is a simple, one file package - so shouldn't take long to review.
If you are unsponsored and need to begin doing practice reviews,
consider starting here.
--David
12 years, 2 months