Open Stack

I saw something similar when preparing the Ocala upgrade: in our case this was caused by stale entries in the ‘services' table.
So, you may want to check the entries in that table and clean things up if necessary.

Cheers,
 Arne


On 17 Jun 2017, at 19:59, SGopinath s.gopinath <s.gopinath at gov.in<mailto:s.gopinath at gov.in>> wrote:


Hi,

I could not start th cinder-volume service and I'm getting the following error.

I pasted here my /etc/cinder/cinder.conf.

May please help.

Thanks,
S.Gopinath

/etc/cinder/cinder.conf
==================


[DEFAULT]
rootwrap_config = /etc/cinder/rootwrap.conf
api_paste_confg = /etc/cinder/api-paste.ini
iscsi_helper = tgtadm
volume_name_template = volume-%s
#volume_group = cinder-volumes
verbose = True
auth_strategy = keystone
state_path = /var/lib/cinder
lock_path = /var/lock/cinder
volumes_dir = /var/lib/cinder/volumes
###SXG
transport_url = rabbit://openstack:OpenStack123@controller
auth_strategy = keystone
my_ip = 10.163.61.22
enabled_backends = lvm
glance_api_servers = http://controller:9292

###SXG
[database]
connection = mysql+pymysql://cinder:CinderOpenStack123@controller/cinder

###SXG
[keystone_authtoken]
auth_uri = http://controller:5000
auth_url = http://controller:35357
memcached_servers = controller:11211
auth_type = password
project_domain_name = default
user_domain_name = default
project_name = service
username = cinder
password = CinderOpenStack123

###SXG
[lvm]
volume_drivers = cinder.volume.drivers.lvm.LVMVolumeDriver
volume_group = cinder-volumes
iscsi_protocol = iscsi
iscsi_helper = tgtadm

###SXG
[oslo_concurrency]
lock_path = /var/lib/cinder/tmp

###################################################################END##########################

root at cloud1:/etc/cinder# vgs
  VG             #PV #LV #SN Attr   VSize  VFree
  cinder-volumes   1   0   0 wz--n- 37.22g 37.22g
root at cloud1:/etc/cinder# pvs
  PV         VG             Fmt  Attr PSize  PFree
  /dev/sda4  cinder-volumes lvm2 a--  37.22g 37.22g


###################################################################################################
2017-06-18 05:11:50.953 5230 WARNING oslo_reports.guru_meditation_report [-] Guru mediation now registers SIGUSR1 and SIGUSR2 by default for backward compatibility. SIGUSR1 will no longer be registered in a future release, so please use SIGUSR2 to generate reports.
2017-06-18 05:11:51.105 5230 INFO root [-] Generating grammar tables from /usr/lib/python2.7/lib2to3/Grammar.txt
2017-06-18 05:11:51.183 5230 INFO root [-] Generating grammar tables from /usr/lib/python2.7/lib2to3/PatternGrammar.txt
2017-06-18 05:11:51.238 5230 WARNING py.warnings [req-85789cbc-b26c-47c5-be34-035fae86e504 - - - - -] /usr/lib/python2.7/dist-packages/oslo_db/sqlalchemy/enginefacade.py:241: NotSupportedWarning: Configuration option(s) ['use_tpool'] not supported
  exception.NotSupportedWarning

2017-06-18 05:11:51.357 5230 INFO cinder.rpc [req-85789cbc-b26c-47c5-be34-035fae86e504 - - - - -] Automatically selected cinder-scheduler objects version 1.21 as minimum service version.
2017-06-18 05:11:51.358 5230 ERROR cinder.cmd.volume [req-85789cbc-b26c-47c5-be34-035fae86e504 - - - - -] Volume service cloud1 at lvm failed to start.
2017-06-18 05:11:51.358 5230 ERROR cinder.cmd.volume Traceback (most recent call last):
2017-06-18 05:11:51.358 5230 ERROR cinder.cmd.volume   File "/usr/lib/python2.7/dist-packages/cinder/cmd/volume.py", line 81, in main
2017-06-18 05:11:51.358 5230 ERROR cinder.cmd.volume     binary='cinder-volume')
2017-06-18 05:11:51.358 5230 ERROR cinder.cmd.volume   File "/usr/lib/python2.7/dist-packages/cinder/service.py", line 268, in create
2017-06-18 05:11:51.358 5230 ERROR cinder.cmd.volume     service_name=service_name)
2017-06-18 05:11:51.358 5230 ERROR cinder.cmd.volume   File "/usr/lib/python2.7/dist-packages/cinder/service.py", line 150, in __init__
2017-06-18 05:11:51.358 5230 ERROR cinder.cmd.volume     *args, **kwargs)
2017-06-18 05:11:51.358 5230 ERROR cinder.cmd.volume   File "/usr/lib/python2.7/dist-packages/cinder/volume/manager.py", line 235, in __init__
2017-06-18 05:11:51.358 5230 ERROR cinder.cmd.volume     *args, **kwargs)
2017-06-18 05:11:51.358 5230 ERROR cinder.cmd.volume   File "/usr/lib/python2.7/dist-packages/cinder/manager.py", line 156, in __init__
2017-06-18 05:11:51.358 5230 ERROR cinder.cmd.volume     self.scheduler_rpcapi = scheduler_rpcapi.SchedulerAPI()
2017-06-18 05:11:51.358 5230 ERROR cinder.cmd.volume   File "/usr/lib/python2.7/dist-packages/cinder/rpc.py", line 188, in __init__
2017-06-18 05:11:51.358 5230 ERROR cinder.cmd.volume     serializer = base.CinderObjectSerializer(obj_version_cap)
2017-06-18 05:11:51.358 5230 ERROR cinder.cmd.volume   File "/usr/lib/python2.7/dist-packages/cinder/objects/base.py", line 412, in __init__
2017-06-18 05:11:51.358 5230 ERROR cinder.cmd.volume     raise exception.CappedVersionUnknown(version=version_cap)
2017-06-18 05:11:51.358 5230 ERROR cinder.cmd.volume CappedVersionUnknown: Unrecoverable Error: Versioned Objects in DB are capped to unknown version 1.21.
2017-06-18 05:11:51.358 5230 ERROR cinder.cmd.volume
2017-06-18 05:11:51.360 5230 ERROR cinder.cmd.volume [req-85789cbc-b26c-47c5-be34-035fae86e504 - - - - -] No volume service(s) started successfully, terminating.
root at cloud1:/etc/cinder#





________________________________
From: "SGopinath s.gopinath" <s.gopinath at gov.in<mailto:s.gopinath at gov.in>>
To: "openstack" <openstack at lists.openstack.org<mailto:openstack at lists.openstack.org>>
Sent: Thursday, June 15, 2017 9:07:19 AM
Subject: [Openstack] nova - Error in cells

Hi ,


I'm trying to install Openstack Ocata in
Ubuntu 16.04.2 LTS.

I could able to start nova services and successfully
could get the output on executing

openstack hypervisor list ...

No issues...


But when I execute

 su -s /bin/sh -c "nova-manage cell_v2 discover_hosts --verbose" nova

I get the error

 ProgrammingError: (pymysql.err.ProgrammingError) (1146, u"Table 'nova_api.compute_nodes' doesn't exist")

I could not find compute_nodes table in the database nova_api.
However the compute_nodes table is in nova_api_cell0 database and it
does not contain any rows.


I think there is only a minor issue in assuming where the table is in which
database.

Could anyone suggest a solution for this.

Thanks,
S.Gopinath



_______________________________________________
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to     : openstack at lists.openstack.org<mailto:openstack at lists.openstack.org>
Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack

--
Arne Wiebalck
CERN IT

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20170621/6436bd5d/attachment.html>