Linode Library Home
Linode Library RSS Feed
Print View View Source

Automate Deployment with StackScripts

Published: by

StackScripts provide Linode users with the ability to automate the deployment of custom systems on top of our default Linux distribution images. Linodes deployed with a StackScript run the script as part of the first boot process. This guide explains how StackScripts work, and offer several examples of how to use them.



StackScripts are usually Bash scripts, stored in the Linode Manager, and can be accessed when you use the Deploy a Linux Distribution link from the Linode Dashboard. During the first boot job of the newly created disk images, the StackScript will run, using any variable you may have added, and perform the scripted commands.

Deploying from a StackScript

  1. We start by navigating to the Linode Dashboard. Before deploying a new disk image, make sure you have enough storage space available. If not you may need to resize or remove a disk image. Alternately you can create a new Linode for testing purposes.

  2. Click on the Deploy a Linux Distribution link.

    Click the 'Deploy a Distribution' link.
  3. From here, click on Deploying using StackScripts.

    Follow the 'Deploying using StackScripts' link.
  4. At this point we have the option of using a Community StackScript or one of our own.

    Our StackScript options.

Using a Community StackScript

  1. In addition to the StackScripts created by Linode, any community member who creates a StackScript has the option to make it publicly available to other customers. As seen in the image below, you can use the drop down menu and keywords field to narrow your search to match your distribution and goal:

    A search.
  2. For this example we'll select the first search result. This brings us to a page where we can define the variables that will go into the StackScript. In this case, the MySQL root password. The other options are standard whenever you deploy a new disk image.

    A public StackScript.
  3. Once you've adjusted the options, hit Deploy. You will be returned to the Linode Dashboard, and a disk image will be created.

    The newly created.
  4. A new configuration profile is also created which you can select to boot. The script will be run once at initial boot.

Creating a New StackScript

  1. To begin creating your own StackScript, click on Manage your StackScripts From the Linodes page in the manager. Then click on Add a new StackScript.

    The StackScripts management page.
  2. Fill in the various sections:

  • Label - How the StackScript will be identified.
  • Description - a brief explanation of what it does.
  • Distributions - Select any and all available distributions that can run this StackScript.
  • Script - The body of the script itself.
  • Revision Note A brief account of the change made in this update of the StackScript. It will be set to Initial import by default, and you can feel free to leave or change it.

Below is an example of a new StackScript being written:

A StackScript being created.

Here's the code used in our example script. The comment lines explain what each section does:

File:Initial Setup StackScript


# This block defines the variables the user of the script needs to input
# when deploying using this script.
# <UDF name="hostname" label="The hostname for the new Linode.">
# <UDF name="fqdn" label="The new Linode's Fully Qualified Domain Name">

# This sets the variable $IPADDR to the IP address the new Linode receives.
IPADDR=$(/sbin/ifconfig eth0 | awk '/inet / { print $2 }' | sed 's/addr://')

# This updates the packages on the system from the distribution repositories.
apt-get update
apt-get upgrade -y

# This section sets the hostname.
echo $HOSTNAME > /etc/hostname
hostname -F /etc/hostname

# This section sets the Fully Qualified Domain Name (FQDN) in the hosts file.
echo $IPADDR $FQDN $HOSTNAME >> /etc/hosts
  1. Once you've written the StackScript press Save Changes. Remember, you can always edit the script later if you want to make adjustments.
  2. Now you can go back to the Deploy from StackScript page to see that your new StackScript is available. It can be deployed following the same procedure as step 2 of Using a Community StackScript
Our new StackScript is available.

StackScript Use Cases

Below are several common use cases for StackScripts.

Calling StackScripts Recursively

StackScripts have the ability to call other StackScripts from the library at runtime. This functionality reduces the need to write duplicate code for multiple scripts. For example, the Linode StackScript Bash Library is a set of functions that perform various tasks. The script creates the functions but does not run them. A new StackScript can import the Bash Library and then execute functions from it. This reduces the size and time-to-write of all StackScripts using the functions built into the library script.

In another example use case for linked StackScripts, a user could create a StackScript that updates all software packages on the system. They would most likely want to perform this function on all new Linodes. The user could then create a StackScript to build a web server that would integrate into his current cluster. Rather than rewrite the commands to update the system, they can call the previous StackScript.

Let’s then say that some of this user’s web servers will run a CMS, like WordPress. The user can create a StackScript which invokes his web server script, removing the need to rewrite the commands to install the web server software or update the system.

The syntax to pull another StackScript is:

<ssinclude StackScriptID="[NUMBER]">

This will download the StackScript on the Linode as ssinclude-[NUMBER]. To download and run the script (assuming it's written as a Bash script) use:

source <ssinclude StackScriptID="[NUMBER]">

Otherwise execute the script on a second line, as seen below:

<ssinclude StackScriptID="[NUMBER]">

A great example of this use case is the StackScript Bash Library, created by Linode. This script contains several useful functions to perform common tasks such as updating software and installing Apache, MySQL,etc. Run on its own it does nothing to alter your system. By importing the Bash Library script you can save time in your own StackScripts.

Demonstrating or Distributing Software Capabilities

If you develop software, you can use StackScripts to deploy a demonstration instance of your software. The resulting system may not need to be particularly durable or be fully configured. With a StackScript for demonstrating software, you can let people experience and test your software while giving them full control over the deployment. This same kind of procedure with minimal modification may also be an easy way to distribute the software itself. These StackScripts ought to be generalized so that other users can deploy from this StackScript without complication.

Deploy Appliances and Cluster Instances

If your deployment includes function-specific "appliance-type" instances, you make want to explore using StackScripts to help manage these nodes, such as job-processing instances.

Application clusters are similar. If your architecture includes some sort of "cluster," you may be able to automate the deployment of a new cluster-member by using StackScripts to configure the instance. Here, StackScripts, in combination with the API, provide the ability to automate cluster deployment and management with a large degree of elasticity.

Developing StackScripts

The only requirements to run a StackScript are that the first line of the script be a shebang (e.g. #!/bin/bash) and that the interpreter specified by the shebang be installed in the Linode base image you are deploying. While Bash may be an obvious choice for StackScripts, you may choose any language or system.

You can see the community StackScript Library, for examples of StackScripts. Depending on the nature of the script you develop, you may consider sharing your script in this library so that others may deploy instances from your script.

Bootstrapping StackScripts

If you have an existing deployment script, you can use StackScripts to deploy instances with this script. Consider the following methods for "bootstrapping" one script with StackScripts:



wget --output-document=/opt/
chmod +x /opt/


This approach is useful for bootstrapping scripts written in languages that are not included in the default instance template, as in the following example:



if [ -f /etc/apt/sources.list ]; then
   apt-get upgrade
   apt-get -y install php5
elif [-f /etc/yum.conf ]; then
   yum -y install php
elif [-f /etc/pacman.conf ]; then
   pacman -Sy
   pacman -S --noconfirm pacman
   pacman -S --noconfirm php
   echo "Your distribution is not supported by this StackScript"

wget --output-document=/opt/deployment-script.php
chmod +x /opt/deployment-script.php


If you do not want to rely on an existing external server to host your scripts for download, you can embed the bootstrapped script in the StackScript. Consider the following example:



if [ -f /etc/apt/sources.list ]; then
   apt-get upgrade
   apt-get -y install php5
elif [-f /etc/yum.conf ]; then
   yum -y install php
elif [-f /etc/pacman.conf ]; then
   pacman -Sy
   pacman -S --noconfirm pacman
   pacman -S --noconfirm php
   echo "Your distribution is not supported by this StackScript"

cat >/opt/deployment-script.php <<EOF
<?php print('Hello World!'); ?>

chmod +x /opt/deployment-script.php


Using StackScripts from the Linode API

The Linode API contains support for managing StackScripts and deploying instances with StackScripts. Consider the documentation of the following Linode API methods:


If creating a disk image with linode.disk.createfromstackscript, you will need to create a configuration profile and attach the disk to the profile before you can boot and run the StackScript.

Managing the Environment

The StackScript system provides a basic markup specification that interfaces with the Linode deployment process so that users can customize the behavior of a StackScript on a per-deployment basis. These UDF tags, when processed, insert variables and values into the script's environment. There are also a set of Linode created environmental variables that can be used for API calls or other tasks from within the script.

LINODE_ID=123456 The Linode's ID number
LINODE_LISHUSERNAME=linode123456 The Linode's full lish-accessible name
LINODE_RAM=1024 The RAM available on this Linode's plan
LINODE_DATACENTERID=6 The ID number of the data center containing the Linode. See our API for more information.

If you do not want to use the StackScript system to set your environment variables, you might consider hosting files with settings on a different system. This is accomplished with the following fragment:

File excerpt:StackScript

# [...]
IPADDR=$(/sbin/ifconfig eth0 | awk '/inet / { print $2 }' | sed 's/addr://')

wget --output-document=/tmp/base.env
wget$IPADDR.env --output-document=/tmp/system.env

source /tmp/base.env
source /tmp/system.env
# [...]

Make sure that there are files accessible via HTTP hosted on the domain for both basic environment (e.g. base.env) and machine specific (e.g. [ip-address].env) files before launching this StackScript. Also consider the possible security implications of allowing any file with sensitive information regarding your deployment to be publicly accessible.

More Information

You may wish to consult the following resources for additional information on this topic. While these are provided in the hope that they will be useful, please note that we cannot vouch for the accuracy or timeliness of externally hosted materials.

Creative Commons License

This guide is licensed under a Creative Commons Attribution-NoDerivs 3.0 United States License.

Last edited by Alex Fornuto on Monday, March 24th, 2014 (r4345).