differences between epel and official RHEL-OpenStack
by Florian La Roche
Hello,
Seems like Red Hat is building the official Red Hat OpenStack product
rpms sometimes with the exact same name as the ones within EPEL.
The below difference shows that in this case EPEL seems to be a bit ahead,
but it also looks like this fix is then also not yet merged into the Folsdom
release that should show up for RHEL6.4.
There are other rpms where also changes are done to dependencies without
any changelog entry. Often with changing the version name, but not always.
All this is usually a bad idea.
Best regards,
Florian La Roche
P.S.: A big thanks for providing a current OpenStack in EPEL, that's a huge
win for all cloud testers out there.
--- Look at changes from python-daemon-1.5.2-1.el6.src.rpm to python-daemon-1.5.2-1.el6.src.rpm
old:
total 12
drwxrwxr-x. 2 laroche laroche 4096 Nov 29 11:40 .
drwxrwxr-x. 4 laroche laroche 4096 Nov 29 11:40 ..
-rw-r--r--. 1 laroche laroche 1618 Nov 29 11:40 python-daemon.spec
new:
total 12
drwxrwxr-x. 2 laroche laroche 4096 Nov 29 11:40 .
drwxrwxr-x. 4 laroche laroche 4096 Nov 29 11:40 ..
-rw-r--r--. 1 laroche laroche 1671 Nov 29 11:40 python-daemon.spec
diff -urN old/python-daemon.spec new/python-daemon.spec
--- old/python-daemon.spec 2012-11-29 11:40:02.184712732 +0100
+++ new/python-daemon.spec 2012-11-29 11:40:02.196714905 +0100
@@ -13,7 +13,7 @@
BuildArch: noarch
BuildRequires: python-devel, python-setuptools
-BuildRequires: python-nose python-lockfile
+BuildRequires: python-nose python-lockfile python-minimock
Requires: python-lockfile
%description
@@ -35,6 +35,10 @@
%{__python} setup.py install -O1 --skip-build --root $RPM_BUILD_ROOT
+%check
+PYTHONPATH=$(pwd) nosetests
+
+
%clean
rm -rf $RPM_BUILD_ROOT
11 years
no sig irc meeting today (but, aws conference!)
by Matthew Miller
I'm at AWS re:Invent. No SIG meeting -- sorry, I should have sent this out
earlier. But, if you are at this conference, I'd love to meet you in person
at some point. :)
--
Matthew Miller ☁☁☁ Fedora Cloud Architect ☁☁☁ <mattdm(a)fedoraproject.org>
11 years
cloud-init package dependencies
by Matthew Miller
cloud-init pulls in some, um, not exactly minimal stuff. python-cheetah?
(which then brings in, for example, freetype...)
Can we narrow this down without significantly killing functionality?
--
Matthew Miller ☁☁☁ Fedora Cloud Architect ☁☁☁ <mattdm(a)fedoraproject.org>
11 years
cloud-init update
by Garrett Holmstrom
Hi, everyone,
I just pushed the final (i.e. non-snapshot) version of cloud-init
0.7.0 to F18 and rawhide, which fixes a great deal of compatibility
bugs, makes most of the plugins work properly, and allows one to
configure the users on the system using instance user-data a lot
better than previous version. There is one fairly important change to
be aware of relative to F17's version: this version allows you to
change the user that it creates at startup time (and in fact add even
more), so it is recommended to *not* pre-create a user when you build
the image. What do we need to do to remove that from Fedora's cloud
image kickstart before we start building test images?
I'd like to push this to F16 and F17 as well to replace the horribly
broken versions that those operating systems shipped with. Any
objections?
How about EPEL? This update fixes so many issues that I believe it's worth it.
--
Garrett Holmstrom
11 years
Adding a compute node and quantum configurations
by nux@li.nux.ro
Hello,
The quantum network side is not covered in
https://fedoraproject.org/wiki/Getting_started_with_OpenStack_EPEL#Adding...
so I'm trying to clarify this.
On a second node I've followed the instructions in the wiki minus the
network obviously since I'm running quantum+openvswitch (hybrid). I'm
applying some of the instructions found here:
https://fedoraproject.org/wiki/QA:Testcase_Quantum_V2#Setup but when
I'm doing "quantum-server-setup --plugin openvswitch" it's asking me to
install mysql, the scripts should be modified to also ask if there's a
DB running elsewhere (i.e. on the controller).
Anyway, I let it do its thing, install mysql and setup nova.conf, then
modified nova.conf with the quantum section from the controller's
nova.conf. Now my question is - in this case quantum_admin_auth_url and
quantum_url on the node should they point to localhost or to the
controller's address?
I'm thinking quantum_admin_auth_url should point to the keystone
service on the controller's IP and quantum_url should be
http://localhost:9696/?
Additionally:
quantum.conf - qpid_hostname should point to the controller's IP
quantum/api-paste.ini - [filter:authtoken] auth_host should be the
controller
quantum/l3_agent.ini - auth_url should point to the controller
plugins/openvswitch/ovs_quantum_plugin.ini - sql_connection should be
using the controller's mysql server
Let me know if any of that is wrong or I missed some other settings
that should be notified.
Regards,
Lucian
--
Sent from the Delta quadrant using Borg technology!
Nux!
www.nux.ro
11 years
NIC type (rtl vs virtio)
by nux@li.nux.ro
Hi,
I notice the VMs are not using the virtio type NICs, but some "Ethernet
controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+".
In my experience the virtio device is quite stable, any reason why it's
not default? I see that for block device virtio is default.
--
Sent from the Delta quadrant using Borg technology!
Nux!
www.nux.ro
11 years
Cinder issues with Openstack EPEL
by nux@li.nux.ro
Hello chaps,
I'm having some problems with Openstack Cinder (who doesn't :> )
Some info:
OS: CentOS 6.3 + EPEL + EPEL-testing, default firewall on, selinux on
I followed these instructions
http://fedoraproject.org/wiki/Getting_started_with_OpenStack_EPEL
skipping "Setup volume storage" because I have a physical LVM partition
called "cinder-volumes" and also skipping "Nova Network Setup" because I
want Quantum.
As I said I do have a VG called cinder-volumes and have modified tgtd
to include include /etc/cinder/volumes/*
When I try to create a volume I see this in cinder/api.log:
012-11-17 19:11:50 AUDIT cinder.api.openstack.volume.volumes
[req-22f1bfdc-67fd-4464-9a4b-1701e3547838
bb48f2ad7a45420ea80f8bdda97e0d54 cc3005e2733e423bbe1bf24931447294]
Create volume of 1 GB
2012-11-17 19:11:50 AUDIT cinder.api.openstack.volume.volumes
[req-22f1bfdc-67fd-4464-9a4b-1701e3547838
bb48f2ad7a45420ea80f8bdda97e0d54 cc3005e2733e423bbe1bf24931447294]
vol={'availability_zone': 'nova', 'terminated_at': None, 'updated_at':
None, 'provider_auth': None, 'snapshot_id': None, 'ec2_id': None,
'mountpoint': None, 'deleted_at': None, 'id':
'0a29a3db-0b25-41bb-81c3-4e3d277e5a4a', 'size': 1, 'user_id':
u'bb48f2ad7a45420ea80f8bdda97e0d54', 'attach_time': None,
'display_description': u'', 'project_id':
u'cc3005e2733e423bbe1bf24931447294', 'launched_at': None,
'scheduled_at': None, 'status': 'creating', 'volume_type_id': None,
'deleted': False, 'provider_location': None, 'host': None,
'display_name': u'1', 'instance_uuid': None, 'created_at':
datetime.datetime(2012, 11, 17, 19, 11, 50, 226521), 'attach_status':
'detached'}
2012-11-17 19:11:50 INFO cinder.api.openstack.wsgi
[req-22f1bfdc-67fd-4464-9a4b-1701e3547838
bb48f2ad7a45420ea80f8bdda97e0d54 cc3005e2733e423bbe1bf24931447294]
http://127.0.0.1:8776/v1/cc3005e2733e423bbe1bf24931447294/volumes
returned with HTTP 200
2012-11-17 19:11:50 INFO cinder.api.openstack.wsgi
[req-071e26ef-f710-4548-bf7a-da0518113dd6
bb48f2ad7a45420ea80f8bdda97e0d54 cc3005e2733e423bbe1bf24931447294] GET
http://127.0.0.1:8776/v1/cc3005e2733e423bbe1bf24931447294/volumes/detail
2012-11-17 19:11:50 AUDIT cinder.api.openstack.volume.volumes
[req-071e26ef-f710-4548-bf7a-da0518113dd6
bb48f2ad7a45420ea80f8bdda97e0d54 cc3005e2733e423bbe1bf24931447294]
vol=<cinder.db.sqlalchemy.models.Volume object at 0x427bad0>
2012-11-17 19:11:50 INFO cinder.api.openstack.wsgi
[req-071e26ef-f710-4548-bf7a-da0518113dd6
bb48f2ad7a45420ea80f8bdda97e0d54 cc3005e2733e423bbe1bf24931447294]
http://127.0.0.1:8776/v1/cc3005e2733e423bbe1bf24931447294/volumes/detail
returned with HTTP 200
This in cinder/scheduler.log:
012-11-17 19:14:48 3689 ERROR cinder.openstack.common.rpc.amqp [-]
Exception during message handling
2012-11-17 19:14:48 3689 TRACE cinder.openstack.common.rpc.amqp
Traceback (most recent call last):
2012-11-17 19:14:48 3689 TRACE cinder.openstack.common.rpc.amqp File
"/usr/lib/python2.6/site-packages/cinder/openstack/common/rpc/amqp.py",
line 276, in _process_data
2012-11-17 19:14:48 3689 TRACE cinder.openstack.common.rpc.amqp
rval = self.proxy.dispatch(ctxt, version, method, **args)
2012-11-17 19:14:48 3689 TRACE cinder.openstack.common.rpc.amqp File
"/usr/lib/python2.6/site-packages/cinder/openstack/common/rpc/dispatcher.py",
line 145, in dispatch
2012-11-17 19:14:48 3689 TRACE cinder.openstack.common.rpc.amqp
return getattr(proxyobj, method)(ctxt, **kwargs)
2012-11-17 19:14:48 3689 TRACE cinder.openstack.common.rpc.amqp File
"/usr/lib/python2.6/site-packages/cinder/scheduler/manager.py", line 98,
in _schedule
2012-11-17 19:14:48 3689 TRACE cinder.openstack.common.rpc.amqp
db.volume_update(context, volume_id, {'status': 'error'})
2012-11-17 19:14:48 3689 TRACE cinder.openstack.common.rpc.amqp File
"/usr/lib64/python2.6/contextlib.py", line 23, in __exit__
2012-11-17 19:14:48 3689 TRACE cinder.openstack.common.rpc.amqp
self.gen.next()
2012-11-17 19:14:48 3689 TRACE cinder.openstack.common.rpc.amqp File
"/usr/lib/python2.6/site-packages/cinder/scheduler/manager.py", line 94,
in _schedule
2012-11-17 19:14:48 3689 TRACE cinder.openstack.common.rpc.amqp
return driver_method(*args, **kwargs)
2012-11-17 19:14:48 3689 TRACE cinder.openstack.common.rpc.amqp File
"/usr/lib/python2.6/site-packages/cinder/scheduler/simple.py", line 78,
in schedule_create_volume
2012-11-17 19:14:48 3689 TRACE cinder.openstack.common.rpc.amqp
raise exception.NoValidHost(reason=msg)
2012-11-17 19:14:48 3689 TRACE cinder.openstack.common.rpc.amqp
NoValidHost: No valid host was found. Is the appropriate service
running?
2012-11-17 19:14:48 3689 TRACE cinder.openstack.common.rpc.amqp
And this in httpd/error_log:
[Sat Nov 17 19:15:36 2012] [error] unable to retrieve service catalog
with token
[Sat Nov 17 19:15:36 2012] [error] Traceback (most recent call last):
[Sat Nov 17 19:15:36 2012] [error] File
"/usr/lib/python2.6/site-packages/keystoneclient/v2_0/client.py", line
135, in _extract_service_catalog
[Sat Nov 17 19:15:36 2012] [error] endpoint_type='adminURL')
[Sat Nov 17 19:15:36 2012] [error] File
"/usr/lib/python2.6/site-packages/keystoneclient/service_catalog.py",
line 73, in url_for
[Sat Nov 17 19:15:36 2012] [error] raise
exceptions.EndpointNotFound('Endpoint not found.')
[Sat Nov 17 19:15:36 2012] [error] EndpointNotFound: Endpoint not
found.
Tried all of this with "setenforce 0", but to no avail.
Suggestions?
Regards,
Lucian
--
Sent from the Delta quadrant using Borg technology!
Nux!
www.nux.ro
11 years
FUDCon Lawrence 2013
by Sandro "red" Mathys
Hi,
Just wondering, does this SIG plan to go to FUDCon Lawrence 2013? If
so, is there any planned program available? Looking for good reasons
to make the trip ;)
Thanks,
red
11 years