Skip to main content
Version: 2.5-legacy

We have tools to make it easy for you, a system administrator, to install BigBlueButton on a dedicated Linux server. This document shows you how to install.

Before you install

We recommend installing BigBlueButton with a 'clean' and dedicated Ubuntu 20.04 64-bit server with no prior software installed. If you want to upgrade from an earlier version of BigBlueButton like 2.3 or 2.4, we recommend setting up a clean server for BigBlueButton 2.5 on Ubuntu 20.04 and, after setup, migrate over your existing recordings.

A 'clean' server does not have any previous web servers installed (such as apache) or web applications (such as plesk or webadmin) that are binding to port 80/443. By 'dedicated' we mean that this server won't be used for anything else besides BigBlueButton (and possibly BigBlueButton-related applications such as Greenlight).

Minimum server requirements

For production, we recommend the following minimum requirements

  • Ubuntu 20.04 64-bit OS running Linux kernel 5.x
  • Latest version of docker installed
  • 16 GB of memory with swap enabled
  • 8 CPU cores, with high single-thread performance
  • 500 GB of free disk space (or more) for recordings, or 50GB if session recording is disabled on the server.
  • TCP ports 80 and 443 are accessible
  • UDP ports 16384 - 32768 are accessible
  • 250 Mbits/sec bandwidth (symmetrical) or more
  • TCP port 80 and 443 are not in use by another web server or reverse proxy
  • A hostname (such as for setup of a SSL certificate
  • IPv4 and IPv6 address

If you install BigBlueButton on a virtual machine in the cloud, we recommend you choose an instance type that has dedicated CPU. These are usually called "compute-intensive" instances. On Digital Ocean we recommend the c-8 compute intensive instances (or larger). On AWS we recommend c5a.2xlarge (or larger). On Hetzner we recommend the AX51 servers or CCX32 instances.

If you are setting up BigBlueButton for local development on your workstation, you can relax some of the above requirements as there will only be few users on the server. Starting with the above requirements, you can reduce them as follows

  • 4 CPU cores/8 GB of memory
  • Installation on a local VM container
  • 50G of disk space
  • IPv4 address only

Regardless of your environment, the setup steps will include configuring a SSL certificate on the nginx server. Why? All browsers now require a valid SSL certificate from the web server when a page requests access to the user's webcam or microphone via web real-time communications (WebRTC). If you try to access a BigBlueButton server with an IP address only, the browsers will block BigBlueButton client from accessing your webcam or microhone.

Pre-installation checks

Got a Ubuntu 20.04 64-bit server ready for installation? Great! But, before jumping into the installation section below, let's do a few quick configuration checks to make sure your server meets the minimum requirements.

Doing these checks will significantly reduce the chances you'll hit a problem during installation.

First, check that the locale of the server is en_US.UTF-8.

$ cat /etc/default/locale

If you don't see LANG="en_US.UTF-8", enter the following commands to set the local to en_US.UTF-8.

$ sudo apt-get install -y language-pack-en
$ sudo update-locale LANG=en_US.UTF-8

and then logout and login again to your SSH session -- this will reload the locale configuration for your session. Run the above command cat /etc/default/locale again. Verify you see only the single line LANG="en_US.UTF-8".

Note: If you see an additional line LC_ALL=en_US.UTF-8, then remove the entry for LC_ALL from /etc/default/locale and logout and then log back in once more.

Next, do sudo systemctl show-environment and ensure you see LANG=en_US.UTF-8 in the output.

$ sudo systemctl show-environment

If you don't see this, do sudo systemctl set-environment LANG=en_US.UTF-8 and run the above sudo systemctl show-environment again and confirm you see LANG=en_US.UTF-8 in the output.

Next, check that your server has (at least) 16G of memory using the command free -h. Here's the output from one of our test servers.

$ free -h
total used free shared buff/cache available
Mem: 15G 3.1G 1.0G 305M 11G 12G
Swap: 0B 0B 0B

Here it shows 15G of memory (that's close enough as the server has 16 gigabytes of memory).

If you see a value for Mem: in the total column less than 15G, then your server has insufficient memory to run BigBlueButton in production. You need to increase the server's memory to (at least) 16G. (As stated above, if your running this in a development environment, 8G is fine.)

Next, check that the server has Ubuntu is 20.04 as its operating system.

$  cat /etc/lsb-release

Next, check that your server is running the 64-bit version of Ubuntu 20.04.

$ uname -m

Next, check that your server supports IPv6.

$ ip addr | grep inet6
inet6 ::1/128 scope host

If you do not see the line inet6 ::1/128 scope host then after you install BigBlueButton you will need to modify the configuration for FreeSWITCH to disable support for IPv6.

Next, check that your server is running Linux kernel 5.x.

$ uname -r

Next, check that your server has (at least) 8 CPU cores

$ grep -c ^processor /proc/cpuinfo

Sometimes we get asked "Why are you only supporting Ubuntu 20.04 64-bit?". The answer is based on choosing quality over quantity. Long ago we concluded that its better for the project to have solid, well-tested, well-documented installation for a specific version of Linux that works really, really well than to try and support may variants of Linux and have none of them work well.

At the moment, the requirement for docker may preclude running 2.5 within some virtualized environments; however, it ensures libreoffice runs within a restricted sandbox for document conversion. We are exploring if we can run libreoffice within systemd (such as systemd-nspawn).


To install BigBlueButton, use script.

The above link gives detailed information on using the script. As an example, the following command installs BigBlueButton 2.5 using hostname and email address (for Let's Encrypt) It installs (or upgrades if the command is rerun later) the latest version of BigBlueButton 2.5 using -v focal-250. It also installs the API demos (-a) and a firewall (-w).

wget -qO- | bash -s -- -v focal-250 -s -e  -a -w

Note: You can install Greenlight on the same server by also passing the -g option to

After the script finishes, you can check the status of your server with bbb-conf --check. When you run this command, you should see output similar to the following:

$ sudo bbb-conf --check
BigBlueButton Server 2.5.0-alpha.5 (135)
Kernel version: 5.4.0-97-generic
Distribution: Ubuntu 20.04.4 LTS (64-bit)
Memory: 16392 MB
CPU cores: 8

/etc/bigbluebutton/ (override for bbb-web)
/usr/share/bbb-web/WEB-INF/classes/ (bbb-web)
defaultGuestPolicy: ALWAYS_ACCEPT
svgImagesRequired: true
defaultMeetingLayout: SMART_LAYOUT

/etc/nginx/sites-available/bigbluebutton (nginx)
port: 80, [::]:80
port: 443 ssl

/opt/freeswitch/etc/freeswitch/vars.xml (FreeSWITCH)

/opt/freeswitch/etc/freeswitch/sip_profiles/external.xml (FreeSWITCH)
ext-rtp-ip: $${local_ip_v4}
ext-sip-ip: $${local_ip_v4}

/usr/local/bigbluebutton/core/scripts/bigbluebutton.yml (record and playback)
playback_protocol: https
ffmpeg: 4.2.4-1ubuntu0.1

/usr/share/bigbluebutton/nginx/sip.nginx (sip.nginx)
protocol: http

/usr/local/bigbluebutton/bbb-webrtc-sfu/config/default.yml (Kurento SFU)
/etc/bigbluebutton/bbb-webrtc-sfu/production.yml (Kurento SFU - override)
kurento.url: ws://
recordScreenSharing: true
recordWebcams: true
codec_video_main: VP8
codec_video_content: VP8

/usr/share/meteor/bundle/programs/server/assets/app/config/settings.yml (HTML5 client)
/etc/bigbluebutton/bbb-html5.yml (HTML5 client config override)
build: 19
kurentoUrl: wss://
enableListenOnly: true
sipjsHackViaWs: true

/usr/share/bbb-web/WEB-INF/classes/spring/turn-stun-servers.xml (STUN Server)

# Potential problems described below
# The following properties in /usr/share/bbb-web/WEB-INF/classes/ have no value:
# Warning: The API demos are installed and accessible from:
# and
# These API demos allow anyone to access your server without authentication
# to create/manage meetings and recordings. They are for testing purposes only.
# If you are running a production system, remove them by running:
# apt-get purge bbb-demo

Any output that followed Potential problems may indicate configuration errors or installation errors. In many cases, the messages will give you recommendations on how to resolve the issue.

You can also use sudo bbb-conf --status to check that all the BigBlueButton processes have started and are running.

$ sudo bbb-conf --status
nginx —————————————————► [✔ - active]
freeswitch ————————————► [✔ - active]
redis-server ——————————► [✔ - active]
bbb-apps-akka —————————► [✔ - active]
bbb-fsesl-akka ————————► [✔ - active]
tomcat9 ———————————————► [✔ - active]
mongod ————————————————► [✔ - active]
bbb-html5 —————————————► [✔ - active]
bbb-webrtc-sfu ————————► [✔ - active]
kurento-media-server ——► [✔ - active]
bbb-html5-backend@1 ———► [✔ - active]
bbb-html5-backend@2 ———► [✔ - active]
bbb-html5-frontend@1 ——► [✔ - active]
bbb-html5-frontend@2 ——► [✔ - active]
etherpad ——————————————► [✔ - active]
bbb-web ———————————————► [✔ - active]
bbb-pads ——————————————► [✔ - active]

You can also use dpkg -l | grep bbb- to list all the core BigBlueButton packages (your version numbers may be slightly different).

# dpkg -l | grep bbb-
ii bbb-apps-akka 2.5-12 all BigBlueButton Apps (Akka)
ii bbb-config 1:2.5-25 amd64 BigBlueButton configuration utilities
ii bbb-demo 1:2.5-10 amd64 BigBlueButton API demos
ii bbb-etherpad 1:2.5-6 amd64 The EtherPad Lite components for BigBlueButton
ii bbb-freeswitch-core 2:2.5-8 amd64 BigBlueButton build of FreeSWITCH
ii bbb-freeswitch-sounds 1:2.5-5 amd64 FreeSWITCH Sounds
ii bbb-fsesl-akka 2.5-11 all BigBlueButton FS-ESL (Akka)
ii bbb-html5 1:2.5-19 amd64 The HTML5 components for BigBlueButton
ii bbb-learning-dashboard 1:2.5-6 amd64 BigBlueButton bbb-learning-dashboard
ii bbb-libreoffice-docker 1:2.5-4 amd64 BigBlueButton setup for LibreOffice running in docker
ii bbb-mkclean 1:2.5-5 amd64 Clean and optimize Matroska and WebM files
ii bbb-pads 1:2.5-3 amd64 BigBlueButton Pads
ii bbb-playback 1:2.5-4 amd64 BigBlueButton playback
ii bbb-playback-presentation 1:2.5-7 amd64 BigBluebutton playback of presentation
ii bbb-record-core 1:2.5-8 amd64 BigBlueButton record and playback
ii bbb-web 1:2.5-18 amd64 BigBlueButton API
ii bbb-webrtc-sfu 1:2.5-14 amd64 BigBlueButton WebRTC SFU

With the API demos installed (that was the -a option), you can open https://<hostname>/ in a browser (where <hostname> is the hostname you specified in the command), enter your name, and click 'Join' to join 'Demo Meeting'. The BigBlueButton client should launch in 'Demo Meeting'.

BigBlueButton Interface

You can remove them with the command sudo apt-get purge bbb-demo.

You can integrate BigBlueButton with one of the 3rd party integrations by providing the integration of the server's address and shared secret. You can use bbb-conf to display this information using bbb-conf --secret.

$ sudo bbb-conf --secret

Secret: 330a8b08c3b4c61533e1d0c334

Link to the API-Mate:

The link to API-Mate will open a page at and let you send valid API calls to your server. This makes it easy for testing wihthout the API demos.

Configure the firewall (if required)

Do you have a firewall between you and your users? If so, see configuring your firewall.

Upgrading BigBlueButton 2.5

You can upgrade by re-running the script again -- it will download and install the latest release of BigBlueButton 2.5. **note - BigBlueButton alpha versions 1 through 4 shipped on Ubuntu 18.04. If you ventured into trying to install one of those, please rebuild your server with a 20.04 image and only then run bbb-install.

Upgrading from BigBlueButton 2.4

If you are upgrading BigBlueButton 2.4 or 2.3 we recommend you set up a new Ubuntu 20.04 server with BigBlueButton 2.5 and then copy over your existing recordings from the old server.

Restart your server

You can restart and check your BigBlueButton server at any time using the commands

$ sudo bbb-conf --restart
$ sudo bbb-conf --check

The bbb-conf --check scans some of the log files for error messages. Again, any output that followed Potential problems may indicate configuration errors or installation errors. In many cases, the messages will give you recommendations on how to resolve the issue.

If you see other warning messages check out the troubleshooting installation.

Post installation steps

If this server is intended for production, you should also

We provide publically accessible servers that you can use for testing:

To learn more about integrating BigBlueButton with your application, check out the BigBlueButton API documentation. To see videos of BigBlueButton HTML5 client, see

Other installation options

There are members of the community that provide other installation options for BigBlueButton.


If you're looking to deploy a large-scale installation of BBB using Scalelite then your servers are best managed using tools like Ansible. A few reasons you might go with this setup are:

  • easily customizable: your custom configurations will get replaced every time you upgrade automatically
  • parity across machines: ensure that you deploy the exact same version of BBB on every server
  • eliminate human error in setup: using or step-by-step methods are highly prone to human error as you can easily forget if you enabled a setting, chose to do X over Y, etc
  • automate to the fullest: by automating the process, you inherently save time on nasty troubleshooting and hours lost in manual configuration
  • easily scale at large: spin up an identical replica of your BBB server in less than 15 mins with no user input -- preconfigured and ready to go

Choose this method if you are already comfortable with a lot of the technical knowledge behind BigBlueButton, Scalelite and Greenlight/other front-ends. Refer to the following examples to create your installation.

Note: These examples are not maintained or developed by the official BigBlueButton developers. These are entirely community-sourced, use at your own discretion.

These first two install BigBlueButton on your server in a consistent fashion. You can specify variables, such as whether to install Greenlight too, what ports to use for TURN, and others. Functionally quite similar to but highly automated.

Large scale deployments must include several other components in addition to the core BigBlueButton packages. These include Scalelite, Greenlight, a database, backups, nginx configurations, and more.


Increase number of processes for nodejs

See the HTML5 section on the Architecture page

Increase number of recording workers

Previous versions of BigBlueButton used a single thread for processing recordings. BigBlueButton 2.5 uses resque to spawn multiple recording workers for processing recordings.

By default, /usr/lib/systemd/system/bbb-rap-resque-worker.service defines one recording worker Environment=COUNT=1.

Description=BigBlueButton resque worker for recordings

ExecStart=/bin/sh -c '/usr/bin/rake -f ../Rakefile resque:workers >> /var/log/bigbluebutton/bbb-rap-worker.log'
# Environment=VVERBOSE=1


If you want 3 recording workers, for example, the steps below show how to add a systemd override file in /etc/systemd/system/bbb-rap-resque-worker.service.d/override.conf that sets Environment=COUNT=3 and restarts the bbb-rap-resque-worker.service service.

Note: We have discovered an issue with having more than one worker present at a time if defaultKeepEvents or meetingKeepEvents in bbb-web is enabled. This is being currently addressed. For more information here is a link to the issue description.

# mkdir -p /etc/systemd/system/bbb-rap-resque-worker.service.d
# cat > override.conf << HERE
# systemctl daemon-reload
# systemctl restart bbb-rap-resque-worker.service
# systemctl status bbb-rap-resque-worker.service
● bbb-rap-resque-worker.service - BigBlueButton resque worker for recordings
Loaded: loaded (/usr/lib/systemd/system/bbb-rap-resque-worker.service; disabled; vendor preset: enabled)
Drop-In: /etc/systemd/system/bbb-rap-resque-worker.service.d
Active: active (running) since Sat 2021-01-09 12:19:22 UTC; 6s ago
Main PID: 23630 (sh)
Tasks: 15 (limit: 4915)
CGroup: /system.slice/bbb-rap-resque-worker.service
├─23630 /bin/sh -c /usr/bin/rake -f ../Rakefile resque:workers >> /var/log/bigbluebutton/bbb-rap-worker.log
├─23631 /usr/bin/ruby /usr/bin/rake -f ../Rakefile resque:workers
├─23650 resque-2.0.0: Waiting for rap:archive,rap:publish,rap:process,rap:sanity,rap:captions
├─23651 resque-2.0.0: Waiting for rap:archive,rap:publish,rap:process,rap:sanity,rap:captions
└─23652 resque-2.0.0: Waiting for rap:archive,rap:publish,rap:process,rap:sanity,rap:captions

systemctl status bbb-rap-resque-worker.service shows three resque workers ready to process up to three recordings in parallel.

The processing of recordings is also much faster thanks to the work of abatu in the community (see #2483).

Run three Kurento servers

Recommend running three parallel Kurento servers.

Local overrides for configuration settings

The full description for local overrides for configuration files was moved to Administration -> Configuration Files

Installing additional recording processing formats

In addition to the presentation format that is installed and enabled by default, there are several optional recording formats available for BigBlueButton:

  • notes: Makes the shared notes from the meeting available as a document.
  • screenshare: Generate a single video file from the screensharing and meeting audio.
  • podcast: Generate an audio-only recording.

The processing scripts and playback support files for these recording formats can be installed from the packages named bbb-playback-formatname (e.g. bbb-playback-notes)

There is currently an issue where the recording formats are not automatically enabled when they are installed - see #12241 for details.

In order to enable the recording formats manually, you need to edit the file /usr/local/bigbluebutton/core/scripts/bigbluebutton.yml. Look for the section named steps:. In this section, the recording processing workflow is defined, including what recording processing steps are performed, and what order they need to be performed in.

To enable a new recording format, you need to add a new step named process:formatname that runs after the step named captions, and a new step named publish:formatname that runs after process:formatname. You may have to convert some of the steps to list format.

For example, here are the stock steps in BigBlueButton 2.5 with the presentation format enabled:

archive: 'sanity'
sanity: 'captions'
captions: 'process:presentation'
'process:presentation': 'publish:presentation'

If you additionally enable the notes recording format, the steps will have to be changed to look like this:

archive: 'sanity'
sanity: 'captions'
- 'process:presentation'
- 'process:notes'
'process:presentation': 'publish:presentation'
'process:notes': 'publish:notes'

This pattern can be repeated for additional recording formats. Note that it's very important to put the step names containing a colon (:) in quotes.

After you edit the configuration file, you must restart the recording processing queue: systemctl restart bbb-rap-resque-worker.service in order to pick up the changes.


Package locales-all is not available

The package bbb-libreoffice needs to build a docker image for libreoffice. If you receive the following error when installing on a network behind a firewall

Package locales-all is not available, but is referred to by another package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source

E: Package 'locales-all' has no installation candidate
E: Unable to locate package libxt6
E: Unable to locate package libxrender1
The command '/bin/sh -c apt -y install locales-all fontconfig libxt6 libxrender1' returned a non-zero code: 100
dpkg: error processing package bbb-libreoffice-docker (--configure):
installed bbb-libreoffice-docker package post-installation script subprocess returned error exit status 100

Ubuntu 20.04 uses systemd-resolved, which presents a local caching resolver and registers this at /etc/resolv.conf. If you get they above error and have a local name server, such as, then try adding it with the hosts resolv.conf.

echo "nameserver" > /etc/resolv.conf

For more details see this issue.

Feedback and reporting bugs

If you found a reproducible bug, please report it in the GitHub Issues section with steps to reproduce (this will make it easier for the developers to fix the bug). Indicate in the body of the bug report that this applies to BigBlueButton 2.5 and give us the client build number, which you can find either with dpkg -l | grep bbb-html5 or within the client in the Settings -> About menu..