Scripts which perform an installable binary image build for SONiC
Clone or download
qiluo-msft and lguohan [sonic-utilities]: Update submodule (#2170)
Signed-off-by: Qi Luo <qiluo-msft@users.noreply.github.com>
Latest commit babf2a9 Oct 19, 2018
Permalink
Failed to load latest commit information.
.github [github]: add templates for submitting issues and PR (#947) Sep 9, 2017
device [QoS]: Unify qos json by using qos_config.j2 template (#2023) Oct 17, 2018
dockers [teamd]: Add teammgrd in docker-teamd (#2064) Oct 19, 2018
files [teamd]: Add teammgrd in docker-teamd (#2064) Oct 19, 2018
installer [console speed] Inherit console speed from install environment (#1987) Sep 1, 2018
platform [teamd]: Add teammgrd in docker-teamd (#2064) Oct 19, 2018
rules [sonic-frr]: FRR 4.0 integration with SONiC (#2099) Oct 2, 2018
sonic-slave-stretch [arista] Update Arista drivers submodule (#2097) Sep 29, 2018
sonic-slave [sonic-frr]: FRR 4.0 integration with SONiC (#2099) Oct 2, 2018
src [sonic-utilities]: Update submodule (#2170) Oct 19, 2018
.gitignore update .gitignore Aug 12, 2018
.gitmodules [sonic-frr]: FRR 4.0 integration with SONiC (#2099) Oct 2, 2018
LICENSE updating readme, formatting in license Mar 9, 2016
MAINTAINERS Adding license and maintainers Mar 9, 2016
Makefile [build]: Makefile: make new step "make stretch" optional (#1936) Aug 16, 2018
Makefile.work [build]: do not override ENABLE_SYNCD_RPC in rules/config (#2151) Oct 15, 2018
README.buildsystem.md [doc] fix typo in README.buildsystem.md (#1399) Feb 17, 2018
README.md update build to 201803 and 201807 Oct 6, 2018
ThirdPartyLicenses.txt Config apt inside docker images to save disk space: auto clean, gz, n… Nov 16, 2016
build_debian.sh [baseimage] set default locale en_US.UTF-8 (#1988) Sep 11, 2018
build_docker.sh Split script: push_docker.sh (#89) Dec 1, 2016
build_image.sh [arista] Update swi building recipe (#2014) Sep 5, 2018
functions.sh [build]: generate build timestamp at the beginning and use it for the… ( Oct 5, 2018
get_docker-base.sh Add mkdir if the target dir does not exist (#130) Dec 16, 2016
onie-image.conf Reduce SONiC migration partition from 8G to 1G. (#1343) Feb 7, 2018
onie-mk-demo.sh [image]: build sonic-broadcom.raw image for sonic conversion from ftos ( Aug 28, 2017
push_docker.sh [docker] Refine docker tag for build number (#1484) Mar 12, 2018
slave.mk [build]: do not override ENABLE_SYNCD_RPC in rules/config (#2151) Oct 15, 2018
update_screen.sh [rules/functions][slave.mk]: Refine build output (#838) Jul 25, 2017

README.md

master: Barefoot: Barefoot Broadcom: Broadcom Mellanox: Mellanox Nephos: Nephos P4: P4 VS: VS

201807: Broadcom: Broadcom Barefoot: Mellanox Centec: Centec Nephos: Nephos Marvell: Marvell Mellanox: Mellanox

201803: Broadcom: Broadcom Cavium: Cavium Centec: Centec Nephos: Nephos Marvell: Marvell Mellanox: Mellanox

sonic-buildimage

Build SONiC Switch Images

Description

Following is the instruction on how to build an (ONIE) compatiable network operating system (NOS) installer image for network switches, and also how to build docker images running inside the NOS. Note that SONiC image are build per ASIC platform. Switches using the same ASIC platform share a common image. For a list of supported switches and ASIC, please refer to this list

Hardware

Any server can be a build image server. We are using a server with 1T hard disk. The OS is Ubuntu 16.04.

Prerequisites

SAI Version

Please refer to SONiC roadmap on the SAI version for each SONiC release.

Clone or fetch the code repository with all git submodules

To clone the code repository recursively, assuming git version 1.9 or newer:

git clone https://github.com/Azure/sonic-buildimage.git

Usage

To build SONiC installer image and docker images, run the following commands:

# Ensure the 'overlay' module is loaded on your development system
sudo modprobe overlay

# Enter the source directory
cd sonic-buildimage

# (Optional) Checkout a specific branch. By default, it uses master branch
git checkout [branch_name]

# Execute make init once after cloning the repo, or after fetching remote repo with submodule updates
make init

# Execute make configure once to configure ASIC
make configure PLATFORM=[ASIC_VENDOR]

# Build Debian Stretch required targets (Manual execution optional; will also be executed as part of the build)
BLDENV=stretch make stretch

# Build SONiC image
make all

NOTE:

  • Recommend reserving 50G free space to build one platform.
  • Use http_proxy=[your_proxy] https_proxy=[your_proxy] make to enable http(s) proxy in the build process.
  • Add your user account to docker group and use your user account to make. root or sudo are not supported.

The SONiC installer contains all docker images needed. SONiC uses one image for all devices of a same ASIC vendor. The supported ASIC vendors are:

  • PLATFORM=broadcom
  • PLATFORM=marvell
  • PLATFORM=mellanox
  • PLATFORM=cavium
  • PLATFORM=centec
  • PLATFORM=nephos
  • PLATFORM=p4
  • PLATFORM=vs

For Broadcom ASIC, we build ONIE and EOS image. EOS image is used for Arista devices, ONIE image is used for all other Broadcom ASIC based devices.

make configure PLATFORM=broadcom
# build debian stretch required targets
BLDENV=stretch make stretch
# build ONIE image
make target/sonic-broadcom.bin
# build EOS image
make target/sonic-aboot-broadcom.swi

You may find the rules/config file useful. It contains configuration options for the build process, like adding more verbosity or showing dependencies, username and password for base image etc.

Every docker image is built and saved to target/ directory. So, for instance, to build only docker-database, execute:

make target/docker-database.gz

Same goes for debian packages, which are under target/debs/:

make target/debs/swss_1.0.0_amd64.deb

Every target has a clean target, so in order to clean swss, execute:

make target/debs/swss_1.0.0_amd64.deb-clean

It is recommended to use clean targets to clean all packages that are built together, like dev packages for instance. In order to be more familiar with build process and make some changes to it, it is recommended to read this short Documentation.

Notes:

  • If you are running make for the first time, a sonic-slave-${USER} docker image will be built automatically. This may take a while, but it is a one-time action, so please be patient.

  • The root user account is disabled. However, the created user can sudo.

  • The target directory is ./target, containing the NOS installer image and docker images.

    • sonic-generic.bin: SONiC switch installer image (ONIE compatiable)
    • sonic-aboot.bin: SONiC switch installer image (Aboot compatiable)
    • docker-base.gz: base docker image where other docker images are built from, only used in build process (gzip tar archive)
    • docker-database.gz: docker image for in-memory key-value store, used as inter-process communication (gzip tar archive)
    • docker-fpm.gz: docker image for quagga with fpm module enabled (gzip tar archive)
    • docker-orchagent-brcm.gz: docker image for SWitch State Service (SWSS) on Broadcom platform (gzip tar archive)
    • docker-orchagent-cavm.gz: docker image for SWitch State Service (SWSS) on Cavium platform (gzip tar archive)
    • docker-orchagent-mlnx.gz: docker image for SWitch State Service (SWSS) on Mellanox platform (gzip tar archive)
    • docker-orchagent-nephos.gz: docker image for SWitch State Service (SWSS) on Nephos platform (gzip tar archive)
    • docker-syncd-brcm.gz: docker image for the daemon to sync database and Broadcom switch ASIC (gzip tar archive)
    • docker-syncd-cavm.gz: docker image for the daemon to sync database and Cavium switch ASIC (gzip tar archive)
    • docker-syncd-mlnx.gz: docker image for the daemon to sync database and Mellanox switch ASIC (gzip tar archive)
    • docker-syncd-nephos.gz: docker image for the daemon to sync database and Nephos switch ASIC (gzip tar archive)
    • docker-sonic-p4.gz: docker image for all-in-one for p4 software switch (gzip tar archive)
    • docker-sonic-vs.gz: docker image for all-in-one for software virtual switch (gzip tar archive)

Contribution Guide

All contributors must sign a contribution license agreement before contributions can be accepted. Contact sonic-cla-agreements@microsoft.com.

GitHub Workflow

We're following basic GitHub Flow. If you have no idea what we're talking about, check out GitHub's official guide. Note that merge is only performed by the repository maintainer.

Guide for performing commits:

  • Isolate each commit to one component/bugfix/issue/feature
  • Use a standard commit message format:
[component/folder touched]: Description intent of your changes

[List of changes]

Signed-off-by: Your Name your@email.com

For example:

swss-common: Stabilize the ConsumerTable

* Fixing autoreconf
* Fixing unit-tests by adding checkers and initialize the DB before start
* Adding the ability to select from multiple channels
* Health-Monitor - The idea of the patch is that if something went wrong with the notification channel,
  we will have the option to know about it (Query the LLEN table length).

  Signed-off-by: user@dev.null
  • Each developer should fork this repository and add the team as a Contributor
  • Push your changes to your private fork and do "pull-request" to this repository
  • Use a pull request to do code review
  • Use issues to keep track of what is going on

This project has adopted the Microsoft Open Source Code of Conduct. For more information see the Code of Conduct FAQ or contact opencode@microsoft.com with any additional questions or comments.