Welcome to the UForge AppCenter User Documentation¶
Note: There are multiple options for reading this documentation - click on the link at the lower left hand corner for these options.
Contents:
Getting Started¶
Signing In to UForge Portal¶
To sign in, go to the UForge Portal sign in page:
The UForge Portal has the following pages, accessible from the left-hand sidebar:
Dashboard
: It shows statistics on your UForge usage.VM Builder
: This is where your appliances are created and listed. You also go to this page to add custom software, update packages in appliances, and create images, among other things.Collaboration
: This is a private area where you can share appliances with other users who are part of your workspace. These users must be invited and join your workspace. They can be part of your organization or part or another organization.Migration
: This is where you can launch a scan of a live system, view the results, or compare scans.Credentials
: This is where you manage your cloud account information, SSH keys and API keys.Profile
: This is your UForge account information.Administration
: (only for administrators of platform). Provides administration tasks including operating system and formats management.
Warning
Depending upon your access rights one or more of these tabs may not be visible.

Basic Concepts¶
Organization¶
UForge AppCenter is a multi-tenant platform which can serve multiple users. All the resources of the platform are held within an Organization. The organization contains:
- One or more users
- One or more operating systems
- A project catalog containing software components that can be used by its users
- One or more formats available to generate images

User¶
Each user on the platform has:
- an Appliance Library containing all the appliance templates created by the user
- a Software Library (My Software) containing all the custom software uploaded by the user, which can be used in one ore more appliance templates
- a list of one or more Cloud Accounts to allow the user to publish and register generated machine images to various cloud and virtualization platforms

Appliance Templates¶
An Appliance Template is meta-data describing a software stack. It consists of five layers, namely:
- an
Install Profile
(mandatory) - specific information for the first time the image boots- an
OS Profile
(mandatory) - a list of operating system packages. Each operating system within the organization provides one or more standard OS profiles to choose from when creating the OS Profile of the appliance template. It is also possible to create custom OS profiles.Projects
(optional) - a list of Project software components chosen from the Organization´s Project CatalogMy Software
(optional) - a list of software components chosen from the User´s private “Software Library”Configuration
(optional) - configuration information including boot scripts and/or other software components to manage the image after provisioning
Depending on the user´s roles and privileges, the user may only have access to a restricted number of operating systems, projects and image formats the organization has to offer.
Using an appliance template, the user can generate machine images in different formats. For some formats, the user can publish and register machine images to a target cloud or virtualization platform. Each appliance template stores meta-data regarding each machine image generated and published.
Workspaces¶
Each user can also create and join workspaces. A workspace is an area for members to collaborate and share appliances. A workspace is created and maintained by users. The user can invite members to be part of a workspace. When the user invites a member that is not part of the UForge database, an email is sent to the new member to invite them to register on UForge.
The workspaces are listed under the Collaboration
tab. Each workspace has:
- an activity stream, which lists the members’ comments, the activities, such as invites and appliances shared
- a templates page, which lists all the templates shared with the people that are part of the workspace
- a members page where the user who created the workspace (the workspace administrator) can invite new members, delete members or change the role of a workspace member.
Members of a workspace are either:
Administrator
. This is generally the user who has created the workspace. There can be several administrators in a workspace. The administrator can invite or delete members and is able to delete a workspace. The administrator has all the same basic rights as the collaborator.Collaborator
. The collaborator has the same basic rights as the Guest, but can also share templates.Guest
. They can read and post to the activity stream, and import templates into their private appliance library.
Supported Browsers for UI Access¶
The following browser versions are officially supported when using the user interface:
- Firefox v35 or later
- Chrome v29 or later
- Safari v9 or later
- Internet Explorer 11 or later
- Opera v15 or later
Note
Javascript is required when using the UI. The following error will appear if you have disabled Javascript (check your browser configuration, plugins or security settings).

Managing Appliance Templates¶
An appliance template is a meta-data description of an entire software stack. The following sub-sections go into detail on how to create and manage your appliance templates:
Supported Operating Systems¶
The following is a list of supported OSes that users can use as the guest operating system when creating their appliance templates.
OS | Factory | Migration |
---|---|---|
CentOS | 5.2+, 6 (32bit and 64bit), 7 (64bit) | 5.2+, 6 (32bit and 64bit), 7 (64bit) |
Debian | 6 (Squeeze), 7 (Wheezy), 8 (Jessie) (32bit and 64bit) | 6 (Squeeze), 7 (Wheezy), 8 (Jessie) (32bit and 64bit) |
Fedora | 8 to 22 | 8 to 22 |
Open SUSE | 11.3, 11.4, 12.1, 12.2 (32bit and 64bit) | 11.3, 11.4, 12.1, 12.2 (32bit and 64bit) |
Pidora | 18 to 21 | Not Supported |
Raspbian | 7 | Not Supported |
Red Hat Enterprise Linux* | 5.2+, 6 (32bit and 64bit), 7 (64bit) | 5.2+, 6 (32bit and 64bit), 7 (64bit) |
Scientific Linux | 5.2+, 6 (32bit and 64bit), 7 (64bit) | 5.2+, 6 (32bit and 64bit), 7 (64bit) |
Ubuntu LTS | 10.04 (Lucid), 12.04 (Precise), 14.04 (Trusty) (32bit and 64bit) | 10.04 (Lucid), 12.04 (Precise), 14.04 (Trusty) (32bit and 64bit) |
Microsoft Windows Server | 2008R2, 2012, 2012R2 | 2008R2, 2012, 2012R2 |
Note
For Red Hat Enterprise Linux you must provide the ISO images or access to a repository.
Warning
If you intend to generate machine images for cloud environments, ensure that the operating system you are using in the machine image is correctly supported by the cloud environment. For example, Microsoft Azure supports the following operating systems.
Notes on Licensing¶
When using UForge, you have to comply with the license agreement of OSes and software which UForge handles, in particular:
- Publishing OS image of RHEL (Red Hat Enterprise Linux) subscription to public cloud
Cloud provider has to be CCSP (Certified Cloud & Service Provider) and you must register to Red Hat Cloud Access. For more details, please confirm with cloud provider.
- Scanning server
You have to check whether the licenses of OS and software which the source machine contains allow you to use them on the destination server which you are migrating to.
If the source machine contains rpm packages which Red Hat provides, please ask the administrator whether UForge repository contains these packages, because UForge automatically regenerates rpm packages which the repository doesn’t contain and regenerated packages are NOT supported by Red Hat.
On UForge Portal, you can see the list of rpm packages which the source machine contains and header
In Repo
tells you whether or not the package comes from the repository (Refer to Viewing a Scan). Once migration is done, you can see where the package comes from by rpm command on the destination server. If regenerated,Build Host
is overwritten asuforge
.
- Handling Microsoft Windows
UForge user must acquire Windows license in order to handle Windows OSes in UForge. When publishing Windows OS image or scanning Windows server, you have to confirm usage conditions of cloud provider and virtualization software which you publish to or scan.
Supported Machine Image Types¶
With UForge you can create machine images in the following formats:
- Physical: ISO
- Virtual: Hyper-V, KVM, OVF, QCOW2, Raw, tar.gz, Vagrant Base Box, VHD, VirtualBox, VMWare vCenter, VMware Server, Vagrant, Xen, Citrix XenServer
- Container: Docker, LXC
- Cloud: Abiquo, Amazon AWS, CloudStack, Cloudwatt, Eucalyptus, Flexiant, Google Compute Engine, Microsoft Azure, Nimbula, OpenStack, SUSE Cloud, VMware vCloud Director, Fujitsu K5
Creating an Appliance Template¶
You can create either Linux-based or Windows-based appliance templates. The steps differ slightly. Please refer to the appropriate section below.
Creating a Linux-based Appliance¶
To create a new appliance in your private workspace:
Select
VM Builder
icon on the left.On the
Appliance Library
page, click oncreate
in the top right.Enter the
Name
andVersion
of the appliance.![]()
From the drop-down menus, select the operating system (distribution, release and architecture).
Click the
create
button. This creates a skeleton of an appliance template in the platform which you can now customize with operating system packages, middleware and application software.Note
If SELinux is installed (ie the file /etc/selinux/config exists), the filesystem will be relabeled on the first boot of a UForge generated VM in order to add the SELinux context in the all system files ‘ extended attribute. At boot time, init.rc checks for the existence of /.autorelabel. If this file exists, SELinux performs a complete file system relabel (using the /sbin/fixfiles -f -F relabel command), and then deletes /.autorelabel.)
- You should now see the appliance overview page. You can add a description to your appliance (optional) and a logo (optional). The logo format must be .jpg, .jpeg or .png.
- An OS profile is mandatory. See Adding a New OS Profile. However, you can leave the appliance at this point and edit it later.
- If you have made any modifications, click the checkmark to save.
Note
When you create an appliance, the packages are stored locally in the UForge cache repository. This ensures that the packages will always be available.
Creating a Windows-based Appliance¶
To create a Windows Appliance:
From the VM Builder tab, select
create
.Enter the appliance name.
Choose
Windows
from the OS Distribution drop down menu.Click
create
.From the
Stack
page, select the OS Profile. Each version has a Core or Full release. Clicksave
.Note
Once you have chosen the OS Profile, you cannot add any packages or run updates. The OS Profile is static. Once created, if you select OS Profile, you will only be able to view the details of the profile you selected.
Set the Install profile and click
Save
.Note
Unlike Linux, the following cannot be set for Windows appliances: Keyboard, Root user, User & Groups, Kernel Parameters and Firewall.
![]()
Optionally, you can set the Activation Key as part of the Install Profile. If it is not entered in the Install Profile, the default key will be used for a 30-day trial period once the appliance is booted.
- Optionally you can add partitions.
- Click on
Partitioning
and selectAdvanced Partitioning
.- Click on the green + sign at the top.
- You can modify the name and partitions type
- Select the filesystem to ntfs and mount point to D: (or such).
- Enter the size. The install disk should be 12 Gb for core versions and not less than 32Gb for the full version
- Check the box in the Grow column if you want the partition to be growable.
- Click
save
.![]()
Add software bundles from the Project or MySoftware pages.
Warning
Software bundles included in MySoftware and Project will be put on the image disk but the UForge generation tool WILL NOT install them even if these are executable/installers files (.exe, .msi, etc.). It is up to the end user to manually complete the installation of the software bundles.
For Windows, .exe or .msi files can be given extra parameters. The parameters depend on the .exe or .msi file, and can be used for example for silent installation, providing extra configuration values, etc.
Note
A binary called UShareInstallConfig
is embedded at generation time, which helps the final user of the Appliance do the last-mile configuration.
Searching for an Appliance Template¶
To find a particular appliance template you can:
Go to the
VM Builder
tab on the left sidebar.Use the search engine. The search runs on the appliance name or the OS name. To use the search engine, enter the text in the filter field.
If you are in the grid view you can sort the appliances. From the drop-down menu select how you want to sort the appliances in your library.
Listing Appliance Templates¶
To view the appliance templates you have access, go to the VM Builder
tab in the user interface. By default the appliance templates are listed by latest first.
Under the Appliance Library
, the appliances are organized as follows:
Created Appliances
are appliance templates you createdImported Appliances
have been imported from a Collaboration workspace or from the UForge Marketplace if you have access to oneShared Appliances
are appliance templates that you have shared to a Collaboration workspace or to the UForge Marketplace if you have access

You can view the details of an appliance template, generate images from them and comment on them.
Modifying an Appliance Template¶
You can modify and update appliances that are in your library, including ones that have been imported.
To modify an appliance template:
Click on the appliance template to modify.
From the
Overview
page you can add or change the logo, modify the name, version or description.On the
Stack
page, you will notice the appliance toolbox on the left-hand side.![]()
The toolbox allows you to define the five key elements of an appliance, namely:
Install Profile
– to customize the questions asked when the image is booted for the very first time (or during installation for an ISO image). It also allows you to customize the disk size and partitioning. For more information see Updating the Install Profile.OS Profile
– (mandatory) to choose the operating system packages that are to be used for the appliance. For more information, see Managing the OS Profile. Note that the OS Profile cannot be modified for Windows-based appliances. Refer to Modifying a Windows-based Appliance.Projects
– to access the UForge Project Catalog. This catalog provides a set of commonly used 3rd party software components when building appliances. The Project Catalog is maintained by the UForge administrator. To add software from the Project Catalog to an application, see Adding Software from the Project CatalogMy Software
– to add to the appliance any software components that you have uploaded. This is also where you can use the Overlay features to manage where the files are installed during generation, if UForge should unzip archives as part of the generation, and set if UForge should on the contrary not install native OS packages. For more information, see Adding Software from Your Software LibraryConfiguration
– to add boot scripts to configure the appliance after provisioning. For more information, see Managing Configuration
Adding a Logo¶
You can add or modify the appliance logo as follows:
- Click on the appliance to modify.
- From the
Overview
page click on the square and plus (+) image on the left hand-side.- Select the image you want to use as the logo. The format must be .jpg, .jpeg or .png.
- Click
ok
and save.
Managing the OS Profile¶
Adding a New OS Profile¶
Every appliance must have an OS profile, which contains all the operating system packages for the appliance. UForge allows you to easily create an OS profile from a set of standard profiles. You can then add specific operating system packages.
The goal is to only include the operating system packages you require to run your application. This process is known as JeOS (Just Enough Operating System). By only using the operating system packages you need, not only do you reduce the footprint of the resulting machine image, you also make the machine image easier to maintain (as there are less updates) and (hypothetically) more secure as there will be less unwanted services started.
To add an OS profile to your appliance:
Double click on the appliance you want to edit.
Go to the
Stack
page.Click on
OS Profile
in the toolbox.From the drop-down menu, select the
OS profile
template you wish to use. The operating system packages are added automatically and your appliance revision number is increased.![]()
Adding Packages to the OS Profile¶
You may want to add packages that are provided as part of the operating system distribution. To get a list of all the packages that correspond to your search criteria:
Select the appliance to modify and go to the
Stack
page.Click on
OS Profile
in the toolbox.Click on the
search
button in the top right hand.Enter your search string. For example, add
php
as a search string to get a list of all the PHP packages provided by CentOS.Click the search icon.
![]()
Optionally you can filter the results by selecting
Show only 32-bit packages
(this displays only 32bit packages available) or by entering text in thefilter
box.Select the packages you want to add.
Click the
save
button to add the packages to the OS profile.
Note
When you create an appliance, the packages are stored locally in the UForge cache repository. This ensures that the packages will always be available. However, UForge tracks all available updates.
For more information on package updates, see Tracking OS Package Updates. If you want to make sure you always have a specific version of a package, read Making Packages “Sticky”.
Generating a Machine Image¶
Once an appliance template has been created, you can generate a machine image that packages the stack to run on a particular virtual, cloud, container or physical environment. For a complete list of supported machine image formats, refer to Supported Machine Image Types.
- To generate a machine image:
Go to the
VM Builder
tab.Select the appliance from the
Appliance Library
.Click on the
generate
button at the top right to display all possible image formats which can be generated. The formats are organized by type: Cloud, Container, Virtual, Physical.Choose the image format you would like to generate. For a Docker image, refer to Generating a Docker Image.
You will see a recap of the image you are about to generate.
Note
If you want to ignore dependency checking during image generation (for example because you have knowingly removed a package dependency that is not required in your environment), then you check the option
ignore dependency checking warnings
. Note that this is an advanced option and should not be used systematically.You can set the disk size, then click the
generate
button to launch a generation in UForge for this appliance template.Note
Depending on the packages you install and the size of your software, make sure that the disk size is large enough to accommodate the software to be installed. For Windows-based operating systems, it is advised to have a disk size of at least
14GB
for core versions, and at least20GB
for full versions.
The generation will take a few minutes to complete (depending on the number of packages in the appliance template and the disk size chosen). The generation progress is shown. Once the generation is complete, you can download the image locally, or for certain cloud formats register the machine image directly to the target environment using your cloud credentials.
You will note that a package uforge-install-config
is injected in the generated image. This file is responsible for:
- launching the dialog for the install profile configurations which are not automatic (keyboard, root password, licenses, time zone, static IP)
- executing the installation bootscript of the template
If the template is configured to be fully automatic in the
Install Profile
and has no bootscript that is supposed to run at every boot, the uforge-install-config package and associated/etc/UShareSoft
directory can be removed safely.
However, it is preferable to leave this file.
Generating a Docker Image¶
- To generate a machine image:
Go to the
VM Builder
tab.Select the appliance from the
Appliance Library
.Click on the
generate
button at the top right to display all possible image formats which can be generated.Choose
Container
, thenDocker
image format.You can set the disk size, then click the
generate
button to launch a generation in UForge for this appliance template. The following pop-up will be displayed once the generation ends on the summary view.
- As indicated in the pop-up, you need to click
download
to download the tar.gz. - Run the appropriate docker import command to create the image. The appliance and docker image name will depend on the name you have given them.
- You should now be able to see the Docker image in your library.
Publishing a Machine Image¶
In order to publish a machine image to a cloud environment, you must already have credentials to access that environment.
If not already done, create a new cloud account for the target environment. For more information, see Managing Cloud Accounts.
Go to the appliance and click the
Machine Images
page. If you have not generated a machine image, you will need to do so as described in Generating a Machine Image.Click on the arrow to publish your image.
![]()
Following the instructions, choose the cloud account to use and fill in any additional information required.
Click
publish
.Note
Publishing an image to Amazon will launch an instance and therefore will be billed to the user account. Azure trial accounts are not supported for publishing images from UForge. Only full Azure accounts can be used.
- The publication will take a few minutes to complete (depending on the size of the image and the network connectivity between UForge and the target cloud environment). The publication progress is shown. At the end of the publication, the machine image has been published by UForge to your target cloud environment. The published image can be found in the target cloud environment.
UForge does not launch instances in the target cloud environment. If you wish to launch an instance from this machine image, you should go to your target cloud environment console for further actions.
Warning
If your Fujitsu K5 publish failed, there may be data published to cloud, incurring costs, even if not visible on your cloud account. You should run a cleanup manually. Refer to Chapter 2.7 Object storage
Note
When publishing an image, you have to comply with the license agreement of OSes and software which UForge handles, in particular:
- Publishing OS image of RHEL subscription to public cloud
Cloud provider has to be CCSP (Certified Cloud & Service Provider) and be registered to Red Hat Cloud Access. For more details, please confirm with cloud provider.
- Publishing Windows OS image
You must acquire Windows licenses in order to handle Windows OSes in UForge and confirm usage conditions of cloud provider and virtualization software which you publish to.
Tracking OS Package Updates¶
All the OS packages added to the OS Profile section of the appliance templates are tracked for any updates by UForge AppCenter. Based on a timestamp stored in the appliance template, UForge AppCenter can detect any OS package updates that are available. Updates are displayed in the user interface for each appliance template.
If you are in grid view:

If you are in table view, it is listed in the Updates
column:

You can then easily update the packages using the UForge GUI. Using this tool, you can also roll-back to previous versions of OS packages.
Note
This feature is only available for appliance templates using Linux operating systems.
To update the OS packages:
Select your appliance from your appliance library under the
VM Builder
tab.Go to the
Updates
page.You can see from the graphic when updates were made and how many are available.
![]()
You can select current updates (if any) or select to return to a previous version of the OS by moving the cursor on the graph.
Click
simulate
to see the changes that will be applied. The changes will be listed at the bottom of the screen. Scroll to view the results.If you want to apply the changes listed, then click
update
.
Note
The triangle indicates a Milestone. For Centos, this is the versions (6.1, 6.2 etc). Milestones are customized by the UForge administrator.
Modifying a Windows-based Appliance¶
For Windows-based appliances UForge will indicate the number of updates available, however you cannot use this procedure to update the packages for an existing Windows appliance.
In order to benefit from a newer version of Windows, you will have to:
- Create or retrieve a new Golden Image. See your administrator.
- Create a new appliance.
- You can re-use the MySoftware components contained in the current appliance.
- You can download from the current template the boot scripts and save them on your local hard drive. You can then upload them to the new appliance.
- You must re-produce the configuration (Install Profile, Configuration).
Making Packages “Sticky”¶
UForge allows you to select certain packages as “sticky”. This means that during image generation, this package version is chosen regardless of the current appliance template timestamp for calculating package versions. All the package dependencies of this package are also calculated.
To make a specific package “sticky”:
Select the appliance you want to modify.
Go to the
Stack
page.From the
OS profile
, click onsticky
in the right hand side of the package info. Thesticky
button will only be visible when you scroll over this part the page. In the following image, the first package hassticky
in blue because it has been applied. The second one in light blue has not yet been applied.![]()
A pop-up window will list all of the versions of the package available, allowing you to select the version you want.
![]()
Choose the version of the package you would like, then click
save
.
Adding Custom Software Components¶
There are two ways to add 3rd party software components or your own software to an appliance template.
The first way is through the Project Catalog
. This catalog is public to all the users on UForge and is maintained by the privileged users and administrators.
If the catalog does not contain the software component you are looking for, then you can upload the software into the My Software
library. This is your own private software library, allowing you to upload any software into UForge and be able to add it to any of your appliance templates.
Adding Software from the Project Catalog¶
The following describes how to add MySQL and Apache to an appliance.
Select the appliance to modify and go to the
Stack
page.Click on the
Projects
in the toolbox. This displays the Project Catalog. The bottom table lists which projects have already been added to the appliance.![]()
Select the projects, for example Apache and MySQL and click the down arrow button. You can scroll through the available projects or enter a search string to filter the list.
Click Save. These projects should now be displayed in the second table.
![]()
Adding Software from Your Software Library¶
You can add your own custom software either using the Software Library
or by including boot scripts. My Software overlay files (for example /etc/profile.d/xxx.sh
) will be run before bootscripts when the machine is booted.
The following is a list of supported file formats:
Linux only, note by default .rpm and .deb files will be installed at generation. This can be modified when you upload the files (see procedure below):
- .rpm (“rpm i” will be executed)
- .deb (“dpkg -i” will be executed)
- Windows only:
- .msi
- .exe
- Linux and Windows compatible:
- .tar.bz2
- .bz2
- .tar.gz
- .tgz.bz2
- .tgz
- .gz
- .tar
- .zip
- .tar.zip
To add custom software components to an appliance:
From the
VM Builder
tab, click onSoftware Library
in the top left hand side of the UI. This opens your private Software Library.Click on the
add software
in the top right hand side.You are now prompted for the name, version and maintainer of the software component you would like to add. You can also set a tag and category. Click
create
to complete.The software
Overview
page will now open. You can modify the name and version, and add a description.To upload the files, go to the
Files
page.![]()
Note
If you want to group a set of files, you can create a folder by clicking
create folder
. Then enter a folder name and clickcreate folder
. Now if you want to put files in this folder, click on the upload icon next to the folder name.If you create a folder, you can then click on the pencil icon to edit the file properties. Here you can select to apply the same owner and rights to all the files added to the folder.
![]()
- You can now upload the files as follows:
- Click
upload
to select the files you want to add and clickopen
.- Click
fetch
to set an archive location where the files should be retrieved. When using thefetch
option you can indicate a remote URL or artifact account (for information on artifact accounts, refer to Managing Your Artifact Accounts). You can also select to have the files uploaded to the UForge by checkinguse cache
.![]()
Optionally, you can modify the
default install path
that will be used. If you have modified the name of your appliance, it may not be reflected in the install path.
- By default
.deb
and.rpm
files will be installed at generation time. Optionally you can edit the settings for those files:
- Click on the pencil on the right hand side of your uploaded file.
- Un-select
Install this native package as part of the generation
.- Click the check mark to save your changes.
In this case, the
.deb
or.rpm
archive file will be in the directory but will not be installed at generation time.![]()
- Optionally, you can select to unzip archives as part of the generation. To do so:
Click on the pencil on the right hand side of your uploaded file.
You can then edit the install path and select if it should be extracted.
Click the check mark to save your changes.
![]()
From the
Distribution
page, you can set the distributions with which your software is compatible. By default, all the distributions listed in the bottom table are compatible. If you want to remove a distribution from the list, select and click the up arrow andsave
.Note
If you remove all the distribution compatibility, the software will not be visible for any appliances.
From the
Repository Packages
page, you can set the packages with which your software is compatible. This page will only be visible if you have selected only one distribution. You can search for packages. Select and click the down arrow to add them. Clicksave
.
- From the
Boot Scripts
page, upload any boot scripts you want to add to this software. You can either:
- Upload an existing boot script file by using the
upload
icon.- Create a new boot script by clicking
new
.![]()
In both cases, you must select the type. If you select
first boot
, then the boot script will be launched once the first time the instance is launched. If you selectevery boot
, then the boot script will be launched every time the instance is rebooted. You must also set the boot order.
From the
Licenses
page, upload any licenses you want to add to this software. Clickupload
, select your license and clicksave
.Add the uploaded software component to the appliance. Click on the
Appliance Library
to view your Appliance Library. Double-click on the appliance template you want to add the software to.Go to the
Stack
page and click on theMy Software
button in the toolbox.![]()
Select the software components you want to add and click the down arrow button.
Click
save
to add this software component to your appliance template.
Updating the Install Profile¶
The Install Profile
on the Stack
page allows you to customize the questions asked when the image is booted for the very first time (or during installation for an ISO image). The install profile is mandatory.
You can define the following as part of the install profile:
Root User
: The root user password by default is prompted during the first boot of the machine image i.e.ask during installation
. However, you can pre-set a root password. You can enter an SSH key to allow users to login as root. If you selectDisable root password login via SSH
, root will still be able to login from the console.Users and Groups
(optional): you can add operating system users and groups. See Adding Users and Groups for more informationNetwork
: You can set the internet settings. The default isset automatically
.Security
: You can activate or deactivate the firewall present in the filesystem when launching the appliance (regardless of whether the firewall is iptables or other). Firewall is set toOff
by default. You can also set the SELinux configuration here.Partitioning
: You can modify the disk and swap size for the automatic set up, selectask during install
, or set upAdvanced Partitioning
(for several disks). For more information see Configuring Advanced Partitioning.Kernel
. You can add kernel parameters by clicking plus, entering data and clicksave
.Keyboard
: default isask during installation
. You can chooseset automatically
and select the keyboard from the drop down menu.Licenses
: default isaccept licenses during installation
.Time Zone
: default isset automatically to London
.Welcome Message
: You can enter a welcome message.
Note
For basic partitioning disk size, you must ensure that the disk is large enough to store all the binaries and files for the appliance template. For windows based operating systems, it is advised to have a disk size of at least 14GB
for core versions, and at least 20GB
for full versions.
Adding Users and Groups¶
You can add operating system users and groups to the appliance Install Profile. These will be integrated to the appliance template.
Warning
The users and groups created in UForge are not linked. If you create a user and list it as part of a specific group, you must then also create the group; otherwise the image generation will fail.
To add a user to an appliance:
Select the appliance template you want to modify.
From the
Stack
page, click onInstall Profile
in the toolbox.Select
Users and Groups
.Click the plus symbol next to the
Users
table. TheCreate User
page will be displayed.![]()
Enter a user name.
If you want to manually enter the user ID, deselect
set the user id automatically
and enter the ID number.If you want to manually create the primary group the user is part of, deselect
automatically create primary group for user
and enter the group name.Click
create
Warning
If you create a user and list it as part of a specific group, you must then also create the group; otherwise the image generation will fail.
To add a group to an appliance install profile:
Select the appliance template you want to modify.
From the
Stack
page, click onInstall Profile
in the toolbox.Select
Users and Groups
.Click the plus symbol next to the
Groups
table. TheCreate Group
page will be displayed.![]()
Enter a group name.
Check if you want this group to be a system group.
If you want to manually enter the group ID, deselect
Set the group id automatically
and enter the group ID number.Click
create
.
Configuring Advanced Partitioning¶
You can configure advanced partitioning as part of your appliance template in the Install Profile. The elements you can configure will depend if your template is Linux or Windows based.
Advanced Partitioning for Linux¶
The following example assumes that you want to build the following partitions, with a virtual hard drive of 20 GB.:
part /boot –fstype=ext4 –size=500 –ondisk=sda
part pv.1 –grow –size=1 –ondisk=sda
volgroup ROOTVG –pesize=4096 pv.1
logvol / –fstype=ext4 –name=LogVolROOT –vgname=ROOTVG –size=3072
logvol swap –name=LogVolSWAP –vgname=ROOTVG –size=1024
logvol /usr –fstype=ext4 –name=LogVolUSR –vgname=ROOTVG –size=5120
logvol /var –fstype=ext4 –name=LogVolVAR –vgname=ROOTVG –size=1024
logvol /home –fstype=ext4 –name=LogVolHOME –vgname=ROOTVG –size=5120
logvol /tmp –fstype=ext4 –name=LogVolTMP –vgname=ROOTVG –size=1024
logvol /opt –fstype=ext4 –name=LogVolOPT –vgname=ROOTVG –size=1024
- To set advanced partitioning for an appliance template:
Select the appliance you want to modify.
From the
Stack
page, click onInstall Profile
in the toolbox.Select
Partitioning
, thenAdvanced Partitioning
.Note
In order to view the information more easily, you can click on the enlarge button in the top right. This opens a separate window where you will see all the advanced partitioning.
Advanced partitioning works sequentially, from top to bottom. The three sections offered by the UI, which are
Disks
,Logical Groups
, andLogical Volumes
should be filled in order, sequentially:- disks with partitions including the total virtual disk size required
- logical group(s), assigning the associated physical extent (partition)
- specify the logical volume specification for the created logical group(s)
Click on the arrow in
Disks
next to sda. You will see the default disks.Delete the default
linux swap
partition by clicking the x at the end of the line withlinux-swap
. You must not set the swap size to 0.Click on the size of the
MSDOS
partition to set it to20000
.Click on the partition 1 information to modify the file system to
ext4
and the mount point to/boot
.Click on the + sign to create a new partition with type
lvm2
and size set to18000 MB
.Unselect
Grow
and set the size of the/boot
disk to500
.In the
Logical Groups
section, click on the + sign and set the name of the logical group. For this example:ROOTVG
.Note
Image generation will fail when migrating if the volume group name set in the Partitioning Table is the same as the name of LVM volume group in UForge server.
Next to the newly created volume group, click on the + sign to create a new volume extent. A pop-up window will appear proposing a
sda/2
physical extent with size automatically set to18000 MB
. Clickok
.Create the logical volumes one by one, or create them all at once and then edit the respective specifications. For each logical volume to create, click on the + sign in the
Logical Volumes
section. For our example, you will need seven logical volumes.- LogVolROOT ext4 / 3072
- LogVolSWAP linux-swap 1024
- LogVolUSR ext4 /usr 5120
- LogVolVAR ext4 /var 1024
- LogVolHOME ext4 /home 5120
- LogVolTMP ext4 /tmp 1024
- LogVolOPT ext4 /opt 1024
Click
Save
.
Advanced Partitioning for Windows¶
You can set an advanced partitioning table for a Windows-based appliance template. To set advanced partitioning:
Click on
Partitioning
and selectAdvanced Partitioning
Click on the green + sign at the top.
You can modify the name and partitions type
Select the filesystem to
ntfs
and mount point, for example:D:
.Enter the size. The install disk should be at least
14 Gb
for core versions and20Gb
for full versionsCheck the box in the
Grow
column if you want the partition to be growable.Click
save
.![]()
Managing Configuration¶
When you create your appliance, you can include boot scripts to configure the appliance after provisioning or to configure the appliance to communicate with a DevOps platform for further communication steps.
Adding a Boot Script¶
You can add boot scripts that will be run either the first time the appliance is booted or every time the machine or virtual machine is started. The boot scripts will be run once all the software and appliance packages are installed, prior to launching the machine. The scripts are run in numeric then alphabetical order. The boot scripts will be executed as root.
Note
The firstboots are run before everyboot scripts. Bootscripts named 1_script will be run before a_script, which will be run before script_1, which is run before script_a.
Warning
Only .bat files will be executed for Windows. If you want to upload a Powershell script then you should upload it to My Software
and call the execution of the Powershell script from a .bat configuration bootscript.
If you want to install software or packages as part of the installation, you can use My Software to upload overlay files (e.g. /etc/profile.d/xxx.sh). For more information, refer to Adding Software from Your Software Library.
To add a boot script to your appliance:
Select the appliance you want to modify.
From the
Stack
page, click onConfiguration
in the toolbox.Select
Boot Scripts
.Click on
new
orupload
button on the right hand side.![]()
If you are creating a new boot script:
Enter the name.
Select the type: If you select
first boot
, then the boot script will be launched once the first time the instance is launched. If you selectevery boot
, then the boot script will be launched every time the instance is rebooted.Select the boot order.
Enter the contents of the boot script.
Click
save
.![]()
If you are uploading an existing boot script:
- Select the type: If you select
first boot
, then the boot script will be launched once on the first time the instance is launched. If you selectevery boot
, then the boot script will be launched every time the instance is rebooted.- Select the boot order.
- Click
choose
to locate your file and clickopen
.- Click
save
.
Cloning an Appliance Template¶
Once you have created an appliance, you can clone it. This clones all the meta-data of the original appliance template.
Note
Your clone will not include any machine image information that was generated or published for the original.
You can clone an appliance template as follows:
Select the appliance you want to clone.
Click
clone
in the top right hand toolbar.![]()
Enter the appliance
name
andversion
that you wish to have for the clone.Click
clone
.
Importing and Exporting Templates¶
You can import and export appliance templates. When exporting, an archive is created of the appliance template. This archive includes a meta-data file describing the appliance template (based on the hammr specification) as well as any bundled software that was initially uploaded as part of the template creation.
Likewise, an archive can be imported to the UForge platform, creating a new appliance template in your Appliance Library
under the Imported Appliances
section.
Exporting¶
To export an existing appliance:
- Go to your
Appliance Library
- Click on the
export
icon on the right hand side of the appliance template in question to export![]()
- This will start the export process.
![]()
- Once the export is complete, you will be prompted to download the archive file
![]()
The equivalent export feature is available when editing an appliance template.
Importing¶
To import an archive:
- Go to your
Appliance Library
- Click on the
import
button at the top right hand side of the view![]()
- This opens up a file browser, choose the archive to upload
- This will start the import process.
![]()
- Once the import is complete, a new appliance template can be found in the
Imported Appliances
sub-section of yourAppliance Library
.
Note
If you have already an appliance with the same name, version and OS type then this import will fail due to an appliance template conflict. In such situations, you will require to delete the original appliance template.
Migrating Live Workloads¶
UForge AppCenter offers the capability to migrate a live system. UForge Migration will “deep scan” a live system and report back the meta-data of every file and package that makes up the running workload. It also allows you to change or add individual components prior to the final migration.
The following sub-sections describe in detail the scan steps and the differences between black box and white box migration:
Migration Process Overview¶
To migrate a live workload to a new target environment, you first copy the uforge-scan binary to the target environment and launch the binary. This binary analyzes the live system and sends back a report, known as a “scan” back to UForge AppCenter. You can then generate a new machine image that is compatible for the target environment. Once a machine image has been generated, the machine image can then be registered to the cloud environment and used to provision an instance. This instance will contain the same packages and files as the original running environment. This is known as “black box” migration.
You can transform a scan to an appliance template. By doing this, you have the opportunity to change the packages, files or configuration information prior to generating and registering a machine image. This is known as “white box” migration.
Warning
Whitebox migration is not supported for Windows.
The five main steps of migration are as follows:
- The live system is “deep scanned”, detecting all the files and configuration information.
- The scan report and overlay is sent to UForge AppCenter.
- A machine image is generated from the scan (black box migration). You can also import the scan prior to machine image generation to change the content (white box migration).
- The machine image is uploaded and registered to the target environment.
- The registered machine image (also known as a template in cloud terminology) can be used to provision one or more instances. These instances have near identical content to the original live system.
![]()
Blackbox Migration Process¶
The goal of black box migration is to reproduce a near identical copy of the currently running workload. However, there will always be small differences between the two workloads after migration is complete. When scanning a system the following information is detected:
- all the files and packages on the system (including configuration information)
- network settings including all NICs
- root and user password (encrypted)
- timezone
- keyboard settings
- kernel parameters
- users and groups
- ssh keys
- filesystem layout (partitioning)
- SELinux settings (for Linux only). When SELinux is detected on the migrated system, the
/.autorelabel
file is added to the file system in order to relabel it on first boot.
When you generate a machine image from the scan, all the information detected by the scan report is used in constructing the new machine image. However, prior to the generation starting, you will be prompted to indicate if you want to change some basic settings of the filesystem, namely the overall disk size and the swap size. You cannot set the swap size to 0. If you want to delete the swap partition, you must do this in Advanced Partitioning
(refer to Configuring Advanced Partitioning).
Warning
If the IP address of the live system being scanned has a static IP address, then this IP address is preserved. Namely when the machine is migrated, the new instance has the same IP address as the original machine. In the case where the machine being scanned uses DHCP, then DHCP will be used for the migrated instance also. In this case the target environment must provide a DHCP service for an IP address to be assigned. If you wish to migrate a workload that has a static IP address, and you wish to reset the IP address or use DHCP then you should use white box migration.
Warning
Currently, UForge is not able to migrate the Yum repository GPG keys. This means that the user will have to accept the repository GPG key when the user installs or updates a package. The user will have to do this only once per repository.
When you carry out black box migration (by generating a machine image directly from a scan), the following steps are carried out:
You are prompted to indicate if you want to change the overall disk size.
Choose the machine image format to generate. Further options are provided depending upon the format chosen.
UForge AppCenter generates the machine image:
- Dependency checking is SKIPPED. This is done intentionally so that UForge does not alter the package list manifest detected during the scan process.
- Create the disk ready for installation (using the disk size and partitioning by the user if they have requested a change)
- Install the native os packages from the scan report
- Apply the overlay file from the scan report
- Apply the low configuration information detected in the scan report (passwords, timezone, keyboard, etc)
- Apply any specific libraries or configuration depending on the machine image format chosen (e.g for AWS UForge adds the required AWS libraries)
Register the new machine image to the target environment.
You can provision one or more instances from the machine image. Each instance being a near identical workload from the original.
Whitebox Migration Process¶
The goal of white box migration is to change the contents found during the scan of the live system prior to migration. To carry out a white box migration, the user must import the scan report as an appliance template. The import process basically transforms the meta-data of the scan report to an appliance template.
Warning
White box migration is not supported for Windows.
As part of this transformation process, the scan information is mapped to one or more of the appliance template layers as follows:
Native packages that have been analyzed by the scan process and correctly found in one of UForge AppCenter package repositories are added to the
OS Profile
.Native packages that have been analyzed by the scan process and NOT found in any of UForge AppCenter’s package repositories are added to a
My Software
component.All other files (including configuration files) that are not part of a native package are added to a
My Software
component.Partitioning table information is added to the
Install Profile
Root and user passwords are added to the
Install Profile
(encrypted)Timezone is added to the
Install Profile
Keyboard is added to the
Install Profile
Kernel parameters are added to the
Install Profile
Users and groups are added to the
Install Profile
- SELinux settings are added to the
Install Profile
for CentOS, Red Hat and Scientific Linux only. Note the following:
- if SELinux is not activated on the scanned machine, it will still not be activated on a VM generated from this scan.
- if SELinux is activated, it will be activated with the same rules, and the file system will be relabeled on the first boot because of “/.autorelabel” file (and this file is deleted by SELinux once the relabel is done). Parameters from the
/etc/selinux/config
file other than the SELinux mode are lost during the appliance import. If you want to modify some of these parameters you will need to add a MySoftware overlay with a/etc/selinux/config
file after the scan. Refer to Adding Software from Your Software Library.
Warning
All other information found in the scan is not used (reset) and the Install Profile
default information is used. This includes:
- Networking information (IP address). Furthermore, appliance templates do not support multiple NICs, therefore only the first NIC is taken into consideration.
- SSH keys. You will need to manually add the ssh keys to the install profile.
Warning
Currently, UForge is not able to migrate the Yum repository GPG keys. This means that the user will have to accept the repository GPG key when the user installs or updates a package. The user will have to do this only once per repository.

Once the scan report has been imported as an appliance template, you can update the content prior to generating a machine image.
The generation process is slightly different between black box and white box migration. UForge is not generating a machine image from a scan report, rather from an appliance template. You can add and remove packages at will from the OS Profile layer. Consequently package dependencies are calculated using the list of packages in the OS Profile. Any missing packages from the OS Profile are added prior to generating the machine image.
Migration Process In Detail¶
The entire migration process has 5 main steps. These are:
- Scan the source machine
- Report the scan results to UForge AppCenter, where the platform analyzes the report. The results of this analysis are sent back to the source machine.
- The results are used to build an “overlay” archive. This overlay is sent back to the platform.
- The overlay archive is uncompressed, and the information is stored in the database as a
Scan
.- The scan can be used to generate machine images (black box migration) or imported to create a new appliance template (white box migration). The generated machine image can then be published to the target environment and instances can be provisioned.
Scanning the Source Machine¶
On the scan target, the uforge-scan
binary is copied and launched as root to analyze the entire system. The scan carries out the following phases:
uforge-scan
tests the connection to UForge server with the information provided by the user in the command line.uforge-scan
checks the basic information of the machine (Operating System, architecture) and the installation parameters (partitioning, timezone, keyboard, etc.).- Analysis of the operating system native packages installed on the system. The
uforge-scan
binary checks which packages have been installed, the state of the files in these packages etc. The scan process registers all the metadata (rights, user and groups, checksums).- Analysis of the files that are not part of any operating system native packages. The
uforge-scan
binary registers all the metadata (rights, user and groups, checksums).
Analysis of Report¶
A report is created by the uforge-scan
binary based on all the information discovered. This report is transferred via HTTPS to UForge AppCenter.
UForge AppCenter stores all the report information. This data is then processed to identify what information is missing by UForge AppCenter to rebuild the source machine. The processing includes:
- which operating system native packages UForge AppCenter does not have in its repository or in an incremental scan.
- which files from operating system native packages have been modified compared to the official native packages in the UForge AppCenter repositories.
- which files that are not part of any OS native packages and are not in any incremental scan of the same machine.
The results of this analysis are then sent via HTTPS back to the uforge-scan
binary on the source machine. This is basically all the information that UForge AppCenter does not have already based on the initial report received.
Build the Overlay Archive¶
The uforge-scan
binary retrieves the analysis results from UForge AppCenter. These results include a list of all the packages and files UForge requires. The uforge-scan
binary builds an overlay archive of all these packages and files.
The overlay is all the things that are missing compared to a known state (a previous scan of a machine or the operating system native packages). This overlay is a standard tar archive. Once created, it is uploaded via HTTPS to the UForge AppCenter.
The overlay is not built on the scan target but it is stream uploaded (faster and does not need any space on the scan target machine).
At this stage in the process, the uforge-scan
binary has finished its job and no further communication between the scanned machine and UForge AppCenter is required. For this reason, the uforge-scan
binary exits.
Note
No temporary files related to overlay remain on the scan target.
Overlay Extraction¶
UForge AppCenter retrieves and extracts the overlay sent by the uforge-scan binary. It then recreates all the necessary OS native packages that are not present in any of the package repositories known by UForge AppCenter. The analysis and overlay processes are now finished. All the scan metadata remain in UForge AppCenter until the scan gets deleted.
You can now carry out a black box or a white box migration. For black box migration, you generate a new machine image from the scan. For white box migration, you must first import the scan as an appliance template.
Generate an Image (Black Box Migration)¶
At this stage, the scan report is used to generate a new machine image. The generation tool:
Returns all the packages discovered on the scan target and installs them.
Takes the overlay and applies it on top of the built system.
Tunes the machine for the target environment. This is specific to the machine image format chosen. This includes injecting extra libraries and packages required by the target environment.
The networking information is treated differently depending on whether the IP address of the workload being migrated is using a static IP address or DHCP.
- Static IP Addresses: The current information detected during the scan is kept. During the generation phase, this networking information is also kept. Consequently, the new machine instance has the same static IP address set.
- Dynamic (DHCP) IP addresses: In this case, the networking information, is reset namely the IP address information is removed during the generation process, and is setup as DHCP. When the new machine instance is provisioned, the instance sends a request to the local cloud DHCP service to get a new IP address.
In the case of a migration from a para-virtualized platform to a non para-virtualized platform, UForge AppCenter injects everything that is needed to make the machine work (the kernel and its tools). Based on the packages discovered on the scan target and on the underlying operating system, UForge AppCenter calculates the most accurate kernel version to inject for your machine.
Once the image is generated, it is possible to push it to a remote environment. The image is then ready to be launched in the new environment and the migration is finished.
Import to an Appliance Template (Whitebox Migration)¶
At this stage, the scan is used to create a new appliance template. This allows you to change and modify the contents of the machine that has been scanned.
The process of importing:
- Creates a template.
- Creates an
OS Profile
and injects all the native packages.- Injects the overlay as a
My Software
component and is added to the appliance template.- Sets the scanned installation configuration information in the
Install Profile
.
It is then completely detached from the scan and you can do exactly the same things as with any other template.
If you generate an image from this template, it will go through the same steps as a standard template generation:
- Checks all the dependencies.
- Installs all the packages.
- Installs all the my software components.
- Tunes the machine for the target environment. This is specific to the machine image format chosen. This includes injecting extra libraries and packages required by the target environment.
Once the image is generated, it is possible to push it to a remote environment. The image is then ready to be launched in the new environment and the migration is finished.
Scanning the Source System¶
The first step in migrating your system is running a scan of the target system. This identifies the meta-data of every file and package that makes up the running workload.
You must have root access on the target system in order to complete the scan, as you will need to copy and run a binary file on the target system.
Warning
UForge AppCenter does not support multi-kernels. When scanning a machine with more than one kernel, only the kernel running will be scanned and imported.
When you run a scan of a system, UForge AppCenter will differentiate between “known” data (OS packages and files that are already part of UForge AppCenter repository) and files that are “unknown”. UForge AppCenter does not support more than 10 Gb of compressed “unknown” data.
Warning
Any pre-install or post-install scripts on the system you are about to scan should only use ascii character set. Otherwise UForge AppCenter will return a scan error: DB Error – invalid characters
.
Recommendations pre-scan:
- Pre-install or post-install scripts on the system you are about to scan should only use ascii character set
- Custom packages on the live system to be scanned should not contain references to package dependencies as relative path. They should be expressed as absolute paths.
- If custom packages are installed using
--nodeps
flag, the scan process will not detect these packages. When carrying out white box migration, UForge AppCenter will check for these dependencies. If they are custom packages that are not on the live system, the generation will fail. Therefore, it is recommended to provide a custom repository with all the necessary custom packages. Otherwise, they can be added after the scan to the appliance template inMy software
.- Image generation will fail when migrating if the source server has the same LVM volume group name as the UForge server’s one. It will fail also if the volume group name set in the Partitioning Table is the same as the name of LVM volume group in UForge server.
Scanning a Linux Machine¶
To carry out a scan, go to the Migration
tab:
Click on
scan
in the top right.Enter a name for the scan of the target system you want to migrate.
Select
Linux
from the drop-down menu.If you want to exclude certain directories or files from the scan then click
add
and enter the directory path or full pathname of the file.![]()
Click
Next
. Follow the instructions on the UForge AppCenter GUI.Download binary locally by clicking
Download
.Copy the binary on the target environment you want to migrate.
Open a terminal window and login to the target environment.
Run the scan command on the running target environment to start a deep scan of the system you want to migrate. The binary identifies the packages, files and custom files on the system.
By default the scan data will be saved in
/tmp
. You can modify the directory where the data will be saved using the-t
option in order to ensure that there is enough space to save the scan data.You can also use API keys to run the command. In this case, in the command you copied, remove the password and enter the API keys using
-a
option for the public key and-s
option for the secret key. For example:./uforge-scan.[bin/exe] -u <username> -a <public-key> -s <secret-key> -U http://ip:port/ufws -n 'Test_scan'A report is sent to UForge AppCenter which can be used for migration. To view the progress, go back to the
Migration
tab and clickok
.Note
The duration of the scan depends on:
- the power of the machine in the target environment,
- the complexity of the target environment OS (number of packages installed),
- the network bandwidth between the target environment and UForge.
Scans of typical simple target environments can last about 5 to 15 minutes. In the case of larger and more complex target environments, together with poorer bandwidth, one can experience durations of up to one hour.
- To view the details of a scan, click on the scan and refer to Viewing a Scan.
Warning
When scanning a Linux machine, you have to check whether the licenses of OS and software which the source machine contains allow you to use them on the destination server which you are migrating to. For more detail, refer to Notes on Licensing.
Note
Image generation will fail when migrating if the source server has the same LVM volume group name as the UForge server’s one. It will fail also if the volume group name set in the Partitioning Table is the same as the name of LVM volume group in UForge server.
Scanning a Microsoft Windows Machine¶
To carry out a scan, go to the Migration
tab:
Click on
scan
in the top right.Enter a name for the scan of the target system you want to migrate.
Select
Windows
from the drop-down menu and click next.Select the method you want to use: if you want to scan using an exe that will launch a graphical interface, or by downloading a zip file and launching it through command-line.
- If you are using exe the pop up will indicate the partition being scanned and time left
- If you choose to download the zip then you will have to launch the command as indicated.
![]()
If you want to exclude certain directories or files from the scan then click
add
and enter the directory path or full pathname of the file.Optionally you can select
Use local storage
. This means that the scan will be not be done in streaming but in 2 phases. First the data will be stored on a temporary storage drive during the scan process. This temporary storage can be a local directory or a virtual space on the network. It must be at least half the size of the machine you want to scan.![]()
Note
If you are using local storage you will have to launch a script at the end to upload the archive to UForge AppCenter later.
Optionally you can use API keys. In this case, check
Use API keys authentication
and enter the public and secret key information.![]()
Click
scan
to launch the scan. A report is sent to UForge AppCenter which can be used for migration. To view the progress, go back to theMigration
tab and clickok
.To view the details of a scan, click on the scan and refer to Viewing a Scan.
Warning
When scanning a Microsoft Windows machine, you must acquire Windows licenses in order to handle Windows OS in UForge and confirm usage conditions of cloud provider and virtualization software which you scan and migrate to.
Viewing a Scan¶
Once you have run a scan, you can view the scan details.
To view the scans, go to the Migration
tab > My Scans
. All the scans are listed by name. If you have run the same scan with the same name, it will appear as Scan <number>.

From this page you can:
Viewing the Details of Scan¶
You can view the details of the scan report that will display the packages that are present as well as the filesystem detected on the scanned source instance. The information available depends on whether the scanned instance is Linux-based or Windows-based.
Linux-based¶
To view the details of a scanned Linux-based instance:
- Go to the
Migration
tab and clickMy Scans
.- Click on the scan. All of the packages and non-native files will be listed.
![]()
- You can also filter the packages that have been modified (UForge AppCenter compares the packages scanned with its repo) by checking
Only show the packages with changes
.- To view the more details of a package, click on the package name and then the arrow.
Note
The number of packages between your scanned system and the one in UForge AppCenter will differ for several reasons. First, if you had more than 1 kernel only 1 is imported into UForge AppCenter. Also, UForge AppCenter adds files for install configuration and install profile.
Windows-based¶
To view the details of a scanned Windows-based instance:
Note
The details of the scan are for information purposes only. They cannot be modified.
- Go to the
Migration
tab and clickMy Scans
. - Click on the scan.
- To view the Windows applications, go to the
Applications
tab.

- To view the Windows services, go to the
Services
tab.

Generate a Machine Image¶
Once you have scanned a source system, you can generate a machine image directly from the scan report.
To create an image from a scan:
- Go to the
Migration
tab.- Double click on the scan to view details.
- Click on the
generate
icon in the top right.![]()
- Select the image format you want.
- Click
Generate
.
Create an Appliance Template¶
You can create an appliance template from a scan. Once you create an appliance template packages and files that are known will be listed under OS profile
, while “unknown” packages and files will be listed under MySoftware
.
Warning
This is only supported for Linux based source instances.
To create an appliance template from a scan:
- From the Migration tab:
- Go to the
Migration
tab >My Scans
. - Select the
import
button (downward arrow) to create an appliance template from the scan.
- Enter the appliance name and version.
- Click
import
.
- Go to the
You can now generate a machine image and share it, as you would any other appliance template.
More importantly you can now change the contents of the original scanned system. If you go to the VM Builder
tab, the new appliance template will be listed in the imported templates
section. Double-click on it to view the details or modify it.
Changing a Configuration with “No-Console” Features¶
This is typically the case when migrating to Azure. Azure does not have any console facility today during first boot of the instance. When you migrate a workload in black box, no install type questions are asked on first boot. This is due to:
- root password is copied
- SSH keys are copied
- partitioning table is preserved
- keyboard is preserved
- timezone is preserved
Access to the machine would typically be done via SSH.
White box migration provides more flexibility. As soon as you import a scan, which effectively creates an appliance template, you will have access to the Install Profile. This allows you to reset and change many of the “installation”/first boot parameters including prompting the end user to provide the information (for example: ask the end user to set the root password). Any prompt to the end user is normally displayed in the console. However if the user logs into the machine for the first time via SSH, these prompts are displayed in the SSH terminal and not the console.
Warning
If you decide to prompt the user for the root password, then an SSH key mechanism must already be determined (private key owned by the user and public key set in the Install Profile). Otherwise the user will be locked out of the system with no way to SSH into the machine as no password has been set yet.
Changing Configuration Information¶
If you want to modify configuration information of a scanned system, there are several solutions:
- Using pre-install and post-install scripts
- Using boot scripts
- Using UForge Studio
- Integrate with a Configuration Management platform
In each case, you must import the scan as an appliance template (white box migration).
Solution #1: Using pre-install and post-install scripts in the package mechanism: RPM and DEB package mechanism allows you to register scripts that are executed at various moments during the installation of the package. By packaging your middleware or application binaries as a native package you can register such scripts. These scripts are automatically taken into account as part of the machine image generation process. These packages can be added into the appliance template – either in a custom repository known by UForge AppCenter (in this case the packages are displayed as part of the repository and are added in OS Profile) or as part of a Project or My Software component.
Solution #2: Using boot scripts. UForge AppCenter allows you to add boot scripts in the appliance template. These boot scripts are executed the first time the migrated instance is provisioned. Boot scripts can also be registered to be run every time the instance is rebooted.
Solution #3: Using UForge Studio. UForge Studio provides a more comprehensive framework for executing post-configuration scenarios. UForge Studio is a stand alone product that includes a distribution and synchronization mechanism that can also be used on a single instance or even for configuring multi-node deployments. When using UForge Studio, a native package is created that includes the UForge Studio runtime and your configuration scenario. This package is added in the Configuration section of an appliance template.
Solution #4: Integrate with a Configuration Management platform: There are many 3rd party platforms including Puppet, Chef, Ansible and Saltstack that can be used to configure middleware and application layers. Once a system has been migrated or a machine image generated from an appliance template, such configuration management platforms can be used for package update and configuration. You may need to include a bootstrapping mechanism to register the instance to the configuration management platform of your choice. This bootstrapping can be done using boot scripts (see solution #2).
Adding Security Patches¶
When a scan is imported as an appliance template all the native packages detected from the scan are compared with the UForge AppCenter package repositories. UForge AppCenter will immediately inform you whether new package versions are available for your scan report. Using the “appliance update” feature, a graph is displayed showing you all the available updates and allows the user to update the appliance template to the latest available packages. Once the appliance template has been updated, the user can then generate the machine image and register the machine image on the target environment. The migrated instance will have the latest package updates.
Of course this is not the only way to update a migrated system. The administrator can update the live system using the standard operating system update mechanism. Depending on the operating system this will be yum, apt, yast etc. The administrator can run this update manually, or add a boot script in the appliance template that carries out the update during first boot.
This allows the administrator to decide to use other configuration management platforms (Puppet, Chef, Ansible, Saltstack, BMC Bladelogic to name a few) to manage such updates. For some of these configuration platforms though, you will need to add a boot script as part of the appliance template to bootstrap the running instance with the configuration management platform.
Changing the OS Version of Middleware¶
Native packages, middleware and application software can be changed or swapped out; and the user can use the appliance update
mechanism to determine if any package updates are available that can be applied prior to generating and migrating the workload.
Note
Changing the operating system for example from CentOS to Ubuntu is not supported.
For a list of supported OSes for Migration, see the table in Supported Operating Systems.
Major OS versions, for example upgrading from CentOS 5.0 to CentOS 6.0 is not supported automatically, though as we have the complete list of operating system packages from the scan, a new appliance template can be constructed with the new operating system version.
This process can further be automated by using the command-line tool hammr (see hammr.io). This tool allows you to create identical machine images from a single configuration file (in JSON). The procedure would be to:
- Scan the original system (note the scan process can be launched by hammr too)
- Import the scan as an appliance template (this step can be done by hammr)
- Export the appliance template using hammr. This will create an archive including a JSON file of all the meta-data.
- Update manually the major version of the operating system in the JSON file.
- Attempt to import using the new JSON file. A new appliance template will be created with the new major operating system. Note, you may need to iterate on this, if some packages listed in the JSON file are not found (due to potential package renaming).
- Once the import is done, re-generate which would effectively migrate the system you scanned but with a major operating system upgrade.
Qualification of any middleware and application software is strongly recommended.
Modifying the Scan Overlay¶
When you import a scan as an appliance template, the overlay created as part of the scan process is registered as a My Software
component. This My Software
component is added to the appliance template.
The My Software
component created from the overlay contains two archives. The first includes all the native package meta-data changes (permissions, ownership changes) and data changes (due to configuration modifications through the lifetime of the live machine). The second archive includes all files that are not part of any native package.
To modify a file in this overlay, you need to download, extract, modify and re-upload it to MySoftware
once the changes have been made.
Comparing Scans¶
As scans are just meta-data, you can compare two scans to determine their differences. This can be used to detect the differences between two live machines (for example between staging and production) or to detect changes of the live machine over time.
Warning
This is only supported for Linux based source instances.
From the Migration
tab:
- Click on the
compare
button (balance icon) at the top right hand side of theMy Scans
page.- Select the source and target scan.
![]()
- Click
compare
.
UForge lists all the differences between the two systems. The results show the changes you would need to make manually to get your source scan to the state of the target scan.
For example, if you have source scan A and target scan B, in the list, any items that are listed mean they are in scan B but not in scan A. Items that are in strikethrough mean that they were in your source scan A but not in scan B.
Using Workspaces¶
UForge AppCenter allows users to create workspaces. Only users that have been given the right to create workspaces will be able to create and manage workspaces. If this is not the case, contact your UForge Administrator.
Under the Collaboration
tab, users can create a number of workspaces, invite other users and share appliance templates with the members of their workspace. A collaboration workspace allows you to restrict the users that can see and use your appliance templates by inviting them to join your workspace. Only users who accept the invitation will be able to view your appliances.
The following sub-sections go into detail on how to manage workspaces:
Creating a Workspace¶
To create a workspace:
Go to the
Collaboration
tab.Click on the plus (+) sign on the top right hand, next to the workspace drop-down menu (in the example below
MySpace
).![]()
Enter the workspace name.
Select the organization from the drop-down menu.
Click
create workspace
.![]()
You can now invite users, share appliance templates, and post comments in the activity stream.
The Activity Stream¶
Each workspace has an Activity Stream. This is a log of the current actions being carried out by the members of the workspace (for example adding a new appliance template).
Members can also add comments to the workspace for other members of the workspace to see. For example, to ask questions or share information. Your comments will be posted in chronological order in the activity stream.
To add a comment in a workspace, do the following:
- Go to the
Collaboration
tab.- If you have several workspaces, select the workspace you want from the drop-down menu at the top right.
- Enter your comment in the square.
- Click
post
.
You can also post comments on a specific appliance that is shared in the workspace. For more information, see Adding a Comment to a Shared Appliance Template.
Managing Workspace Members¶
Inviting Members to Your Workspace¶
Once you have created a workspace, you can invite users to it. By inviting users, they will be able to view appliance templates you have added to the workspace, and depending upon their access rights share their appliance templates.
To invite users to your workspace:
Go to the
Members
page of theCollaboration
tab.Click on
invite
in the top right.![]()
Enter the email addresses of the people you want to invite to your workspace. If the email you specify is not recognized by UForge AppCenter, you will be prompted to invite them to join the platform.
You can modify the invitation message. This message will be included in the email inviting members to join your workspace.
Click
invite
.
Managing Member Access Rights¶
Once a user has joined your workspace, you (or another workspace administrator) can modify their status. By default, when users accept your invitation and join your workspace they will be collaborators
.
Members of a workspace are either:
Guest
. A guest can read and post to the activity stream, and import appliances into their private appliance library.Collaborator
. The collaborator has the same basic rights as the Guest, but can also share appliances.Administrator
. This is generally the user who has created the workspace. There must be at least one administrator in a workspace, though there can be more. The administrator can invite or delete members and is able to delete a workspace. The administrator has all the same basic rights as the collaborator.
Deleting a Member¶
If you are a workspace administrator, you can delete any member of the workspace simply by going to the Members
page and clicking the small symbol to the right of the member’s name and info.
Sharing an Appliance Template in a Workspace¶
The main purpose of the workspace is to share appliance templates with a group of users.
To share an appliance template:
- Go to the
Collaboration
tab. - If you have several workspaces, select the workspace you want to add your appliance template to from the drop-down menu on the top right.
- Go to the
Shared Templates
page. - Click on
share
in the top right. This lists your private appliance templates. - Select an appliance template from your list and click next arrow.
- Add a description.
- Click
share
to push the appliance template to the workspace.
Once an appliance template has been shared, other users in the workspace can import it into their private appliance library. They can then modify, use and share the appliance as they wish.
Warning
Any changes you make to your original appliance will NOT be propagated to the shared copy in the collaboration workspace. You will need to share the new version again for members of your workspace to see the changes. The older version will be overwritten.
Managing Your Accounts¶
The Profile
tab and Crendentials
tab allow you to modify a large number of your personal details, including your password, Cloud Account information, API Keys and SSH keys.
The following sub-sections go into detail on how to manage your account information:
Modifying Your User Profile¶
You can edit your user profile by going to the Profile
page. The only mandatory information is your email address.

You can add or modify your name, company information and address and click save
.
To add a photo to your profile or modify the existing one:
- Go to the
My Account
page.- Click on the
Profile
tab.- Click on the round photo icon on the left hand side.
- Navigate to the desired image (preferably a .jpeg or .png).
- Click
Open
.- Click
Save
.
Viewing Your Statistics¶
When you log in to the UForge Portal, the first tab is the Dashboard
page. This page presents your user statistics.
On the Usage
page you can quickly see:
Summary
: summary of your account statistics, such as number of appliances created, image generations, number of scans and disk usage. You can also see any quotas set for your account.Appliances
: the number of appliances, clearly indicating the number imported from the UForge Marketplace, Collaboration workspace, or Hammr. The number of current appliances is the number of appliances you have access to, while total includes appliances that have been deleted. You will also see on this page the number of OS types used for your various appliances.Generations
: the number of images generated and published. The number of current generations is the number of images currently linked to your appliances, while total includes all the images, including the ones that have been deleted. You will also see on this page the number of OS types in use for your various appliances.Scans
: the number of scans run forMigration
service. The number of current scans is the number of scans you have access to, while total includes all the scans, including the ones that have been deleted. You will also see on this page the number of OS types in use for your various appliances.
On the Generations
page you will see a list of the machine images generated (including the ones that failed) and published.

Managing Cloud Accounts¶
In order to publish an image to a cloud using UForge AppCenter, you will need to add your cloud credentials to UForge. You must have a cloud account prior to setting up your credentials on the platform. Have all the information for your cloud account on hand before starting.
- Click on the
Credentials
tab (key icon) and go toCloud Account
.- Select the type of account you want to create from the drop-down menu.
![]()
- Scroll over any given field for more information on the mandatory information to provide for a given cloud account.
- Click
Create
to complete.
Note
If you are an Amazon IAM user you will need to generate an X.509 Certificate following these instructions prior to creating your cloud account on UForge.
Managing Your Artifact Accounts¶
In order to download files for My Software, you can create an artifact account in UForge.
- Click on the
Credentials
tab (key icon) and go toArtifact Account
.- Click on
create new artifact account
.![]()
- Enter a name for the account.
- Select the type from the drop-down menu.
- Enter the host name and port.
- Click
Create
to complete.
Managing API Keys¶
API Keys are used to communicate with UForge AppCenter more securely when using the platform APIs (rather than using basic authentication).
If you have the rights, you will be able to manage your API keys. See your UForge Administrator to be given these rights, if needed.
The number of API key pairs that a user can create is set by the administrator. If you have reached your quota of key pairs, contact your administrator.
To create a key pair:
- Click on the
Credentials
tab (key icon) and go toAPI Keys
.- Click
create
.
Managing SSH Keys¶
You can manage one or more SSH keys that can be added to an appliance template.
To add an SSH key:
- Click on the
Credentials
tab (key icon) and go toSSH Keys
.- Click
create
.- Enter the key name and the key details.
![]()
- Click
add
.
Changing Your Password¶
To modify your password:
- Click on the
Profile
tab.- In the top right, click on the key icon.
![]()
- Enter your current password and your new password.
- Click
ok
.
Using the REST API¶
UForge API is a RESTful resource.
The UForge API follows the design principles of Representational State Transfer (REST). UForge platform provides a set of resources (the API), each of which is referenced with a global identifier (URI). In order to manipulate these resources, clients communicate via the standard HTTP(S) protocol and exchange representations of these resources in a specific format. The documentation notes which formats are available for each method. The API presently supports XML and JSON. To get the results in the format of your choice, the Accept-Type
header attribute is used in the request.
To make the UForge API even easier to use, UForge has a Java SDK and Python SDK. You can create the API for other languages.
Communication with UForge is done via HTTP(S). For security reasons it is recommended to use HTTPS, however you may submit HTTP requests for debugging purposes.
- GET requests retrieve data
- POST requests create data
- PUT requests modify existing data
- DELETE request destroy existing data
API methods that require a particular HTTP method will return an error if you do not make your request with the correct one. All HTTP methods return codified response codes.
For more information, refer to the REST APIs documentation <apis:apis-index>.
Response & Error Codes¶
The UForge API returns typical HTTP status codes for every request received. HTTP status codes in the 200 range mean that the request was successful, while the 400 and 500 range indicates an error. The status codes in the 300 range are reserved for redirection.
Some of the error codes are returned by the web server container, while all the other response codes are returned by the UForge REST web service. Errors returned by the UForge REST web service may include a more detailed error message indicating why the request failed.

Success Codes¶
The following codes indicate a successful connection. The response may also include a body section providing the requested information. This information is in a MIME format specified as acceptable in the request.
200 OK
: Success. The request was fulfilled.201 Created
: Following a POST command, a new resource has been created. The new resource URI is included in the response.204 No Response
: Server has received the request but there is no information to send back. This is usually the case in a DELETE command, where a resource has been deleted304 Not Modified
: Used when a client does a Conditional GET Request. If the document has not been modified since the date and time specified in If-Modified-Since field, the server responds with a 304 status code and does not send the document body to the client. The purpose of this feature is to allow efficient updates of local cache information (including relevant meta-information) without requiring the overhead of multiple HTTP requests (e.g. a HEAD followed by a GET) and minimizing the transmission of information already known by the requesting client (usually a caching proxy).
Error Codes¶
The 4xx codes are intended for cases where the client seems to have erred, and the 5xx codes for the cases where the server identifies that the server has erred. It is impossible to distinguish these cases in general, so the difference is only informational. The UForge platform will attempt to provide a detailed error message to help the client diagnose the problem.
400 Bad Request
: The request has bad syntax or was inherently impossible to satisfy.401 Unauthorized
: The request did not provide an acceptable authorization parameter. The client should retry the request with a suitable Authorization header.403 Forbidden
: The client does not have the privileges to access this resource. Authorization will not help.404 Not found
: The server did not find anything matching the resource provided in the request.409 Conflict
: Following a POST command, if the resource being created already exists.415 Unsupported Media Type
: The server refuses to service the request because the entity of the request is in a format not supported by the requested resource for the requested method.500 Internal Error
: The server encountered an unexpected condition which prevented it from fulfilling the request.502 Bad Gateway
: UForge is down or being upgraded.503 Service Unavailable
: UForge is overloaded with requests. Try again later.
Sending a Request¶
The UForge Platform Services are all RESTful services, where clients communicate via the standard HTTP(S) protocol. That means you can easily construct request URLs that will work on the command line and in your code.
All UForge requests (with some exceptions) require authentication information as part of the request.
The UForge REST API uses a public and secret API key pair for authenticating each request. The public key is inserted as a query in the request URI. The secret key is then used to encode the entire URI to create a signature using HMAC_SHA1. This signature is then added to the end of the request URI.
Note that you can use Basic Authentication by adding an extra HTTP header Authorization:Basic username:password
. However, this is less secure. We recommend this only be used on local area networks for instance.
All request URLs start with the hostname of where UForge is running, the port where UForge is listening for incoming requests, the service name and version number. This is known as the BASE URL. Such request URLs resemble the following sample:
https://myuforge.example.com:443/ufws-3.3
Even though UForge accepts HTTP requests, it is highly recommended for security reasons that HTTPS requests be used. HTTP requests should only be used for debugging purposes. Sensitive information will be exposed using HTTP.
The Request Headers¶
UForge expects certain headers containing authentication information to be present as part of the URL request. UForge also accepts other header information, for example, to specify response content type and caching.
Request Example¶
The following is an example of a request sent to an UForge platform with hostname 10.0.0.20
using cURL to get the user myUser
. Note that the response body (the user information) has been omitted here for clarity:
$ curl 'http://10.0.0.20:9090/ufws-3.3/users/myUser?apiKey=XX8Bs2prKPdFrKH_i4rsW7WR0f4FQ05IO7A8vuQUoNDino-7513mmEDecIAzpeMwWXZvnyZ6W0bJTKBwwc&signature=3qD1oxLwOI321BJ1pDZ6Dzmqbac%3D' -H "Accept: application/xml" -v
* About to connect() to 10.0.0.20 port 9090 (#0)
* Trying 10.0.0.20... connected
* Connected to 10.0.0.20 (10.0.0.20) port 9090 (#0)
> GET /ufws-3.3/users/myUser HTTP/1.1
> User-Agent: curl/7.19.7 (universal-apple-darwin10.0) libcurl/7.19.7 OpenSSL/0.9.8r zlib/1.2.3
> Host: 10.0.0.20:9090
> Accept: application/xml
>
< HTTP/1.1 200 OK
< X-Powered-By: Servlet/2.5
< Server: Sun GlassFish Enterprise Server v2.1.1
< Last-Modified: Thu, 21 Jul 2011 09:43:29 GMT
< ETag: "80f76a81b033572861260548dd748bb3"
< Content-Type: application/xml
< Transfer-Encoding: chunked
< Date: Thu, 21 Jul 2011 17:02:10 GMT
<
The example illustrates the following:
- a
GET
request is sent (cURL by default uses GET) on the resource:/ufws-3.0/users/myUser
- an API key is used in this case for authorization
- the
Accept header
is being used to request that the response be sent in XML. Note that, if this header is omitted, UForge sends the response in XML by default. - the response header includes
ETag
andLast-Modified
allowing cache validation and a conditional GET requests.
Using the API Keys¶
To use the UForge AppCenter APIs, it is recommended to use a public and secret API key as part of the request. This allows UForge AppCenter to correctly authenticate and authorize the request. API key pairs are managed on the My Accounts
page under API Key
. If you cannot see this tab, then you do not have the right to access UForge via the APIs. Contact your administrator for an initial API key pair.
The API keys are used inside and to sign each request URI to the UForge platform. The creation of a properly signed request URI is done in 5 steps:
- Add the public API key to the end of the request URI with the query parameter
apiKey
. - Encrypt the request URI using
HMAC_SHA1
with your secret API key to create a signature string. - Encode the signature string using
Base64
. - URL encode the signature string.
- Add the signature to the end of the request URI created in step 1 with the query parameter
signature
.

Query Parameters¶
Certain resources within the UForge AppCenter API allow query parameters (or query strings) as part of the request URI. This allows you to pass extra parameters during search requests or to restrict the response data.
To pass a query parameter in a URL, the question mark symbol (?) is used as a separator. For example:
http://server/uripath?query_string
The query string is composed of one or more field-value pairs, each separated by the equals symbol (=). The series of field pairs is separated by the ampersand symbol (&). For example:
http://server/uripath?field1=value1&field2=value2&field3=value3
Using the Java SDK¶
Download and Installing the SDK¶
To use the UForge AppCenter Java API, you need the jar files. You can either download the jar bundle and then add the dependency jar files to your classpath, or use maven to handle all the dependencies by adding the following to your pom.xml
file:
<dependency>
<groupId>com.usharesoft</groupId>
<artifactId>uforge-client</artifactId>
<version>3.6</version>
</dependency>
<repository>
<id>maven.usharesoft.com</id>
<name>UShareSoft Repository</name>
<url>http://maven.usharesoft.com/repository/official/</url>
<layout>default</layout>
</repository>
To use the API, you must have:
- The base URL of the UForge AppCenter platform you will be communicating with, for example:
https://factory.usharesoft.com:443
- An account on the UForge AppCenter platform you will be communicating with
- An API key pair (secret and public) for the account (or use Basic Authentication)
Communicating with UForge¶
The UForgeConnector
class provides all the lower level communication with UForge AppCenter by leveraging the Jersey client API. This class creates HTTP packets with the correct header information and constructs the request URI to authenticate the request (using the secret and public keys). The response is parsed by JAXB to provide POJO Java classes of the response information.
Normally the first step is to get the user information of the account being used to authenticate. The response provides the URIs to the organizations, appliances and software this user has access to. The code below shows how to recuperate the user information. Note, as UForge is completely RESTful, when the method login()
is used, no session is created between the client and UForge. Each request will reuse the authentication information stored in this UForgeConnector
instance.
import com.usharesoft.client.common.connector.UForgeConnector;
import com.usharesoft.client.common.objects.User;
import org.apache.log4j.Logger;
private static String UFORGE_BASE_URI = "https://factory.usharesoft.com:443";
private static String USER_NAME = "myUser";
public static String SECRET_API_KEY = "b9024Ox-N5jvPqzYw8I1fYvFRuSQv9sFuNM30gNAwZ4RqY5nOt2zPdB8XyOS2hp3oKB09-XsYbNr_e4apR";
public static String PUBLIC_API_KEY = "PHBowFEeRxX8D9KCDGNsNYErk2GvOqIepruLEIQzGKHZowfQtSgQNmIsBGRTvk6Y_4swVIV5BAPQRzwyZ1";
UForgeConnector connector = new UForgeConnector(UFORGE_BASE_URI, USER_NAME, PUBLIC_API_KEY, SECRET_API_KEY);
User me = connector.login();
logger.info("Successfully connected to UForge. User: " + me.getLoginName());
Creating an Appliance Template¶
An Appliance Template contains the model of the software stack. The model includes all the operating system packages, middleware and application software for generating an image that can be provisioned on a virtual or cloud platform. To create an appliance template, you need to decide which operating system to build the template from, as well as the name and version.
When creating an appliance or choosing an operating system, you must choose the organization where to create the appliance or to search an operating system. The user must be a member of the organization to have authorization to search the organization resources. By default a user will be a member of at least one organization.
The following code provides an example of constructing an appliance template.
// require to have the organization information in the connector when getting distributions
// and creating appliances
// get the first organizaton of the user
URI orgUri = me.getOrgUris().getUris().iterator().next();
OrgDelegate orgDelegate = new OrgDelegate(connector);
Org org = orgDelegate.get(orgUri);
connector.setOrg(org);
// Use the connector holding the user authentication information to get
// the operating system to use for constructing the appliance template
DistributionDelegate distributionDelegate = new DistributionDelegate(connector);
Distribution distribution = distributionDelegate.get(Distribution.CENTOS_5_6_I386);
// Create the appliance
ApplianceDelegate applianceDelegate = new ApplianceDelegate(connector);
Appliance appliance = new Appliance(distribution, "WordPress", "3.2.1");
appliance = applianceDelegate.create(appliance);
Adding an OS Profile¶
An Appliance Template must contain an operating system profile. This profile contains a subset of operating system packages required by the middleware and application software to run correctly. Each operating system provided by UForge contains a set of standard operating system profile templates to choose from. These contain commonly used package bundles for the operating system to run, providing the basic operating system services.
The “Minimal” OS profile contains the minimum set of packages for the operating system to run properly and provide a minimum set of networking services and administration tools.
The following code shows how to create a new OS profile from a standard OS profile template and add it to an Appliance Template.
// Get the minimum template from the distribution
DistribProfileTemplate osProfileTemplate = distributionDelegate.getProfile(distribution, DistribProfile.MINIMAL);
// Create the os profile that will be added to the appliance from the template
DistribProfile osProfile = new DistribProfile(osProfileTemplate);
osProfile.setDistribProfileTemplate(osProfileTemplate);
// Create this os profile in the appliance
ApplianceOSProfileDelegate aospDelegate = new ApplianceOSProfileDelegate(connector);
osProfile = aospDelegate.create(this.appliance, osProfile);
Extra packages can be added to the appliance template’s OS profile.
// Get the current list of packages in the os profile
PkgList pkgs = aospDelegate.getPkgs(osProfile);
// Add more packages
// php53
Pkg pkg = distributionDelegate.getPkg(distribution, "php53");
if (pkg == null) {
logger.error("Unable to retrieve the package php53 for this distribution");
return;
}
pkgs.addExtraPackage(pkg);
// php53-common
pkg = distributionDelegate.getPkg(distribution, "php53-common");
if (pkg == null) {
logger.error("Unable to retrieve the package php53-common for this distribution");
return;
}
pkgs.addExtraPackage(pkg);
// php53-cli
pkg = distributionDelegate.getPkg(distribution, "php53-cli");
if (pkg == null) {
logger.error("Unable to retrieve the package php53-cli for this distribution");
return false;
}
pkgs.addExtraPackage(pkg);
// php53-mysql
pkg = distributionDelegate.getPkg(distribution, "php53-mysql");
if (pkg == null) {
logger.error("Unable to retrieve the package php53-mysql for this distribution");
return false;
}
pkgs.addExtraPackage(pkg);
// update the os profile with the new package list
aospDelegate.updatePkgs(osProfile, pkgList);
Generating a Machine Image¶
Once you are happy with the contents of an appliance template, you can then generate a machine image to practically any hypervisor or cloud environment. The following code generates a CloudStack VHD image (for Xen hypervisor). For some image types you can select the disk size and the RAM of the virtual machine to be created. These can be updated once provisioned in the cloud environment. If you have set advanced partitioning in the installation profile, then this will be used instead for the disk size. The generation is done asynchronously; the generation status gives the progress of this generation.
ImageDelegate imageDelegate = new ImageDelegate(connector);
Image image = new Image(appliance, ImageFormat.CLOUDCOM_VHD_FORMAT;);
image.setCompress(true); // create an archive (.gz)
image.setVmDiskSize(4096); // 4GB
image.setVmMemorySize(256); // 256MB
// Launch the generation
image = imageDelegate.generate(appliance, image);
// Check the generation status every 5 seconds
OpStatus status = imageDelegate.getStatus(image);
while ( status.isComplete() == false ) {
try {
Thread.sleep(5000);
} catch (InterruptedException ex) {
//Error in a thread while trying to get the status of the cloud.com image generation
}
// Get the status
status = imageDelegate.getStatus(image);
}
// Generation complete!
Publishing an Image¶
UForge has connectors to many of the popular cloud platforms including Amazon, Microsoft Azure, Google Compute Engine, OpenStack, CloudStack, Eucalyptus and Flexiant to name a few. Once an image has been generated you can either download the image or publish directly to a cloud environment using your own cloud account credentials. Like generations, publishing images is asynchronous. You can get the progress of the publish from the publish status. The following code publishes a generated VHD image directly to the template library of a CloudStack environment.
// Create the credential information to communicate with the Cloud.com environment
CredAccount credAccount = new CredAccount();
credAccount.setType(InfraType.CLOUD_COM);
credAccount.setName("My Cloud.Com Account");
credAccount.setServerUrl(new URI("http://10.0.1.251:8080/client/api"));
credAccount.setPublicAPIKey("8pqqg0HV8ocpt6j8qYiCpDZ4cqzbtLaxCErIOpCD0r9VOjnILgahX85_J2CFvC8863en3NGZEFIlY82PKbAfWQ");
credAccount.setSecretAPIKey("9Q-vVxokmMbI_l4t7aAfbocTgoLBlnt41Xy6iLZUfC6PzAdXNy2rRegAWhBMF3mQ9jk4MtPaCVULDu7ORxX2ZQ");
// Add the zone on where the image should be published
credAccount.setZoneName("zone1");
// Provide information on the image being uploaded to the Cloud.com template library
credAccount.setDisplayName("WordPress image");
credAccount.setDescription("WordPress image for the cloud.com platform");
credAccount.setPasswordEnabled(true);
credAccount.setFeaturedEnabled(false);
// Allow this image to be accessed to all cloud.com users
credAccount.setPublicImage(true);
// Publish the image
PublishDelegate publishDelegate = new PublishDelegate(connector);
PublishImage publishImage = new PublishImage();
publishImage.setCredAccount(credAccount);
publishImage.setImage(image);
publishImage = publishDelegate.publish(appliance, publishImage);
// Get the status of the publish
OpStatus status = publishDelegate.getStatus(publishImage);
while (status.isComplete() == false) {
try {
Thread.sleep(5000);
} catch (InterruptedException ex) {
// Error in a thread while trying to get the status of the iso image generation
}
// get the status
status = publishDelegate.getStatus(publishImage);
}
// Publish finished
// Can check for errors
if (status.isError()) {
// error occurred during the publish
}
Adding a Project from the Project Catalog¶
Each UForge organization provides a Project Catalog where commonly used software components can be added to an appliance template. The Project Catalog must belong to the same organization as the appliance. The following code adds some projects to an appliance template.
ProjectDelegate projectDelegate = new ProjectDelegate(connector);
// Add Apache HTTP Server
Project project = projectDelegate.get(distribution, "Apache HTTP server", "2.2.3", null);
if (project == null) {
logger.error("Unable to retrieve project");
return;
}
appliance.addProject(project);
// Add MySQL
Project project = projectDelegate.get(distribution, "MySQL5 Server", "5.0.77", null);
if (project == null) {
logger.error("Unable to retrieve project");
return;
}
appliance.addProject(project);
// Save the updated appliance instance
applianceDelegate.update(appliance);
Uploading a Software Component¶
You can upload your own software components to a private software library (My Software Library
). This software can then be added to any of your appliance templates. This provides a mechanism to compliment the Project Catalog. The following code shows how to upload files, attach a license and then add it to an appliance template.
MySoftwareDelegate mySoftwareDelegate = new MySoftwareDelegate(connector);
File wpf = new File("wordpress-3.2.1.zip");
File lf = new File("wp-license.html");
// Create a My Software component and upload the wordpress zip file
MySoftware mySoftware = mySoftwareDelegate.upload("WordPress", "3.2.1", wpf);
// Attach a license
mySoftware = mySoftwareDelegate.uploadLicense(mySoftware, lf);
// Add the software component to the appliance
appliance.addMySoftware(mySoftware);
// Save the changes to the appliance
applianceDelegate.update(appliance);
Adding a Boot Script¶
Boot scripts can be added to the appliance template allowing initial configuration to be executed either during the first time the image is started or during every boot of the image.
The following code shows how to upload a boot script to an appliance.
ApplianceConfigDelegate configDelegate = new ApplianceConfigDelegate(connector);
// upload a boot script to the appliance
File bsf = new File("myscript.sh");
BootScript bootscript = new BootScript();
// only execute this boot script once during first boot
bootscript.setBootType(BootScript.FIRST_BOOT);
bootscript = configDelegate.uploadBootScript(appliance, bootscript, bsf);
Using the Python SDK¶
Download and Installing the SDK¶
The Python API is supported on all major operating systems: Linux, Mac-OS, and Windows. The easiest way to install the API is using pip
, the widely used package management system for installing and managing software packages written in Python.
Note
This API is used by the open source Hammr project. You can find more examples on how to use the API in the source code of this project.
Installing pip¶
If you already have pip
installed on your system, you can skip this section.
To install or upgrade pip, download this file:
https://raw.githubusercontent.com/pypa/pip/master/contrib/get-pip.py
Then run the command:
$ python get-pip.py
For more information on installing pip, refer to the official pip documentation: http://www.pip-installer.org/en/latest/installing.html
Installing UForge Python API¶
Once pip
has been installed, you can now install the UForge Python API packages. You may have to run this command as sudo
or administrator
.
See below the instructions for installing the Python API for your target platform:
For Linux¶
First, you need to install extra packages on your system, and then install the SDK package.
Debian¶
$ apt-get install python-dev gcc
$ pip install uforge-python-sdk
Red Hat and CentOS¶
$ yum install gcc python-devel
$ pip install uforge-python-sdk
Upgrading the SDK¶
To upgrade an already installed SDK, run:
$ pip install --upgrade uforge-python-sdk
For Mac OS¶
As a pre-requisite, you need to have XCode installed.
To install the SDK run:
$ export ARCHFLAGS=”-Wno-error=unused-command-line-argument-hard-error-in-future”
$ pip install uforge-python-sdk
Upgrading the SDK¶
To upgrade an already installed SDK, run:
$ pip install --upgrade uforge-python-sdk
Communicating with UForge¶
The Python API provides all the lower level communication with UForge AppCenter by creating HTTP request packets with the header information to authenticate correctly.
Normally the first step is to get the user information of the account being used to authenticate. The response provides the URIs to the organizations, appliances and software this user has access to. The code below shows how to recuperate the user information. Note, as UForge is completely RESTful, when the method login()
is used, no session is created between the client and UForge. Each request will reuse the authentication information stored in this api
instance.
# Import the Uforge python API
from uforge.application import Api
login='root'
passwd='uforgedemo'
# Create the API object
api = Api(url = 'https://mylittleuforge.usharesoft.com/api',
username = login, password = passwd,
disable_ssl_certificate_validation = True)
# Send a request (getting the user object)
user = api.Users(login).Get()
if user is not None:
print user.loginName + ' - ' + user.email
Note
All UForge Python objects are in the file objects.py
, contained in the Python SDK. You can find all attribute names for each object type.
Creating an Appliance Template¶
An Appliance Template contains the model of the software stack. The model includes all the operating system packages, middleware and application software for generating an image that can be provisioned on a virtual or cloud platform. To create an appliance template, you need to decide which operating system to construct the template from, as well as the name and version.
When creating an appliance or choosing an operating system, you must choose the organization where to create the appliance or to search an operating system. The user must be a member of the organization to search the organization resources.
The following code provides an example for constructing an appliance template. You will then need to add add an OS profile to the template. Refer to Adding an OS Profile to the Appliance.
# Import the Uforge python API
from uforge.application import Api
from uforge.objects.uforge import *
login='root'
passwd='uforgedemo'
# Create the API object
api = Api(url = 'https://mylittleuforge.usharesoft.com/api',
username = login, password = passwd,
disable_ssl_certificate_validation = True)
# all Orgs
newOrg = api.Users(login).Orgs().Getall()
#for i in newOrg.orgs.org:
# print i.uri + " - " + i.name
# all Distributions
newDistribution = api.Users(login).Distros.Getall()
#for i in newDistribution.distributions.distribution:
# print i.uri + " - " + i.name + " " + i.version + " " + i.arch
newAppliance = appliance()
newAppliance.name = "app1testpythonsdk"
newAppliance.version = "2.3"
# Let's use first organization
newAppliance.orgUri = newOrg.orgs.org[0].uri
# Let's use first distribution
newAppliance.distributionUri = newDistribution.distributions.distribution[0].uri
# create appliance
try:
createdAppliance = api.Users(login).Appliances.Create(newAppliance)
except Exception as e:
print str(e.args[0].statusCode)+" "+e.args[0].localizedErrorMsg.message
sys.exit(1)
print "Created appliance: " + createdAppliance.uri
Adding an OS Profile to the Appliance¶
An Appliance Template must contain an operating system profile. This profile contains a subset of operating system packages required by the middleware an application software to run correctly. Each operating system provided by UForge contains a set of standard operating system profile templates to choose from. These contain commonly used package bundles for the operating system to run, providing the basic operating system services.
The “Minimal” OS profile contains the minimum set of packages for the operating system to run properly and provide a minimum set of networking services and administration tools.
The following code shows how to create a new OS profile from a standard OS profile template and add it to an Appliance Template. The Appliance template must already be created, as described in Creating an Appliance Template.
# List available osprofiles for this distribution to apply on appliance
newProfile = api.Distributions(newDistribution.distributions.distribution[0].dbId).Profiles.Getall()
newProfile = newProfile.distribProfileTemplates.distribProfileTemplate
#for profile in newProfile:
# print profile.name
print "Will set profile: " + newProfile[0].name + " - " + newProfile[0].uri
newApplianceOSProfile = distribProfile()
newApplianceOSProfile.standardProfileUri = newProfile[0].uri
# apply os profile
try:
api.Users(login).Appliances(createdAppliance.dbId).Osprofile().Create(newApplianceOSProfile)
except Exception as e:
print str(e.args[0].statusCode)+" "+e.args[0].localizedErrorMsg.message
sys.exit(1)
print "Profile applied."
Generating a Machine Image¶
Once you are happy with the contents of an appliance template, you can then generate a machine image to practically any hypervisor or cloud environment. The following code generates a CloudStack VHD image (for Xen hypervisor). For some image types you can select the disk size and the RAM of the virtual machine to be created. These can be updated once provisioned in the cloud environment. If you have set advanced partitioning in the installation profile, then this will be used instead for the disk size. The generation is done asynchronously.
# all target formats, search for VirtualBox
newTargetFormat = api.Users(login).Targetformats.Getall()
for i in newTargetFormat.targetFormats.targetFormat:
# print i.uri + " - " + i.name
if i.name == "VirtualBox":
print "VirtualBox target format found for user " + login + "."
break
if i.name != "VirtualBox":
print "VirtualBox target format not found for user " + login + ", will not generate."
sys.exit(1)
newImage = image()
newImage.compress = "true"
newTargetFormat = targetFormat()
newTargetFormat.name = "VirtualBox"
newImage.targetFormat = newTargetFormat
newInstallProfile = installProfile()
newInstallProfile.memorySize = 512
newImage.installProfile = newInstallProfile
# generate target Virtualbox
try:
api.Users(login).Appliances(createdAppliance.dbId).Images().Generate(newImage)
except Exception as e:
print str(e.args[0].statusCode)+" "+e.args[0].localizedErrorMsg.message
sys.exit(1)
print "Launched generation of appliance for VirtualBox target format."
Creating My Software¶
In addition to projects and OSes, you can add your own personal software to an appliance. In order to do this, you must create a My Software container, add the packages (refer to Adding a Package to My Software), and (optionally) add a license (refer to Uploading a License to My Software). Once you have created the My Software, you can then add it to an appliance.
# Import the Uforge python API
from uforge.application import Api
from uforge.objects.uforge import *
import os
login='root'
passwd='uforgedemo'
# Create the API object
api = Api(url = 'https://mylittleuforge.usharesoft.com/api',
username = login, password = passwd,
disable_ssl_certificate_validation = True)
newMySoftware = mySoftware()
newMySoftware.name = "newmstest"
newMySoftware.version = "5.6"
newMySoftware.description = "This is the description."
try:
createdMySoftware = api.Users(login).Mysoftware().Create(newMySoftware)
except Exception as e:
print str(e.args[0].statusCode)+" "+e.args[0].localizedErrorMsg.message
sys.exit(1)
print "Created mysoftware: " + createdMySoftware.uri
Adding a Package to My Software¶
Once you have created the My Software container, you can add packages (files) using the following code. For a list of supported file formats, refer to the list provided in Adding Software from Your Software Library.
myNewPackage = package()
myNewPackage.origName = "/etc/redhat-release"
try:
myNewPackage.size = os.stat(myNewPackage.origName).st_size
except Exception as e:
print "Problem reading file " + myNewPackage.origName + ". Will not be added to mysoftware."
sys.exit(1)
# add package file to mysoftware
try:
api.Users(login).Mysoftware(createdMySoftware.dbId).Pkgs().Add(myNewPackage)
except Exception as e:
print str(e.args[0].statusCode)+" "+e.args[0].localizedErrorMsg.message
sys.exit(1)
print "Added package file " + myNewPackage.origName + " to mysoftware."
Uploading a License to My Software¶
If you want to add a license file to your software (optional), add the following code.
try:
myLicenseFile = open("/etc/redhat-release")
except Exception as e:
print "Problem reading file " + myLicenseFile.name + ". Will not add license to mysoftware."
sys.exit(1)
# add license file to mysoftware
try:
api.Users(login).Mysoftware(createdMySoftware.dbId).Licenses(createdMySoftware.license.dbId).Uploadfile(myLicenseFile)
except Exception as e:
print str(e.args[0].statusCode)+" "+e.args[0].localizedErrorMsg.message
myLicenseFile.close()
sys.exit(1)
print "Added license file " + myLicenseFile.name + " to mysoftware."
myLicenseFile.close()
Listing All My Software¶
You can list all your private software for your account as follows:
print "Listing all mysoftware:"
# all MySoftware
newMySoftware = api.Users(login).Mysoftware().Getall()
for i in newMySoftware.mySoftwareList.mySoftware:
print " ID " + str(i.dbId) + " " + i.name + " v" + i.version + " " + ("", "IMPORTED")[i.imported == True]
Creating a Project for a Specific OS¶
You can also add third-party software to an appliance using projects. The catalog of projects is public to all users on UForge and is maintained by the privileged users and administrators.
# Import the Uforge python API
from uforge.application import Api
from uforge.objects.uforge import *
login='root'
passwd='uforgedemo'
# Create the API object
api = Api(url = 'https://mylittleuforge.usharesoft.com/api',
username = login, password = passwd,
disable_ssl_certificate_validation = True)
# all Distributions
newDistribution = api.Users(login).Distros.Getall()
#for i in newDistribution.distributions.distribution:
# print i.uri + " - " + i.name + " " + i.version + " " + i.arch
# all Organisations
newOrg = api.Users(login).Orgs().Getall()
# create a project for 1st distribution and 1st organisation
newMyProject = project()
newMyProject.name = "testnewproject"
newMyProject.version = "1.9"
newMyProject.release = "14"
newMyProject.category = "Blogging"
newMyProject.shortTag = "INTERNAL"
newMyProject.description = "test new project description"
newMyProject.company = company()
newMyProject.company.name = "UShareSoft"
newMyProject.license = license()
newMyProject.license.type = "Custom"
newMyProject.distributionUri = newDistribution.distributions.distribution[0].uri
try:
createdproject = api.Orgs(newOrg.orgs.org[0].dbId).Projects.Create(newMyProject)
except Exception as e:
print str(e.args[0].statusCode)+" "+e.args[0].localizedErrorMsg.message
sys.exit(1)
print "Created project: " + createdproject.uri
Listing all Projects for a Specific OS¶
# listing all projects for same distribution
print "Listing projects for distribution " + newDistribution.distributions.distribution[0].name + " " + \
newDistribution.distributions.distribution[0].version + " " + \
newDistribution.distributions.distribution[0].arch + ":"
print "-v--------------------------------------------------------"
newProjects = api.Distributions(newDistribution.distributions.distribution[0].dbId).Projects.Getall()
for i in newProjects.projects.project:
print " +-- " + i.uri + " - " + "\033[1m\033[93m" + i.name + " v" + i.version + " r" + \
str(i.release) + "\033[0m" + "\t(tag: " + i.shortTag + ") (size: +" + str(i.size/1024/1024) + "MB)"
print (" |"," ")[i == newProjects.projects.project[-1]] + " path: " + i.defaultInstallLocation
print (" |"," ")[i == newProjects.projects.project[-1]] + " category: " + i.category + \
" maintainer: " + i.company.name
if i.description:
print (" |"," ")[i == newProjects.projects.project[-1]] + " description: " + i.description
Listing Target Formats and Target Platforms¶
# Import the Uforge python API
from uforge.application import Api
from uforge.objects.uforge import *
login='root'
passwd='uforgedemo'
# Create the API object
api = Api(url = 'https://mylittleuforge.usharesoft.com/api',
username = login, password = passwd,
disable_ssl_certificate_validation = True)
# all Organisations
newOrg = api.Users(login).Orgs().Getall()
targetformatswithtargetplatform = []
# all target platforms & target formats
allTargetPlatforms = api.Orgs(newOrg.orgs.org[0].dbId).Targetplatforms().Getall()
for i in allTargetPlatforms.targetPlatforms.targetPlatform:
print i.uri + " \033[1m\033[93m" + i.name + ":\033[0m" + \
" (type " + i.type + ") (" + \
("not active, ","active, ")[i.active] + \
("no access)","access)")[i.access]
allTargetFormats = api.Orgs(newOrg.orgs.org[0].dbId).Targetplatforms(i.dbId).Targetformats().Getallformats()
for u in allTargetFormats.targetFormats.targetFormat:
targetformatswithtargetplatform.append(u.uri)
print " " + u.uri + " : \033[96m" + u.name + "\033[0m (type " + u.type + ") (" + \
("not active, ","active, ")[u.active] + \
("no access)","access)")[u.access]
print "\033[1m\033[93mNo target platform:\033[0m"
allTargetFormats = api.Orgs(newOrg.orgs.org[0].dbId).Targetformats().Getall()
for u in allTargetFormats.targetFormats.targetFormat:
if u.uri not in targetformatswithtargetplatform:
print " " + u.uri + " : \033[96m" + u.name + "\033[0m (type " + u.type + ") (" + \
("not active, ","active, ")[u.active] + \
("no access)","access)")[u.access]
Hammr Command Line Tool¶
UForge AppCenter provides an open source command-line tool called hammr
to allow users to create machine images for different environments from a single configuration file.

Hammr is a lightweight client-side tool based on Python, and can be installed on all major operating systems.
Hammr can be used as part of your “DevOps tool chain” and in conjunction with other tools such as Jenkins, Chef, Puppet and SaltStack, allowing you to easily build your machine images and maintain your live running instances. Hammr also has migration capabilities, allowing you to scan a live system, generate a machine image for a different environment as well as export it back to a configuration file for sharing.
Further Reading¶
All the documentation on installing and using hammr can be found on: http://hammr.io
Using Python CLI¶
You can manage UForge AppCenter using the Python command-line interface.
Launching Python CLI¶
To launch Python CLI locally on the machine, launch:
/opt/UShareSoft/uforge/cli/bin/uforge -u $UFORGE_WEBSVC_LOGIN -p $UFORGE_WEBSVC_PASSWORD -U http://ws1:8080/ufws
When accessing from outside the machine, use: https://IP-OF-MACHINE/api
Changelog¶
3.6-fp2¶
Release Date: 2016-12-05
New Features¶
Fujitsu K5 support. Can now register machine images generated on the platform to Fujitsu K5.
Note
The following operating systems are supported for the moment (others will be supported soon):
- CentOS 7.0
- Ubuntu 14.04
SELinux support when creating appliance templates and during migration
Docker machine image generation support. This allows users to build docker base images.
When scanning Windows machines, the scan report now includes the services detected.
Note
The platform does not support the comparison of windows-based scans at this time.
RFEs¶
- Better progress status when scanning Windows machines
- Less restrictive validation of website information in the MySoftware/Project Overview
- New icons for ‘pull’ and ‘upload’ for software/project files management
- Added directory icon when displaying all the files for software/project files view
- When deleting a folder, the confirm message should be more explicit (that all sub folders and files will also be deleted)
- Better explanation of the “cached” option for software/project files in the UI
- Managing licenses for software/project components; there is now an explicit delet button to remove an uploaded license file
Bug Fixes¶
- 6123 Publishing a generation from a scan results in 500 error in UI
- 6089 Member’s role on workspace couldn’t be changed if language is set as French or Japanese
- 6017 Canceling from Appliance Create no longer returns to previous page
- 5946 Publishing to CloudStack fails with the next error: vhd.gz: No such file or directory
- 5942 RHEL is added despite launching org os add for Oracle Linux or Scientific Linux with cli
- 5909 User ID and group ID of the install profile can be set 0
- 5906 UserResourcesAccessRights database mapping not proxied
- 5896 Deployment fails due to NIC settings
- 5892 Deployment fails when using eth1
- 5843 “org category delete” raises an error
- 5777 Launching uforge-scan.exe from command prompt fails with an error if the file path to the binary includes Japanese characters.
- 5762 Cannot register the third disk with a VirtualBox image
- 5756 New users, the defaukt country is: Abkhasia
- 5754 opening the Dashboard > Generations page first shows progress bar for all publications
- 5752 Number of MySoftware components not properly refreshed in the UI
- 5750 Number of Appliance not properly refreshed in the UI
- 5748 The diskusage of “uforge user quota list” is displayed by byte
- 5684 Invite the same user in the collaboration members list does not show error message
- 5676 Duplicated variable in /etc/default/grub if distribution provides default values.
- 5647 Keyboard and kernel parameters are not taken into the scan report on CentOS 7 scan.
- 5635 Broken incremental scan for windows 2012R2
- 5627 Cancelling scan via ctrl+c is not correctly displayed in the UI
- 5625 uforge-scan does not respect bandwidth limit
- 5623 When the image of CentOS7 is generated, RPM-GPG-KEY-CentOS import read fails
- 5621 rpmgen fails to build package if file path in %file includes space.
- 5570 Impossible to delete an incremental scan
- 5562 UForge CLI accesses to interactive mode even if the user or password are wrong
- 5560 The input value of the activation key is not saved in a Windows appliance
- 5342 Scan incremental with Ubuntu does not appear in UI
- 5265 No dialog box displayed after running an instance on Azure
3.6-fp1¶
Release Date: 2016-10-31
New Features¶
Import/Export of appliance templates in the user interface
- Software (MySoftware) and Project bundles now consolidated. New features added including:
- pulling files from remote locations (HTTP, FTP endpoints) so the user no longer requires to upload software components to the platform
- pulling files can be cached for future generations or pulled on each generation
- file permissions added for files and directories
- can create directory structures in a software bundle
- can add tagging information to a software bundle
- can add native packages from OS respositories to a software bundle
- can add boot scripts to a software bundle
- identify the software bundle only being supported on a subset of operating systems
API keys can be used for authentication when running a scan for migration.
Scan messages and error messages cleaned up and more understandable
Japanese language localization for the UI
Bug Fixes¶
- 5293 Image generation error: Windows image must have at least 512 MB of memory
- 5729 Issues with migration from 3.5.1. to 3.6
- 5465 Build fails due to unreachable rpm-4.11.2.tar.bz2
- 5740 Fix DB schema checks
- 5331 AWS publish no longer works
- 5637 Windows generation from scan fails at boot
- 5427 Unable to generate a virtual machine with LVM inside a MSDOS disk
- 5291 All combo boxes are empty when a value has been selected
- 5876 Logo broken on Dashboard
- 5444 Unable to populate Fedora/RHEL distributions
- 5420 When a template is remobed from a workspace, a DELETE error appears in the log file
- 5527 Subscription info does not list the frequency of quotas
- 5494 Scan fails because of files of type c (character device file)
- 5483 The service command not found in a machine generated by UForge
- 5442 The file deletion of Project fails
- 5429 Root can disable root account in UForge CLI
- 5746 Timeout of 10 seconds for the UForge CLI is not usable
- 5563 Internal error in Migration tab
- 5558 500 Call Fail Error when generating an image from scan
- 5556 The targetformat of Amazon is not displayed when generating an image
- 5553 If a scan is deleted, the image generated from the same scan is not deleted
- 5551 Spelling mistake in UI when publishing to Flexiant
- 5549 The error of Keystone version is displayed in Keystone Server URL
- 5403 Scan fails when trying to rebuild a non repo package
Trademarks¶
UForge is a registered trademark of UShareSoft, a Fujitsu company.
LINUX is a registered trademark of Linus Torvalds.
Microsoft and Windows are either registered trademarks or trademarks of Microsoft Corporation in the United States and/or other countries.
Oracle, GlassFish, Java, and all Java-based trademarks and logos are trademarks or registered trademarks of Oracle Corporation and/or its affiliates.
Apache Ant, Ant, and Apache are trademarks of The Apache Software Foundation.
UNIX is a registered trademark of the Open Group in the United States and in other countries.
Red Hat Enterprise Linux is a trademark of Red Hat.
MySQL and the MySQL logo are the servicemarks, trademarks, or registered trademarks owned by Oracle Corporation Inc.
Other company names and product names are trademarks or registered trademarks of their respective owners.
Copyright FUJITSU LIMITED 2017¶
All rights reserved, including those of translation into other languages. No part of this manual may be reproduced in any form whatsoever without the written permission of FUJITSU LIMITED
High Risk Activity¶
The Customer acknowledges and agrees that the Product is designed, developed and manufactured as contemplated for general use, including without limitation, general office use, personal use, household use, and ordinary industrial use, but is not designed, developed and manufactured as contemplated for use accompanying fatal risks or dangers that, unless extremely high safety is secured, could lead directly to death, personal injury, severe physical damage or other loss (hereinafter “High Safety Required Use”), including without limitation, nuclear reaction control in nuclear facility, aircraft flight control, air traffic control, mass transport control, medical life support system, missile launch control in weapon system. The Customer shall not use the Product without securing the sufficient safety required for the High Safety Required Use. In addition, FUJITSU (or other affiliate’s name) shall not be liable against the Customer and/or any third party for any claims or damages arising in connection with the High Safety Required Use of the Product.
Export Restrictions¶
Exportation/release of this document may require necessary procedures in accordance with the regulations of your resident country and/or US export control laws.