1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
|
.. This document is protected/licensed under the following conditions
.. (c) Jonas Bjurel (Ericsson AB)
.. Licensed under a Creative Commons Attribution 4.0 International License.
.. You should have received a copy of the license along with this work.
.. If not, see <http://creativecommons.org/licenses/by/4.0/>.
========
Abstract
========
This document describes how to build the Fuel deployment tool for the
AArch64 Colorado release of OPNFV build system, dependencies and
required system resources.
============
Introduction
============
This document describes the build system used to build the Fuel
deployment tool for the AArch64 Colorado release of OPNFV, required
dependencies and minimum requirements on the host to be used for the
build system.
The Fuel build system is designed around Docker containers such that
dependencies outside of the build system can be kept to a minimum. It
also shields the host from any potential dangerous operations
performed by the build system.
The audience of this document is assumed to have good knowledge in
network and Unix/Linux administration.
Due to early docker and nodejs support on AArch64, we will still use an
x86_64 Fuel Master to build and deploy an AArch64 target pool, as well
as an x86_64 build machine for building the OPNFV ISO.
============
Requirements
============
Minimum Hardware Requirements
=============================
- ~50 GB available disc
- 4 GB RAM
Minimum Software Requirements
=============================
The build host should run Ubuntu 14.04 or 16.04 (x86_64) operating system.
On the host, the following packages must be installed:
- An x86_64 host (Bare-metal or VM) with Ubuntu 14.04 LTS installed
- **Note:** Builds on Wily (Ubuntu 15.x) are currently not supported
- A kernel equal- or later than 3.19 (Vivid), simply available through
.. code-block:: bash
$ sudo apt-get install linux-generic-lts-vivid
- docker - see https://docs.docker.com/installation/ubuntulinux/ for
installation notes for Ubuntu 14.04. Note: use the latest version from
Docker (docker-engine) and not the one in Ubuntu 14.04.
- git
- make
- curl
Apart from docker, all other package requirements listed above are
simply available through:
.. code-block:: bash
$ sudo apt-get install git make curl
============
Preparations
============
Setting up the Docker build container
=====================================
After having installed Docker, add yourself to the docker group:
.. code-block:: bash
$ sudo usermod -a -G docker [userid]
Also make sure to define relevant DNS servers part of the global
DNS chain in your </etc/default/docker> configuration file.
Uncomment, and modify the values appropriately.
For example:
.. code-block:: bash
DOCKER_OPTS=" --dns=8.8.8.8 --dns=8.8.8.4"
Then restart docker:
.. code-block:: bash
$ sudo service docker restart
Setting up OPNFV Gerrit in order to being able to clone the code
----------------------------------------------------------------
- Start setting up OPNFV gerrit by creating a SSH key (unless you
don't already have one), create one with ssh-keygen
- Add your generated public key in OPNFV Gerrit (https://gerrit.opnfv.org/)
(this requires a Linux foundation account, create one if you do not
already have one)
- Select "SSH Public Keys" to the left and then "Add Key" and paste
your public key in.
Clone the armband@OPNFV code Git repository with your SSH key
-------------------------------------------------------------
Now it is time to clone the code repository:
.. code-block:: bash
$ git clone ssh://<Linux foundation user>@gerrit.opnfv.org:29418/armband
Now you should have the OPNFV armband repository with its
directories stored locally on your build host.
Check out the Colorado release:
.. code-block:: bash
$ cd armband
$ git checkout colorado.3.0.2
Clone the armband@OPNFV code Git repository without a SSH key
-------------------------------------------------------------
You can also opt to clone the code repository without a SSH key:
.. code-block:: bash
$ git clone https://gerrit.opnfv.org/gerrit/armband
Make sure to checkout the release tag as described above.
Support for building behind a http/https/rsync proxy
====================================================
The build system is able to make use of a web proxy setup if the
http_proxy, https_proxy, no_proxy (if needed) and RSYNC_PROXY or
RSYNC_CONNECT_PROG environment variables have been set before invoking make.
The proxy setup must permit port 80 (http) and 443 (https).
Rsync protocol is currently not used during build process.
Important note about the host Docker daemon settings
----------------------------------------------------
The Docker daemon on the host must be configured to use the http proxy
for it to be able to pull the base Ubuntu 14.04 image from the Docker
registry before invoking make! In Ubuntu this is done by adding a line
like:
.. code-block:: bash
export http_proxy="http://10.0.0.1:8888/"
to </etc/default/docker> and restarting the Docker daemon.
Setting proxy environment variables prior to build
--------------------------------------------------
The build system will make use the following environment variables
that needs to be exported to subshells by using export (bash) or
setenv (csh/tcsh).
.. code-block:: bash
http_proxy (or HTTP_PROXY)
https_proxy (or HTTP_PROXY)
no_proxy (or NO_PROXY)
RSYNC_PROXY
RSYNC_CONNECT_PROG
As an example, these are the settings that were put in the user's
.bashrc when verifying the proxy build functionality:
.. code-block:: bash
export RSYNC_PROXY=10.0.0.1:8888
export http_proxy=http://10.0.0.1:8888
export https_proxy=http://10.0.0.1:8888
export no_proxy=localhost,127.0.0.1,.consultron.com,.sock
Using a ssh proxy for the rsync connection
------------------------------------------
If the proxy setup is not allowing the rsync protocol, an alternative
solution is to use a SSH tunnel to a machine capable of accessing the
outbound port 873. Set the RSYNC_CONNECT_PROG according to the rsync
manual page (for example to "ssh <username>@<hostname> nc %H 873")
to enable this. Also note that netcat needs to be installed on the
remote system!
Make sure that the ssh command also refers to the user on the remote
system, as the command itself will be run from the Docker build container
as the root user (but with the invoking user's SSH keys).
Note! Armband build system uses git submodules to track fuel and
other upstream repos, so in order to apply the above change, one
should first initialize the submodules and apply armband patches
(only needed once):
.. code-block:: bash
$ make patches-import
Configure your build environment
================================
** Configuring the build environment should not be performed if building
standard Colorado release **
Select the versions of the components you want to build by editing the
<armband/upstream/fuel/build/config.mk> and
<armband/upstream/fuel/build/armband.mk> files.
Note! The same observation as above, before altering Makefile, run:
.. code-block:: bash
$ make patches-import
Non official build: Selecting which plugins to build
====================================================
In order to cut the build time for unofficial builds (made by an
individual developer locally), the selection if which Fuel plugins to
build (if any) can be done by environment variable
"BUILD_FUEL_PLUGINS" prior to building.
Only the plugin targets from <armband/upstream/fuel/build/armband.mk> that
are specified in the environment variable will then be built. In order
to completely disable the building of plugins, the environment variable
is set to " ". When using this functionality, the resulting iso file
will be prepended with the prefix "unofficial-" to clearly indicate
that this is not a full build.
This method of plugin selection is not meant to be used from within
Gerrit!
Note! So far, only ODL, OVS, BGPVPN and Tacker plugins were ported to AArch64.
========
Building
========
There are two methods available for building Fuel:
- A low level method using Make
- An abstracted method using build.sh
Low level build method using make
=================================
The low level method is based on Make:
From the <armband> directory, invoke <make [target]>
Following targets exist:
- release - this will do the same as:
- make submodules-clean patches-import build
- none/all/build - this will:
- Initialize the docker build environment
- Build Fuel from upstream (as defined by fuel-build/config-spec)
- Build the OPNFV defined plugins/features from upstream
- Build the defined additions to fuel (as defined by the structure
of this framework)
- Apply changes and patches to fuel (as defined by the structure of
this framework)
- Reconstruct a fuel .iso image
- clean - this will remove all artifacts from earlier builds.
- debug - this will simply enter the build container without starting a build, from here you can start a build by enter "make iso"
If the build is successful, you will find the generated ISO file in
the <armband/upstream/fuel/build/release> subdirectory!
Abstracted build method using build.sh
======================================
The abstracted build method uses the <armband/ci/build.sh> script which
allows you to:
- Create and use a build cache - significantly speeding up the
build time if upstream repositories have not changed.
- push/pull cache and artifacts to an arbitrary URI (http(s):, file:, ftp:)
For more info type <armband/ci/build.sh -h>.
=========
Artifacts
=========
The artifacts produced are:
- <OPNFV_XXXX.iso> - Which represents the bootable Fuel for AArch64 image,
XXXX is replaced with the build identity provided to the build system
- <OPNFV_XXXX.iso.txt> - Which holds version metadata.
==========
References
==========
1) `OPNFV Installation instruction for the AArch64 Colorado release of OPNFV when using Fuel as a deployment tool <http://artifacts.opnfv.org/armband/colorado/3.0/docs/installationprocedure/index.html>`_: http://artifacts.opnfv.org/armband/colorado/3.0/docs/installationprocedure/index.html
2) `OPNFV Build instruction for the AArch64 Colorado release of OPNFV when using Fuel as a deployment tool <http://artifacts.opnfv.org/armband/colorado/3.0/docs/buildprocedure/index.html>`_: http://artifacts.opnfv.org/armband/colorado/3.0/docs/buildprocedure/index.html
3) `OPNFV Release Note for the AArch64 Colorado release of OPNFV when using Fuel as a deployment tool <http://artifacts.opnfv.org/armband/colorado/3.0/docs/releasenotes/index.html>`_: http://artifacts.opnfv.org/armband/colorado/3.0/docs/releasenotes/index.html
|