mancdaz

=============
Release Notes
=============

r14.1.0
=======

Prelude
-------

mancdaz

---
# Copyright 2014, Rackspace US, Inc.
#
# Licensed under the Apache License, Version 2.0 (the "License");
# you may not use this file except in compliance with the License.
# You may obtain a copy of the License at
#
#     http://www.apache.org/licenses/LICENSE-2.0
#
# Unless required by applicable law or agreed to in writing, software

mancdaz

####given a commit SHA, find out if a deployed wheel contains that commit

i.e. Does our deployed neutron wheel contain a commit with a SHA of 9ff5bb967105451a1c3c1a6dfdbeb0ec979afaeb

#####1. find out the sha of the commit from which our wheel was built Log in to the neutron container of interest and get info on the wheel:

# lxc-attach -n aio1_neutron_agents_container-28d6792d
# pbr info neutron

mancdaz

#Removing a container entirely

NB - these instructions are based on a juno install, so files and locations contain references to rpc_*

Let's say I have 3 keystone containers, and I want to remove one of them. There are essentially 3 steps

1. Remove it from the user config file: /etc/rpc_deploy/rpc_user_config.yml
2. Remove the container from the inventory - if you didn't do this, the container would get recreated the next time you ran the 'setup' part of the ansible playbooks, because the inventory still has references to it
3. Destroy the container - this physically removes the container from the host that is running it

mancdaz

# add cirros image
cd /tmp
wget http://download.cirros-cloud.net/0.3.3/cirros-0.3.3-x86_64-disk.img
glance image-create --container-format bare --disk-format qcow2 --file cirros-0.3.3-x86_64-disk.img --name cirros

# add trusty image
cd /tmp
wget http://cloud-images.ubuntu.com/trusty/current/trusty-server-cloudimg-amd64-disk1.img
glance image-create --container-format bare --disk-format qcow2 --file trusty-server-cloudimg-amd64-disk1.img --name trusty

mancdaz

#!/bin/bash

cd /root/ansible-lxc-rpc/rpc_deployment
ansible-playbook -e @/etc/rpc_deploy/user_variables.yml   playbooks/setup/destroy-containers.yml
ansible hosts -m shell -a 'rm -fr /openstack'
ansible hosts -m shell -a 'rm -fr /var/lib/lxc/*'
ansible hosts -m shell -a 'lvremove lxc -f'
rm /etc/rpc_deploy/rpc_inventory.json

mancdaz

individual bench per OSD:
All tests run from node1

# ceph tell osd.* bench -f plain
osd.0: bench: wrote 1024 MB in blocks of 4096 KB in 20.138275 sec at 52068 KB/sec
osd.1: bench: wrote 1024 MB in blocks of 4096 KB in 21.206290 sec at 49446 KB/sec
osd.2: bench: wrote 1024 MB in blocks of 4096 KB in 21.361698 sec at 49086 KB/sec
osd.3: bench: wrote 1024 MB in blocks of 4096 KB in 20.538838 sec at 51053 KB/sec
osd.4: bench: wrote 1024 MB in blocks of 4096 KB in 21.490303 sec at 48792 KB/sec
osd.5: bench: wrote 1024 MB in blocks of 4096 KB in 21.130678 sec at 49623 KB/sec

mancdaz

##cinder/nova

1. live migration cannot work. update: apparently it does work in grizzly

• real live migration will fail as a preflight check that nova does is to test if you are using shared storage for your /var/lib/nova/instances directory (it writes a test file to the shared location on one host, then checks to see if it can see it on the other). Given that RBD is not 'shared storage' in this sense, the check fails. NOT fixed in Havana, though it's noted that ceph and libvirt will play nicely outside of nova

• block migration will fail as there is no actual disk for the process to copy from one host to another

2. each compute host needs to be 'manually' configured with the libvirt secret/key when using cephx

mancdaz

default["ha"]["available_services"]["keystone-service-api"] = {
    "role" => "keystone-api",
    "namespace" => "keystone",
    "service" => "service-api",
    "service_type" => "identity",
    "lb_mode" => "http",
    "lb_algorithm" => "roundrobin",
    "lb_options" => ["forwardfor", "httpchk", "httplog"],
    "vrid" => 0,
    "vip_network" => "public"

mancdaz

[2013-04-04T13:39:11+00:00] WARN: Cloning resource attributes for execute[apt-get update] from prior resource (CHEF-3694)
[2013-04-04T13:39:11+00:00] WARN: Previous execute[apt-get update]: /var/chef/cache/cookbooks/apt/recipes/default.rb:29:in `from_file'
[2013-04-04T13:39:11+00:00] WARN: Current  execute[apt-get update]: /var/chef/cache/cookbooks/mysql/recipes/ruby.rb:23:in `from_file'
--
[2013-04-04T13:39:29+00:00] WARN: Cloning resource attributes for service[rabbitmq-server] from prior resource (CHEF-3694)
[2013-04-04T13:39:29+00:00] WARN: Previous service[rabbitmq-server]: /var/chef/cache/cookbooks/rabbitmq/recipes/default.rb:87:in `from_file'
[2013-04-04T13:39:29+00:00] WARN: Current  service[rabbitmq-server]: /var/chef/cache/cookbooks/rabbitmq-openstack/recipes/server.rb:64:in `from_file'
[2013-04-04T13:39:29+00:00] WARN: Cloning resource attributes for rabbitmq_user[guest] from prior resource (CHEF-3694)
[2013-04-04T13:39:29+00:00] WARN: Previous rabbitmq_user[guest]: /var/chef/cache/cookbooks/rabbit