check the driver lists and set
https://docs.openstack.org/kilo/config-reference/content/list-of-compute-config-options.html
check the driver lists and set
https://docs.openstack.org/kilo/config-reference/content/list-of-compute-config-options.html
sysctl: cannot stat /proc/sys/net/bridge/bridge-nf-call-iptables:
No such file or directory sysctl: cannot stat /proc/sys/net/bridge/bridge-nf-call-ip6tables: No such file or directory
solution:
modprobe br_netfilter
it is mostly date issue check date on both controller and cinder-volume server
and do
ntpdate 1.ubuntu.pool.ntp.org
If you get this
1 2 3 4 5 6 7 8 9 10 11 12 13 |
keystone --debug user-list WARNING: unsupported identity-api-version 3, falling back to 2.0 DEBUG:keystoneclient.auth.identity.v2:Making authentication request to http://controller:35357/v3/tokens INFO:urllib3.connectionpool:Starting new HTTP connection (1): controller DEBUG:urllib3.connectionpool:"POST /v3/tokens HTTP/1.1" 404 93 DEBUG:keystoneclient.session:Request returned failure status: 404 Authorization Failed: The resource could not be found. (HTTP 404) (Request-ID: req-fc9d4273-c31b-473c-af3e-9e3d4cd3d5c0) |
Add
export OS_AUTH_URL=http://controller:35357/v2.0
OpenStack has emerged as the preferred choice for open cloud software
worldwide. We use it to power our cloud, and we love it. We’re proud to be a
part of growing its capabilities to address more needs every day. When we ask
customers, partners, and community members about what problems they want to
solve next, we have consistently found a few areas where OpenStack has room to
grow in addressing the needs of software developers:
1) Ease of application development and deployment via integrated support for
Git, CI/CD, and IDEs
2) Ease of application lifecycle management across dev, test, and production
types of environments — supported by the Heat project’s automated
orchestration (resource deployment, monitoring-based self-healing,
auto-scaling, etc.)
3) Ease of application portability between public and private clouds — with
no vendor-driven requirements within the application stack or control system
Along with eBay, RedHat, Ubuntu/Canonical, dotCloud/Docker, Cloudsoft, and
Cumulogic, we at Rackspace are happy to announce we have started project Solum
as an OpenStack Related open source project. Solum is a community-driven
initiative currently in its open design phase amongst the seven contributing
companies with more to come.
We plan to leverage the capabilities already offered in OpenStack in addressing
these needs so anyone running an OpenStack cloud can make it easier to use for
developers. By leveraging your existing OpenStack cloud, the aim of Project
Solum is to reduce the number of services you need to manage in tackling these
developer needs. You can use all the OpenStack services you already run instead
of standing up overlapping, vendor-specific capabilities to accomplish this.
We welcome you to join us to build this exciting new addition to the OpenStack
ecosystem.
Project Wiki
https://wiki.openstack.org/wiki/Solum
Lauchpad Project
https://launchpad.net/solum
IRC
Public IRC meetings are held on Tuesdays 1600 UTC
irc://irc.freenode.net:6667/solum
ISCSI involves two main factors, 1st the ISCSI initator (client) and 2nd ISCSI target (server) which is most often a disk server running any avaiable ISCSI target daemon . ISCSI can be used to mount network drives locally and use as normal disk drives in Linux sense they can be added as /dev/sdX for e.g
Various cloud platform such as OpenStack use it to provide Elastic block storage using . The block storage service of Openstack named as Cinder. (Release Havana, Grizzly).
Further Reading: http://en.wikipedia.org/wiki/ISCSI