[Fuel upgrade] Deployed nodes are bootstrapped if reboot them after upgrade

[Andrey Sledzinskiy]

Upgrade script version - fuel-5.1-upgrade-6-2014-06-17_22-23-28

Steps:
1. Create simple cluster with default values and add 1 controller node
2. Deploy cluster
3. Upgrade fuel master node
4. After successful upgrading reboot controller node

Expected - controller is rebooted, OS is loaded and you can login to deployed node, controller status is ready
Actual - controller is bootstrapped after reboot, controller status is discovered on UI

Logs are attached

[Andrey Sledzinskiy (asledzinskiy)]

Sorry, previous logs are incorrect, next are correct

[OpenStack Infra (hudson-openstack)]

Fix proposed to branch: master
Review: https://review.openstack.org/102881

[OpenStack Infra (hudson-openstack)]

Reviewed: https://review.openstack.org/102881
Committed: https://git.openstack.org/cgit/stackforge/fuel-web/commit/?id=f0417cde6838f146d88018f8223db93a092b8fe9
Submitter: Jenkins
Branch: master

commit f0417cde6838f146d88018f8223db93a092b8fe9
Author: Evgeniy L <email address hidden>
Date: Wed Jun 25 18:32:55 2014 +0400

    Upgrade system, migrate cobbler data from old container to new

    During cluster deployment, orchestrator registers nodes
    in cobbler, cobbler keeps all this information in file
    system based database which is in /var/lib/cobbler/config
    directory, we have to migrate this directory from one
    container to another.

    We have the next data migartion flow for cobbler
    * take /var/lib/cobbler/config from previous container
    * save it in working directory in
      /var/lib/fuel_upgrade/version/cobbler_configs
    * mount /var/lib/fuel_upgrade/version in container
      as /tmp/upgrade
    * right after cobbler container is created, copy
      cobbler data from mounted directory to
      /var/lib/cobbler/config

    blueprint upgrade-to-5-1
    Closes-bug: #1331975
    Change-Id: I6a3a20831ef1aa85a90da64e7c2c1434a9ae59a1

[OpenStack Infra (hudson-openstack)]

Fix proposed to branch: stable/5.0
Review: https://review.openstack.org/104162

[OpenStack Infra (hudson-openstack)]

Reviewed: https://review.openstack.org/104162
Committed: https://git.openstack.org/cgit/stackforge/fuel-web/commit/?id=8fed82851544a51594b2fd0a7002da3387a5aa46
Submitter: Jenkins
Branch: stable/5.0

commit 8fed82851544a51594b2fd0a7002da3387a5aa46
Author: Evgeniy L <email address hidden>
Date: Wed Jun 25 18:32:55 2014 +0400

    Upgrade system, migrate cobbler data from old container to new

    During cluster deployment, orchestrator registers nodes
    in cobbler, cobbler keeps all this information in file
    system based database which is in /var/lib/cobbler/config
    directory, we have to migrate this directory from one
    container to another.

    We have the next data migartion flow for cobbler
    * take /var/lib/cobbler/config from previous container
    * save it in working directory in
      /var/lib/fuel_upgrade/version/cobbler_configs
    * mount /var/lib/fuel_upgrade/version in container
      as /tmp/upgrade
    * right after cobbler container is created, copy
      cobbler data from mounted directory to
      /var/lib/cobbler/config

    blueprint upgrade-to-5-0-1
    Closes-bug: #1331975
    Change-Id: I6a3a20831ef1aa85a90da64e7c2c1434a9ae59a1

[Andrey Sledzinskiy (asledzinskiy)]

verified on fuel-5.0.1-upgrade-27-2014-07-04_16-12-50.tar

[Andrey Sledzinskiy (asledzinskiy)]

verified on {

    "build_id": "2014-09-12_00-01-11",
    "ostf_sha": "64cb59c681658a7a55cc2c09d079072a41beb346",
    "build_number": "4",
    "auth_required": true,
    "api": "1.0",
    "nailgun_sha": "d389bc6489fe296c9c210f7c65ac84e154a8b82b",
    "production": "docker",
    "fuelmain_sha": "d899675a5a393625f8166b29099d26f45d527035",
    "astute_sha": "f5fbd89d1e0e1f22ef9ab2af26da5ffbfbf24b13",
    "feature_groups": [
        "experimental"
    ],
    "release": "5.1",
    "release_versions": {
        "2014.1-5.0": {
            "VERSION": {
                "build_id": "2014-05-27_05-51-41",
                "mirantis": "yes",
                "build_number": "26",
                "ostf_sha": "a8b7660082a6f152794c610d6abe30d360fd577d",
                "nailgun_sha": "bd09f89ef56176f64ad5decd4128933c96cb20f4",
                "production": "docker",
                "api": "1.0",
                "fuelmain_sha": "505741e4f431f85a8d0252fc42754d10c0326c1a",
                "astute_sha": "a7eac46348dc77fc2723c6fcc3dbc66cc1a83152",
                "release": "5.0",
                "fuellib_sha": "2f79c0415159651fc1978d99bd791079d1ae4a06"
            }
        },
        "2014.1.1-5.0.2": {
            "VERSION": {
                "build_id": "2014-09-11_15-12-36",
                "ostf_sha": "2969c1ad443b632e815bb1f01149c3800cd7aa3a",
                "build_number": "75",
                "api": "1.0",
                "nailgun_sha": "c18a21381843dffe807b254a4ff96eec259953cb",
                "production": "docker",
                "fuelmain_sha": "30767670614e0287188985cbdd6c8ae97c257e35",
                "astute_sha": "6db5f5031b74e67b92fcac1f7998eaa296d68025",
                "feature_groups": [
                    "mirantis"
                ],
                "release": "5.0.2",
                "fuellib_sha": "561f9f37f3b826be81ec57d18888ab239db3cf1c"
            }
        },
        "2014.1.1-5.1": {
            "VERSION": {
                "build_id": "2014-09-12_00-01-11",
                "ostf_sha": "64cb59c681658a7a55cc2c09d079072a41beb346",
                "build_number": "4",
                "api": "1.0",
                "nailgun_sha": "d389bc6489fe296c9c210f7c65ac84e154a8b82b",
                "production": "docker",
                "fuelmain_sha": "d899675a5a393625f8166b29099d26f45d527035",
                "astute_sha": "f5fbd89d1e0e1f22ef9ab2af26da5ffbfbf24b13",
                "feature_groups": [
                    "experimental"
                ],
                "release": "5.1",
                "fuellib_sha": "395fd9d20a003603cc9ad26e16cb13c1c45e24e6"
            }
        }
    },
    "fuellib_sha": "395fd9d20a003603cc9ad26e16cb13c1c45e24e6"

}