[Openstack] [Ceilometer] Can not start agents, can't find a publisher manager

I`ve a problem with the ceilometer agents. When I want to start one, it can`t find a publisher manager('meter_publisher'). The whole error is : CRITICAL ceilometer [-] Pipeline {'publishers': ['meter_publisher'], 'interval': 60, 'transformers': None, 'name': 'meter_pipeline', 'counters': ['*']}

Re: [Openstack] ceilometer-agent-central starting fail

Actually this is not over. The main reason of service failure is that central/manager.py and service.py use different vairables: central/manager.py 70 def interval_task(self, task): 71 self.keystone = ksclient.Client( 72 username=cfg.CONF.*os_username*, 73

Re: [Openstack] vm unable to reach 169.254.169.254

Hi Liu, The output above is normal if you didn't supply any user data when booting your instance :) Cheers, On Wed, Apr 10, 2013 at 7:25 AM, Liu Wenmao wrote: > Thanks Mouad > > After I install the latest grizzl

Re: [Openstack] ceilometer-agent-central starting fail

On Wed, Apr 10, 2013 at 6:10 AM, Liu Wenmao wrote: > Actually this is not over. > > The main reason of service failure is that central/manager.py > and service.py use different vairables: > > central/manager.py > 70 def interval_task(self, task): > 71 self.keystone = ksclient.Client

[Openstack] Grizzly Dashboad problem...

Guys, I just install Grizzly from UCA. When I try to access the Dashboard, I'm getting: Internal Server Error The server encountered an internal error or misconfiguration and was unable to complete your request. Please contact the server administrator, webmaster@localhost and inform them of

Re: [Openstack] Grizzly Dashboad problem...

Here is the full apache error log after login into the Dashboard: http://paste.openstack.org/show/35722/ What can I do? Tks, Thiago On 10 April 2013 12:04, Martinx - ジェームズ wrote: > Guys, > > I just install Grizzly from UCA. > > When I try to access the Dashboard, I'm getting: > > Internal

[Openstack] [Folsom]Very slow Openstack Dashboard

Hi, I am installing OpenStack Folsom on Fedora 18. The openstack dashboard is very slow and its giving the following error message: Error: Unable to retrieve quota information. I have followed this instructions: # yum install openstack-dashboard memcached -ymodify CACHE_BACKEND = 'memcached:/

Re: [Openstack] [Folsom]Very slow Openstack Dashboard

"Arindam Choudhury" wrote: > Hi, > > I am installing OpenStack Folsom on Fedora 18. > > The openstack dashboard is very slow and its giving the following error > message: > > Error: Unable to retrieve quota information. Hello! Could you look at the httpd logs and copy the stack trace that happ

Re: [Openstack] Grizzly release packages available in the Ubuntu Cloud Archive

Guys, This isn't ready. Just install Ubuntu 12.04 + Grizzly via UCA, after login into Dashboard, getting "Internal Server Error" message. Dashboard is broken. Tks, Thiago On 9 April 2013 10:20, James Page wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > Hi All > > OpenStack G

Re: [Openstack] [Folsom]Very slow Openstack Dashboard

Hi, Thanks for your reply. I have not installed the network part yet. sorry. > Date: Wed, 10 Apr 2013 11:58:10 -0400 > From: jpic...@redhat.com > To: arin...@live.com > CC: openstack@lists.launchpad.net > Subject: Re: [Openstack] [Folsom]Very slow Openstack Dashboard > > "Arindam Choudhury" wrot

Re: [Openstack] Grizzly release packages available in the Ubuntu Cloud Archive

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 10/04/13 17:14, Martinx - ジェームズ wrote: > Guys, This isn't ready. Just install Ubuntu 12.04 + Grizzly via > UCA, after login into Dashboard, getting "Internal Server Error" > message. Dashboard is broken. Please can you turn Debug on in /etc/opens

Re: [Openstack] Grizzly Dashboad problem...

Most probably your nova-* services are having some problem. Check whether nova is working properly. On Wed, Apr 10, 2013 at 8:47 PM, Martinx - ジェームズ wrote: > Here is the full apache error log after login into the Dashboard: > > http://paste.openstack.org/show/35722/ > > What can I do? > > Tks, >

[Openstack] OpenStack Networking, use of "Quantum"

We have to phase out the trademark or attention getting use of the code name "Quantum" when referring to the the OpenStack Networking project, as part of a legal agreement with Quantum Corporation, the owner of the "Quantum" trademark. The Board of Directors and Technical Committee members invo

Re: [Openstack] Grizzly Dashboad problem...

Okay, I'll double check it... Tks! On 10 April 2013 13:59, Ritesh Nanda wrote: > Most probably your nova-* services are having some problem. Check whether > nova is working properly. > > > On Wed, Apr 10, 2013 at 8:47 PM, Martinx - ジェームズ < > thiagocmarti...@gmail.com> wrote: > >> Here is the fu

[Openstack] Injecting a specific MAC address

Hi Stackers, We have a little test lab where we are working with puppet and OpenStack. Here's what we are trying to do on Folsom (currently not using Quantum). >From a puppet master (also running dhcp, dns, kickstart), issue a command to >OpenStack controller to boot a small pxe boot image. W

Re: [Openstack] Injecting a specific MAC address

On 11 April 2013 07:19, Burney, Jeffrey P (N-Engineering Service Professionals) wrote: > Hi Stackers, > > > > We have a little test lab where we are working with puppet and OpenStack. > Here’s what we are trying to do on Folsom (currently not using Quantum). > > > > From a puppet master (also runn

[Openstack] [Savanna] 0.1 Release!

Hi everybody, we finished Phase 1 of our roadmap and released the first project release! Currently Savanna has the REST API for Hadoop cluster provisioning using pre-installed images and we started working on pluggable mechanism for custom cluster provisioning tools. Also I'd like to note that

[Openstack] can't get db_sync to work

Trying to get openstack going with postgresql 9.2 as the database. Started with glance. I got all the grizzly RPMs from this repo: http://repos.fedorapeople.org/repos/openstack/openstack-grizzly/epel-6/ The database is created and the connection seems to work fine, but I get this error: [ro

Re: [Openstack] can't get db_sync to work

I made a bad assumption, it is using 0.7.8 and still gets the error: [root@glance site-packages]# glance-manage -v db_sync 2013-04-10 22:08:09.970 2966 INFO glance.db.sqlalchemy.migration [-] Upgrading database to version latest 2013-04-10 22:08:10.019 2966 CRITICAL glance [-] 'PGSchemaChanger'

Re: [Openstack] [Savanna] 0.1 Release!

On 11 April 2013 08:30, Sergey Lukjanov wrote: > Hi everybody, > > we finished Phase 1 of our roadmap and released the first project release! > > Currently Savanna has the REST API for Hadoop cluster provisioning using > pre-installed images and we started working on pluggable mechanism for custo

Re: [Openstack] can't get db_sync to work

I was able to force this to work by updating SQLAlchemy's migrate utility to the latest version, FYI. https://code.google.com/p/sqlalchemy-migrate/downloads/detail?name=sqlalchemy-migrate-0.7.2.tar.gz Hopefully the RH guys can get that RPM updated on the EPEL repo at some point to prevent othe

Re: [Openstack] New schema for LDAP + Keystone Grizzly?

Hi Marcelo, In the latest version of devstack there is an option that will install and configure LDAP and show it working with domains configured to map to a businessCategory attribute. This mapping approach was a stopgap measure and was not ideal. At the summit we will be discussing what sh

[Openstack] [SUMMIT] Looking for volunteers in Portland

Hello folks, we need 5 volunteers at the coming Summit in Portland to help with registration duties. The volunteers are requested for one hour on Sunday, between 11am and 3pm for training and then Monday and Tuesday morning from 7am to 11am to help with registration. Volunteers will get a f

[Openstack] [Heat] heat-cfntools v1.2.3 released - temp file race condition fix.

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The heat development community would like to announce the release of heat-cfntools version 1.2.3. This release contains security fixes. heat-cfntools contains the tools that can be installed on Heat provisioned cloud instances to implement portion

Re: [Openstack] Thanks for using DocImpact

With Havana development starting, we're already seeing some DocImpacts coming in - thanks for those! We want to sure we catch all those removals, deprecations and pent-up updates that tend to come in at the beginning of the cycle. So, as usual: """ If your commit could have an impact on doc