summaryrefslogtreecommitdiffstats
path: root/deploy
AgeCommit message (Collapse)AuthorFilesLines
2016-02-25Remove apparmor for vFuelNikolas Hermanns2-3/+0
Not every CPU supports apparmor and there is no real benefit when using it only for fuel. Change-Id: Ibb3221b85d8565f718df9b087aa324d0f606bdee
2016-02-18Moved tacker install script to prototypes directoryJonas Bjurel2-419/+0
Change-Id: I2dc062a8b4ad7c7bc0782781565fd182d5993014 Signed-off-by: Jonas Bjurel <jonas.bjurel@ericsson.com>
2016-02-18Merge "Adding Tacker service with POC orchestration to OPNFV cluster"Jonas Bjurel2-0/+419
2016-02-18Adding Tacker service with POC orchestration to OPNFV clusterferenc Cserepkei2-0/+419
The SFC subproject has been developed Tacker service orchestration for OPNFV+Apex. There was a hint that the same feature should exist in OPNFV/Fuel too. Since We had not enough time and resource the given implementation is proof-of-concept, a shell script based deployment + orchestration is given. The script designed being idempotent but lacks error handling. For Brahmaputra SR-1 a more reliable fuel-plugin implementation will be given. The script (poc.tacker-up.sh) is loosely integrated: the user should transfer it to the primary controller, where the OpenDayLight service is deoloyed and should execute the script manually. Note that adding Tacker service to OPNFV assumes that the cluster has fuel-plugin-ovs (with NSH support) and OpenDayLight SDN controller (fuel-plugin-opendaylight with GBP anf SFC fearures enabled) plugins enabled during deployment. Change-Id: Icb582c545e163816df14fa06411aa62d0c66cd5d Signed-off-by: ferenc Cserepkei <ferenc.cserepkei@ericsson.com>
2016-02-17Scenario for SFCJonas Bjurel4-5/+404
Pleas carefully review this patch, especially the ODL features NOT VERIFIED DO NOT MERGE Change-Id: Ief3fa22d5fd03c17101aef4cbe7dcf88f5f14e8c Signed-off-by: Jonas Bjurel <jonas.bjurel@ericsson.com>
2016-02-17Urgent fix for the BGP VPN HA scenarioJonas Bjurel1-4/+2
Change-Id: I10d3a1a9bef918005e0756d209953fa5dcc21d6c Signed-off-by: Jonas Bjurel <jonas.bjurel@ericsson.com>
2016-02-16Merge "Applying ODL changes to BGPVPN scenario"Jonas Bjurel4-0/+442
2016-02-15Applying ODL changes to BGPVPN scenarioNikolas Hermanns4-0/+442
Since module substitionion does not support arrays the plugin attributes are added to the scenario file and not taken from the plugin files. In addition the bgpvpn plugin contains a fix for the instable stable/liberty branch now. Change-Id: I94ce93bbbe6596ff9417bdd8c11dc62cd2167c11
2016-02-15Rebased NFVOVS to the new plugin archJonas Bjurel4-2/+205
Change-Id: I4eb093c2fe4208975d08ffc2477e8ff04b213afd Signed-off-by: Jonas Bjurel <jonas.bjurel@ericsson.com>
2016-02-15Modify README for B-releasePeter Barabas1-35/+1
Change-Id: Ib38336f6c96b073dadd1798eab3149ff268e21e2 Signed-off-by: Peter Barabas <peter.barabas@ericsson.com>
2016-02-14Fixed deployment timeout and OVSNFV plugin buildJonas Bjurel1-1/+1
- Increase deployment timeout to 4h since some deplyments takes more than 3h (KVM) - Fixed build interference between OVSNFV and OVS-NSH where the later removed the OVSNFV build result from release/opnfv. A propper fix for SR2 is to have f_isoroot/Makefile remove the release directory before build, and not have the plugins removing anythin in release Change-Id: Ibca986554087d6a7f12ed8c7cc6fdd4919368ad2 Signed-off-by: Jonas Bjurel <jonas.bjurel@ericsson.com>
2016-02-13Fixed node assignment for KVM HA scenarioJonas Bjurel1-3/+3
Change-Id: Iaffde56bb2ad691da2bdbacee38b8d60a289b8c9 Signed-off-by: Jonas Bjurel <jonas.bjurel@ericsson.com>
2016-02-12Fix for the KVM4NFV scenariosJonas Bjurel4-2/+371
- The qemu plugin has been rebased to the newer plugin framework vesion. The scenarios need to be rebased accordingly VERIFIED READY TO MERGE Change-Id: I4d74d1e94b12763f33d7731d5899a724bedcb0ce Signed-off-by: Jonas Bjurel <jonas.bjurel@ericsson.com>
2016-02-05URGENT Quick-fix for scenariosJonas Bjurel1-1/+1
Change-Id: I709d5868ebe038f908b43d930117060ba1936a61 Signed-off-by: Jonas Bjurel <jonas.bjurel@ericsson.com>
2016-02-05Merge "Switching to using local package mirror for installation"Stefan K. Berg1-21/+3
2016-02-05Switching to using local package mirror for installationStefan K. Berg1-21/+3
Change-Id: Ic2039bfd4fe23851197e92cce060397b54c891f0 Signed-off-by: Stefan K. Berg <stefan.k.berg@ericsson.com>
2016-02-04Increase Fuel disk size from 50 GB to 100 GBPeter Barabas1-1/+1
Change-Id: I4a5471f9b910584d6af6620bf901d6308a425bb9 Signed-off-by: Peter Barabas <peter.barabas@ericsson.com>
2016-02-04Merge "Remove patching 'netmask' from isolinux.cfg"Jonas Bjurel1-22/+3
2016-02-04Correcting license and copyright terms throughout the repoJonas Bjurel12-2/+110
Please review this carefully! Strategy: 1) No strict research on copyright/who did what (if you want it changed contact the Fuel team or Jonas Bjurel) 2) Licence statements will not be added to the following file types: - Patch files or orig files for patches - Config files generated by ordinary tools, like libvirt/visrsh - GIT dierctive file - Other auto-generated files Change-Id: I48504c6f27925445dc44683a27a575bcab78d828 Signed-off-by: Jonas Bjurel <jonas.bjurel@ericsson.com>
2016-02-04Remove patching 'netmask' from isolinux.cfgPeter Barabas1-22/+3
Change-Id: I7ba0c677b8a77b1239fcec4d0771af2b2cdddc01 Signed-off-by: Peter Barabas <peter.barabas@ericsson.com>
2016-02-04Merge "Properly clean up after SIGTERM (kill) and Ctrl-c"Jonas Bjurel1-1/+28
2016-02-04Uplift scenario files to LibertyNikolas Hermanns2-2/+2
Change-Id: I4d977caadc3858b315ff8f3d0eb063bcc443ace1
2016-02-03Properly clean up after SIGTERM (kill) and Ctrl-cPeter Barabas1-1/+28
Change-Id: Ibcd9bdda9aaebfd96d32a3efbc7a53f5428b5c91 Signed-off-by: Peter Barabas <peter.barabas@ericsson.com>
2016-02-02Increase Fuel disk sizeJonas Bjurel3-9/+9
Change-Id: I386113113a7f3d754f66c2a359ef4a5d18176f47 Signed-off-by: Jonas Bjurel <jonas.bjurel@ericsson.com>
2016-02-01onos change scenariodongfeng3-2/+179
Change-Id: Iaaa36203e826e1785489538f06ea1a25da373945
2016-01-29Rebasement of Fuel8 deployment configuration files and scenariosJonas Bjurel23-311/+2002
Note: - Lab configurations removed - Most of the POD configuration files resides in the securedlab repo - The securedlab repo is very restricive, cause it carries Lab internal secrets TODO: - Ericsson virt is not yet rebased - Intel virt is not yet rebased - LF-POD2 is not yet rebased - Deployment scenarios for vsperf, NFVOVS, NFVKVM, ONOS, VSPERF, BGPVPN is not yet rebased NOT VERIFIED DO NOT MERGE Change-Id: I59d96acb26c06abf60c254fae8ea2ced332e5884 Signed-off-by: Jonas Bjurel <jonas.bjurel@ericsson.com>
2016-01-29onos-configdongfeng1-0/+24
Change-Id: I10af719aa70dd9fde333542f507033903a6224de
2016-01-28Support new plugin configuration schemaMichal Skalski1-5/+15
In Fuel 8.0 it is possible to install many version of the same plugin. Because of that there is additonal structurce in plugin configuration. Assumption is that we only use one version of the plugin. Change-Id: I50d5bc32dd6dab6fe2541748dd8404d887e336e0 Signed-off-by: Michal Skalski <mskalski@mirantis.com>
2016-01-27Fix wrong offset in environment arrayPeter Barabas1-1/+1
Change-Id: Ifd01bc89c2c73801544310f567dd0458233b3290 Signed-off-by: Peter Barabas <peter.barabas@ericsson.com>
2016-01-27Use Fuel 8 CLI compatible commandsPeter Barabas4-20/+8
Change-Id: Icd2feed7326772837c74f35688160d1eb0c25652 Signed-off-by: Peter Barabas <peter.barabas@ericsson.com>
2016-01-26Fix boot parameters for Fuel 8Peter Barabas1-0/+14
Change-Id: I21a70728810571482ca2cc2264733dbca89058d6
2016-01-26Use e1000 network driver in virtual labsMichal Skalski12-36/+36
In the past virtio network driver cause problems when vlan segmentation was used [1][2]. E1000 driver looks like safer choice. [1] https://bugs.launchpad.net/fuel/+bug/1433593 [2] https://bugs.launchpad.net/fuel/+bug/1463316 Change-Id: I0a573e640309ad3caf2d67166cdaeaf285a6e6be Signed-off-by: Michal Skalski <mskalski@mirantis.com>
2016-01-25Uplift deployment code for Fuel 8.0Peter Barabas4-19/+48
Change-Id: If784cbd7371133bd35e95004a11e9802660ac332 Signed-off-by: Peter Barabas <peter.barabas@ericsson.com>
2016-01-22OpenDaylight plugin for brahmaputra releaseMichal Skalski1-53/+71
Include new version of fuel-plugin-opendaylight. Changes in this version: - Support MOS 8.0. - Move ODL installation and configuration to main phase of deployment. - L3 traffic managed by ODL possible when vxlan tunneling is used. - Include snapshot of OpenDaylight Beryllium, stable version not available at this moment. - Get rid of hardcoded configuration related to specific ODL version. Now plugin is more elastic and should support a broader number of ODL versions. - odl_network_scheme function overrided standard network scheme so custom network templates are not required. - ODL is no longer patched to use br-floating bridge JIRA: FUEL-58 Change-Id: Ie3542e285a064c37d1edb6751c4853a5e7594478 Signed-off-by: Michal Skalski <mskalski@mirantis.com>
2016-01-22Fix to allow more physical nodes defined in DHA than node definitions in deaJonas Bjurel2-3/+4
NOT VERIFIED DO NOT MERGE Change-Id: Id5b6029d11bfcd394e6f84a7b73b8a17820561cf Signed-off-by: Jonas Bjurel <jonas.bjurel@ericsson.com>
2016-01-22add map for onos virtual deploymentdongfeng1-0/+6
Change-Id: I331a9936156730e58846007f154e6eadaeedd5ba
2016-01-20Fixed DNS and NTP serves for default virtual lab definitionsJonas Bjurel1-10/+10
Change-Id: I47a5e2b3bc0e74c44256c6733e331b89889cf9c7 Signed-off-by: Jonas Bjurel <jonas.bjurel@ericsson.com>
2016-01-19Scenario uplift to Fuel8Jonas Bjurel9-7/+1136
- Re arranged node-roles according to Fuel8 requirements o There must be at least 3 CephOSD nodes o Ceph-OSD cannot be co-located with Mongo o Mongo cann not run on compute Change-Id: I55b99bb4e5779170b31a56025d36b9b55a1a4da2 Signed-off-by: Jonas Bjurel <jonas.bjurel@ericsson.com>
2016-01-19Temporary fix for ONOS deployment scenario.Jonas Bjurel1-2/+10
- Although ONOS supports L3, this patch doesnt let the L3 capabilities of ONOS loose - this is due to OPNFV Pharos lab incompatibilities with ONOS. Hope to have a fix soon - Also provides a template for scenario short names Change-Id: Ie86bcdc23492ee0fd7a19c11eecfca07afb64df3 Signed-off-by: Jonas Bjurel <jonas.bjurel@ericsson.com>
2016-01-14Adding fuel-bgpvpn-plugin and ScenarioNikolas Hermanns3-0/+142
To use the bgpvpn fuel plugin configs where added and a first scenario using it is added Change-Id: Id3c65abe39e1945f6a451c523732a513b01db696
2016-01-14Merge "Removing CPU specification from Templates"Jonas Bjurel6-162/+0
2016-01-13Align scenario short names between installersFatih Degirmenci1-16/+23
The fields in scenario short name is agreed between joid and fuel as below. os-[controller]-[feature]-[mode](-[optionalparameter]) Change-Id: I3729e660c10429df0e2d8cf25e4b5a66128afa7e Signed-off-by: Fatih Degirmenci <fatih.degirmenci@ericsson.com>
2016-01-13Removing CPU specification from TemplatesNikolas Hermanns6-162/+0
Not all the flags are supported by every machine. This patch removes the specification of cpu and lets libvirt decide what cpu model is used. Change-Id: I1f183560e47d58abcfe496838a815d3f3594ee1b
2016-01-12VLAN Segmentation scenarios needed for virtual traffic classifierJonas Bjurel3-0/+248
Change-Id: I2a42cff6f128bc0faca40bd6576c52282e66c0f4 Signed-off-by: Jonas Bjurel <jonas.bjurel@ericsson.com>
2016-01-12Deploy Scenario bug-fixesJonas Bjurel1-2/+2
- Fixed HA defenition for ODL-L2 and ODL-L3 in scenario.yaml Change-Id: I60cbac779b2faa34f0bf96159839826e157295fe Signed-off-by: Jonas Bjurel <jonas.bjurel@ericsson.com>
2016-01-11Small fixes to the deployment scenario framework:Jonas Bjurel1-1/+5
- Added deploy.sh -d option for dryrun. With -d + all the other mandatory arguments, deploy.sh produces ci/config/dea.yaml and /ci/config/dha.yaml with out actually deploying the stack. - Bugfix to exit with rc <> 0 if deployment fails. - Don't delete the programatically constructed dea.yaml or dha.yaml under fuel/ci/config after deploy has finished. dea.yaml and dha.yaml are needed functest, therefore these files must not be deleted after deployment has finished. They will reside in fuel/ci/config/. - Dont merge the dha-override section in deployment scenarios with the final dha.yaml unless the deployment is virtual. There is no way you can programatically override physicall resources, wireing, ipmi set-up, etc. - while you can for virtual environments. VERIFIED READY TO MERGE Change-Id: If4dedc472e07ed60071ee34c73db29f3b9c45252 Signed-off-by: Jonas Bjurel <jonas.bjurel@ericsson.com>
2016-01-10ONOS scenario according to wanted config file structureJonas Bjurel6-3/+642
Replaces: - https://gerrit.opnfv.org/gerrit/#/c/5999/ - https://gerrit.opnfv.org/gerrit/#/c/6003/ Description: - Onos scenarios updated with needed dea and dha overrides, no scenario specific information in other config files such dha, dea_base, dea_pod override, etc. - Added a virtual POD for Huawei-china specific needs, i.e. DNS and NTP. - Small fix in deploy-conf.py Change-Id: I85fe2fc4e9ec5fe0bc98ae7b399f2e49af6450f9 Signed-off-by: Jonas Bjurel <jonas.bjurel@ericsson.com>
2016-01-08A simple method to separate configuration for base fuel, plugins, PODsJonas Bjurel28-3/+3426
and deployment/test scenarios READY TO MERGE! Replaces: https://gerrit.opnfv.org/gerrit/#/c/3995/ Abstract -------- This deployment framework relies on a configuration structure, providing base installer configuration, per POD specific configuration, plugin configuration, and deployment scenario configuration. - The base installer configuration resembles the least common denominator of all HW/POD environment and deployment scenarios (These configurations are normally carried by the the installer projects in this case (fuel@OPNFV). - Per POD specific configuration specifies POD unique parameters, the POD parameter possible to alter is governed by the Fuel@OPNFV project. - Plugin configuration - providing configuration of a specific plugin. these configurations maintain there own namespace and are normally maintained by collaborative projects building Fuel@OPNFV plugins - Deployment scenario configuration - provides a high level, POD/HW environment independent scenario configuration for a specific deployment. It defines what features/plugins that shall be deployed - as well needed overrides of the plugin config as well as the base installer-, POD/HW environment- configurations. Objects allowed to override is governed by the Fuel@OPNFV project. Executing a deployment ---------------------- deploy.sh must be executed locally at the target lab/pod/jumpserver A lab configuration structure must be provided - see the section below. It is straight forward to execute a deployment task - as an example: sudo deploy.sh -b file:///home/jenkins/config -l ericsson-1 -p pod-2 -s os_odl-l2_no-ha -i file:///home/jenkins/MyIso.iso -b and -i arguments should be expressed in URI style. The resources can thus be local or remote. Feedback -------- Please give feed-back before I'm going to far on a wrong tangent Implemented scenarios so far: ----------------------------- - os_ha - os_no-ha - os_odl-l3_ha - os_odl-l3_no-ha - os_odl-l2_ha - os_odl-l2_no-ha - os_onos_ha - os_onos_no-ha - os_kvm_ha - os_kvm_no-ha - os_ovs_ha - os_ovs_no-ha - os_kvm_ovs_ha - os_kvm_ovs_no-ha VERIFIED READY TO MERGE JIRA: FUEL-35 Change-Id: I94a9b477d8ed4ee8057c16d8f20fe543f7ecc20d Signed-off-by: Jonas Bjurel <jonas.bjurel@ericsson.com>
2016-01-06Fix noha virtual deployment templates for Erisson bladeFatih Degirmenci20-0/+2484
This change also move the noha templates into new directory structure which is proposed as a separate change with change-id I1ba1f1a7dd3951f4ce403ad2efde6a76130d533e Change-Id: I0bae0c90ae99c8eea1bc43295e727962709ecbe0 Signed-off-by: Fatih Degirmenci <fatih.degirmenci@ericsson.com>
2015-12-22Merge "Revert "Fix for the default virtaul enviroment template.""Daniel Smith1-3/+3