docProvisioning
docProvisioning
Copyright Notice
The software described herein is furnished under a license agreement and may be used only in accordance with the terms of the
agreement.
This document may not, in whole or in part, be copied, photocopied, reproduced, translated, or reduced to any electronic medium
or machine-readable form without prior written consent from Tridium, Inc.
The confidential information contained in this document is provided solely for use by Tridium employees, licensees, and system
owners; and is not to be released to, or reproduced for, anyone else; neither is it to be used for reproduction of this Control System
or any of its components.
All rights to revise designs described herein are reserved. While every effort has been made to assure the accuracy of this document,
Tridium shall not be held responsible for damages, including consequential damages, arising from the application of the information
contained herein. Information and specifications published here are current as of the date of this publication and are subject to
change without notice.
The release and technology contained herein may be protected by one or more U.S. patents, foreign patents, or pending applications.
Trademark Notices
BACnet and ASHRAE are registered trademarks of American Society of Heating, Refrigerating and Air-Conditioning Engineers.
Microsoft and Windows are registered trademarks, and Windows NT, Windows 2000, Windows XP Professional, and Internet
Explorer are trademarks of Microsoft Corporation. Java and other Java-based names are trademarks of Sun Microsystems Inc. and
refer to Sun's family of Java-branded technologies. Mozilla and Firefox are trademarks of the Mozilla Foundation. Echelon, LON,
LonMark, LonTalk, and LonWorks are registered trademarks of Echelon Corporation. Tridium, JACE, Niagara Framework,
NiagaraAX and Vykon are registered trademarks, and Workbench, WorkPlaceAX, and AXSupervisor, are trademarks of Tridium Inc.
All other product names and services mentioned in this publication that is known to be trademarks, registered trademarks, or
service marks are the property of their respective owners.The software described herein is furnished under a license agreement and
may be used only in accordance with the terms of the agreement.
CONTENTS
Preface . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . v
About this document . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ii–v
Provisioning FAQs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ii–v
Provisioning terms . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ii–vi
Document Change Log . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ii–vi
Preface
Note: This document explains provisioning for an AxSupervisor running AX-3.1 or AX-3.2. Starting in AX-3.3,
the provisioning model changed, such that different Niagara modules and components are used in support
of extended features, along with a different station architecture. A separate document describes provi-
sioning starting in AX-3.3. Refer to the Provisioning for Niagara Networks document for complete details.
This preface has the following sections:
• About this document
• Provisioning FAQs
• Provisioning terms
• Document Change Log
Provisioning FAQs
The following are frequently asked questions (FAQs) about the provisioning module in NiagaraAX:
Q: What is meant by provisioning?
A: Provisioning means AxSupervisor automation of various NiagaraAX platform tasks, otherwise
performed manually by a user with Workbench, making platform connections to one or more JACE
hosts. In the case of provisioning, all work is performed by the AxSupervisor station, as jobs. For more
details, see “Provisioning overview” on page 3-5.
Q: Is provisioning available for an AxSupervisor running NiagaraAX build 3.0.x?
A: No, provisioning requires NiagaraAX 3.1 or later on theAxSupervisor. However, you can use it against
JACEs included in the job (represented as NiagaraStations in the AxSupervisor’s NiagaraNetwork)
running earlier (3.0.x) builds, if necessary.
Provisioning terms
The following list of terms and abbreviations are used when describing provisioning in NiagaraAX, and
are used in this document. For general NiagaraAX terms, see the Glossary in the User Guide. Note that
this glossary may grow over time, or may else simply be eliminated.
job A job is used to manage a task performed by the station. It runs asynchronously in the background,
but provides user visibility. Provisioning is done entirely with jobs. Apart from the Provisioning Service,
other station services and drivers also perform jobs, all of which can be viewed in the station’s JobService.
However, unlike other jobs, all provisioning jobs are persistent across a station restart. Also, the Provi-
sioning Service provides specialized views for building and administering provisioning jobs.
platform snapshot A “snapshot” of installed software on a remote host running a station, which gets
built/updated when you access the “Software” extension under a NiagaraStation component. This snap-
shot is used by the Provisioning Service when performing queries and installation of software.
software registry Used to describe the catalog of available software installable files, such as modules
(.jars) or Niagara distribution files (.dists) under the !sw directory of a NiagaraAX workstation or AxSu-
pervisor.
Provisioning overview
Provisioning applies only to an AxSupervisor station. It provides automation of platform tasks to remote
(JACE) hosts in the station’s NiagaraNetwork. It is important to note that the AxSupervisor station does
these platform tasks (modeled in the station as provisioning jobs). Outside of provisioning, you must
perform similar tasks using (full) Workbench, making individual platform connections directly to remote
JACE hosts, then using the appropriate platform views.
Note: For details about the platform user interface, see “Platform overview” in the NiagaraAX Platform Guide.
Provisioning provides some advantages over “direct” platform connections, for example:
• When provisioning, you need only one station connection—to the AxSupervisor, and no other con-
nections (platform or otherwise!).
Note: From the AxSupervisor, you must be able to open a platform connection to each subordinate
JACE. However, this ability is used by the AxSupervisor station in provisioning.
This means you can do provisioning from anywhere you can open the AxSupervisor station...even
using Web Workbench! (ordinary platform tasks cannot be done using Web Workbench.)
• Provisioning allows the same series of platform tasks (executed as the job’s steps), to be executed to
any number of target JACE hosts. Job steps execute sequentially on one host, then are repeated on
the next host, until all specified hosts are done—or, just to a single JACE, if specified. This ability is
useful when performing the same platform tasks with multiple JACEs, such as a job-wide software
upgrade, or a periodic backup of all hosts’ station configuration.
• You can specify any provisioning job to run (queue) later at some predetermined time, or run at
some repeating interval—including unattended if desired. Typically, this applies to backups. Or, you
can specify a provisioning job to run immediately. A provisioning alarm class allows alarms to be
generated if a provisioning job fails, or is canceled. If desired, you can also configure for alarms to be
issued upon successful competition of provisioning jobs.
• By default, provisioning provides persistent storage of all jobs on the AxSupervisor, including all sta-
tistics associated each job and step (creating user, begin and end job times, step details, log output,
and so on). In the case of station backups, any saved .dist file can also be restored directly from that
provisioning step history—the restore is done by a command, and executed as another provisioning
job.
• Provisioning configuration in the AxSupervisor station is done in two different places:
• Provisioning Service, in the station’s Services folder, described next, see “About the Provision-
ing Service” on page 3-6.
• NiagaraStation provisioning (device) extensions, under each station modeled in Drivers, Niaga-
raNetwork. See “Provisioning Extension Concepts” on page 4-23.
Alarm Checkboxes
Stations List
Buttons
Stations List
This lower area of the Provisioning Job Builder lists all the stations to be processed by the job—note this
means each station processes all steps in the job. Only stations in the AxSupervisor’s NiagaraNetwork can
be added. For any job, you add one or more stations, and you can also remove and reorder stations
(stations are processed in a top-to-bottom order).
Adding Stations
Add a station to a provisioning job by doing any of the following:
• Click the “+” (add) button below the list, and choose the station(s) in thee Add Station popup
dialog (see Figure 3-3). A Check All button allows you to choose all stations.
• Right-click in the Stations List, select Add, and choose the station(s) in the popup menu.
• In the Nav tree, drag a station from under the NiagaraNetwork into the Stations List.
Removing Stations
Remove a station from a provisioning job using either of these two methods:
• Click to select the station, then click the “X” (remove) button below the list.
• Right-click the station, then select Remove from the popup menu.
Reorder Stations
Reorder a selected station by clicking the (up) or (down) arrow button at the bottom of the list. Or, right-
click a station and select Move Up or Move Down, as needed.
Note: Stations are processed in the same top-to-bottom order as defined in the Stations List.
Alarm checkboxes
The two checkboxes at the top of the Provisioning Job Builder determine if alarms are to be issued by the
Provisioning Service for this provisioning job, and under what circumstances. Alarms use the alarm class
specified in the property sheet of the Provisioning Service.
• generate an alarm when any step fails or is canceled — if checked, an alarm
is raised whenever a job step fails or is canceled.
• generate an alarm when a job completes successfully — if checked, an alarm is
raised whenever a job completes with no step failures.
Note: Checkbox settings apply to the provisioning job being built, and do not affect other provisioning jobs that
may exist (either set to run later, or already queued to run now).
Buttons
Run buttons along the bottom of the Provisioning Job Builder become enabled when there is at least one
job step in the Job Steps List and one station in the Stations List. When you are finished building a provi-
sioning job, you click one.
• Run Later — click to designate a later time when you want this job to run. A popup dialog appears
for your to enter this (see Figure 3-4). See “Run Later notes” for more details.
• Run Now — click to dispatch the job to the provisioning job queue for immediate execution. The
Workbench view automatically changes to the Provisioning Job View.
Note: The Refresh button is always enabled, note that it removes all entries from both lists.
The JobTrigger contains a job labeled “Job Prototype” (its state is “Unknown” while waiting to be queued),
plus a TriggerSchedule, configured with your single defined time, and pre-linked as needed. As shown in
Figure 3-5, your view automatically changes to the JobTrigger’s property sheet.
If you want to further modify the job execution time, simply click the Schedule object—this produces the
Trigger Scheduler view, in which you can set additional times, or some periodic frequency if needed.
Note: If needed, you can delete any JobTrigger from the Pending Jobs folder to prevent it from being queued to run.
As shown in Figure 3-6, this view has one list area: Jobs Table, with buttons at the bottom.
Jobs Table
This main area of the Provisioning Job List shows a supervisor-wide list of provisioning jobs that have
been sent to run, are running, or are have completed. Note that “pending jobs” do not appear until the
linked trigger schedule actually fires.
This jobs table differs from the one in the JobServiceManager view on the station’s JobService in the
following ways:
• This table shows all provisioning jobs, whereas the Job Service Manager table shows only 10 jobs
maximum (of various types, and not just provisioning jobs).
• Jobs persist (remain) following a station restart, whereas all jobs are cleared under the JobService.
• More information shows in this table, with columns for start time, end time, and so on.
• You can double-click any job row to view its Job Log, a series of log messages about the job stored
in its job log file (same as using the View Log button at the bottom of the view).
• You can right-click a job for a popup menu—providing same functions as buttons (at view bottom).
Jobs table columns
Jobs table columns in the Provisioning Job List include the following:
• Start — time the job was queued.
• End — time the job terminated (successfully, failed, or canceled).
• User — station user that requested the job.
• Status — the status of the jobs, as one of the following:
• Unknown — job is pending execution, because all threads in the job queue are in use.
• Running — job is executing.
• Canceling — request to cancel the job was sent, but has not been processed yet, and the job
is still executing.
• Success — job finished successfully, with all steps completed for all stations.
• Canceled — job was canceled before it completed, and is no longer running.
• Failed — at least one step failed in one station; job is no longer running.
The status column ends with a “>>” (Details) and “X” (Dispose) button for each job, these function
the same as the Job Summary and Dispose buttons at the bottom of this view.
Buttons
Most buttons near the bottom of the Provisioning Job List become enabled when you have a job row
selected in the Jobs Table. Buttons are described as follows:
• New Job — (always enabled) Click to switch the view to the Provisioning Job Builder.
• View Log — For a popup Job Log dialog, showing log messages output by the selected job. See
“Job Log notes” for more details.
• Job Summary — To change to the Provisioning Job View, to display the selected job in detail.
• Cancel — Enabled only if selected job has Running status. If clicked, the job is notified it should
cancel when safe to do so. Note that not all job steps can be canceled.
• Dispose — For a confirmation dialog to delete the selected job(s), including all associated job files
(Figure 3-7).
Note: New log messages do not appear dynamically in this dialog—to see newer messages you must reopen the
Job Log.
To see more details (if available) on any row, double-click it for a Job Details popup dialog, as shown
in Figure 3-9.
As shown in Figure 3-10, from top-to-bottom this view has three areas:
• Job elements (read-only)
• Step summary table
• Buttons
Buttons
Buttons at the bottom of the Provisioning Job View are described as follows:
• View Log — (always enabled) Click for a popup Job Log dialog showing log messages output by
the job. See “Job Log notes” on page 3-10 for more details.
• Job List — (always enabled) Click to go “up a level” to the Provisioning Job List.
• Cancel — Enabled only if job is running. Clicking notifies the job to cancel when safe to do so.
• Dispose — Enabled if job is finished. Click for a confirmation dialog to delete the selected job(s),
including all associated job files (Figure 3-7).
Figure 3-12 Step Log File View lists details on one step for a station.
As shown in Figure 3-12, from top-to-bottom this view has three areas:
• Step elements (read-only)
• Step log table
• Buttons
Buttons
Buttons at the bottom of the Step Log File View are described as follows:
• Job Summary — (always enabled) Click to go “up a level” to the Provisioning Job View.
• Refresh Log — Enabled only if job is running. Clicking reloads the information from the job
(available because this view cannot get new log entries as they are written on the AxSupervisor).
• Restore — Enabled if it was a Backup Stations step, and it completed successfully. Click for a con-
firmation dialog to install the station from the backup .dist saved in this job step (Figure 3-14).
Note: Read the Restore Station confirmation carefully. There is no “undo” after restoring a
station backup.
If you confirm to restore:
• A provisioning job is queued to install the backup .dist.
• The view changes to the Provisioning Job View for the new (install backup) job.
When invoked, a provisioning job to backup every NiagaraStation (providing its Backup extension is
enabled) is immediately submitted to the provisioning job queue.
Note that invoking this action is equivalent to doing the following:
• Going to the Provisioning Job Builder view of the Provisioning Service.
• Adding a Backup Stations step in the view’s Job Steps List.
• Adding all stations in the view’s Stations List.
• In the buttons area, clicking Run Now.
Software tree
This left pane of the Supervisor Software Manager shows all child nodes, where each root node repre-
sents a software file’s name, and its children represent the versions of the software file in the registry. You
can drop a module or distribution file from Workbench’s Nav tree into this software tree.
If it is an acceptable file (that is readable and correctly formatted), its version will be checked against the
software database of the AxSupervisor. If not a duplicate, it is transferred to the AxSupervisor and
becomes registered in its software database.
Details pane
This right pane of the Supervisor Software Manager shows details about any version node selected in the
Software tree, including file name, size, description, version, and all dependencies.
Buttons
Buttons near the bottom of the Supervisor Software Manager are described as follows:
• Sync Workbench— (always enabled) Available to update the AxSupervisor’s software database to
include all installable files in your Workbench’s software database (under its !sw directory). See the
next section “Sync Workbench”.
• Add File — (always enabled) For the standard File Chooser dialog, in which you can navigate
to the location of the software file for a module or distribution file.
• Check Stations — enabled when you have a software node selected in the Software tree.
Sync Workbench
When you click this in the Supervisor Software Manager, the comparison between the different software
databases is made.
• If the AxSupervisor already has all the software installable files that your Workbench environment
has, a popup dialog informs you that the “provisioning software is up to date” (Figure 3-18).
• If your Workbench environment has installable files that the AxSupervisor does not, an Add Soft-
ware popup dialog lists these files, and asks if you wish to transfer them to the AxSupervisor, as
shown in Figure 3-19. You can select Yes (to transfer) or No to cancel, as desired.
Check Stations
When you click this in the Supervisor Software Manager, the selected version (or latest version, if a root
node is selected) is compared against the “platform snapshot” in each of the NiagaraStation’s Software
station extensions.
A dialog is then displayed for that module, as shown in Figure 3-20.
Figure 3-20 Example dialog for installable from Check Stations function
This dialog shows a table with rows for each enabled NiagaraStation, displaying the version of the
software in its platform snapshot (viewable in its Software extension).
The last column in the table shows the status of the platform snapshot for each station, which can have
one of the following values:
• Up to Date — station version is equal to or greater than the software file in the AxSupervisor.
• Out of Date — AxSupervisor software file version is greater than the version installed on the sta-
tion’s host.
• Not Installed — this software file is not installed on the station’s host.
• No Snapshot — No platform snapshot has been taken for this station, so there is no basis for com-
parison.
• Bad Remote File — Station’s host has a version that is corrupt or otherwise unusable.
Buttons in this dialog provide added functionality.
Buttons As shown in Figure 3-20, buttons in the dialog produced by Check Stations are as follows:
• Select Out of Date — Selects each of the rows (stations) with an “Out of Date” status.
• Update Snapshot — Queries the platform daemon for each of the hosts running the selected sta-
tions, and builds a “snapshot” of installed software (useful for any with status “No Snapshot”).
• Create Job — Closes this dialog, and changes the view to the Provisioning Job Builder.
• Cancel — Closes this dialog, and takes no other action.
Provisioning Job
A Provisioning Job (in this document, just job) is a schedulable component that specifies a specific set of
steps to be performed on a given list of stations. You assemble a job using the Provisioning Job Builder,
or one is automatically made if you invoke the Provisioning Service action Start Backup.
Although a job is a component with a property sheet, you typically interact with a job as a row entry in
the Provisioning Job List table, or in the job’s default view, Provisioning Job View.
Further details are in the following subsections:
• Properties
• Job execution
Properties
Important properties of a Provisioning Job are as follows:
• Job State — Like all NiagaraAX jobs, a provisioning job has a state property representing the
overall job state. State remains as “Unknown” until the job is submitted to the job queue, and the
queue has a thread to run it. Thus, you can safely interpret “Unknown” as “Pending.” Once the job
actually starts running in a thread, its state changes to “Running,” with other possible values being
Canceling, Canceled, Success, Failed.
Additionally, each station in the job has its own “Station State”— see property below (note this also
defaults to “Unknown” for a station that has not yet started processing the job).
• Alert On Step Failure — If true, an alarm is issued for every step/station combination that
fails or gets canceled.
• Alert On Job Success — If true, an alarm is issued when the job terminates successfully.
• Station State— Folder containing slots named after stations, each has a value that is a state ob-
ject for that station (Unknown, Running, Canceling, Canceled, Success, Failed).
• Submit User — Name of the station user who submitted the provisioning job.
Note: Configuration of the “Alert On” properties for any provisioning job are determined by the settings of the
alarm checkboxes in the Provisioning Job Builder when it was set to run.
Job execution
Just prior to execution, some steps in a Provisioning Job are combined. Currently, the only steps that are
combined are “Install Software,” “Copy File,” and “Upgrade Out-of-date Software” steps that are adjacent
to each other. Combining steps avoids duplication of dependency-checking with a station, and minimizes
the number of reboots required.
Upon execution, the job works through its list of stations in sequence, and for each station it executes its
steps in sequence. When the job reaches a station in the list, its station state becomes “Running”. If any
of the steps fail, the station’s state becomes “Failed,” and no additional steps are run for that station, and
the job continues with the next station in the list.
If every step succeeds for a station, its station state becomes “Success.” If the job is canceled during a
station step, its station state, the station state of all following stations, and the job state all become
“Canceled.”
When all steps are complete for all stations without canceling, and all steps completed successfully, the
job state is “Success.” However, if even one step failed, the job state will be “Failed”.
The default view for a station step log file is the Step Log File View.
After selecting a local source file, a Destination dialog prompts you for the target destination to copy
this file to, as shown in Figure 3-24.
If the file you are copying is under your “Sys Home” (“!”), the default target destination is the same as
your local source PC—otherwise, the default destination is the “Station Home”, or “^”. Also, note that
this destination folder applies to all stations in the job. You may need to edit destination, as shown done
in Figure 3-25.
Here, the destination was changed to start with the “station root” absolute (^) versus the previous “system
root” absolute (!).
Note: The destination string must always begin with the character for either the system-home relative (!) or the
station-home relative (^). No means is provided to modify any files outside of the Niagara release directory
on any target JACE hosts.
When the job is scheduled or run, unless the file being copied is local to the AxSupervisor (i.e. you are
using Workbench on the AxSupervisor), a temporary copy of the file is made there. This temporary file
is cleaned up once the job completes.
Upon execution, file copy steps are combined with other file copy steps, install software steps, or upgrade
out-of-date software steps in order to run more efficiently.
If adding this step in the Provisioning Job Builder using the (add) button, an Install Software
dialog appears (Figure 3-26), in which you select the software module or .dist file to install.
Select an item by expanding to see its version, then click that software file, then OK (Figure 3-27).
Note that when you drag a software item from the service’s Software container, and more than one
version (file) for that item is in the AxSupervisor’s software database, a popup dialog prompts you to
select the version (Figure 3-28).
Figure 3-28 Select dialog from dragging item with multiple versions
Once added, the Install Software step appears in the job steps list pane. If the software has dependencies
on module that are not yet installed on a particular JACE host, and those modules are in the AxSuper-
visor’s software registry, those modules will be automatically included in the processing of that host
(station), in order to satisfy dependencies.
Note: It is your (provisioning user’s) responsibility to ensure that platform dependencies of the software are met
by the JACE hosts running the target stations. For example, it is permissible to have a job with an install
software step that includes stations running on different platform types, say JACE-545s and JACE-403s.
However, if a step installs a distribution file specific to a JACE-403, note that the dependency check will fail
on the JACE-545s, and no software will be installed on them.
When the job executes, install software steps are combined with other software install steps, copy file
steps, and upgrade out-of-date-software steps to run more efficiently.
Note: A slightly different step (InstallStep) is created when you copy/drag a “backup .dist” file into the Job Steps
List pane—a backup .dist is not a “versioned” install (nor is it a Copy File step).
Reboot step
The Reboot step (RebootJobStep), as part of a Provisioning Job, reboots each station’s host, then waits
until its Niagara platform daemon comes back up and is available for connections again. It is available in
the New Job Step menu (Figure 3-2 on page 7) and the provisioning palette.
Usage is expected to be infrequent, perhaps as a temporary measure for some misbehaving third-party
software module. This job step will fail if a station’s Software device extension is disabled or in fault.
Figure 3-29 Right-click command on AX-3.3and later ProvisioningService provides Conversion utility
Note: Before issuing this command, please refer to the Provisioning for Niagara Networks document for further
details and notes. This command can only be issued once, as it “self-removes” the service.
Provisioning
Extensions
These device extensions are in addition to the standard Points, Histories, Alarms, and
Schedules extensions that exist for any NiagaraStation device.
Note: These provisioning extensions are also automatically added when you add a new station under the Niaga-
raNetwork in the AxSupervisor station (providing it has the Provisioning Service).
The four provisioning extension types are:
• Platform Connection — manages the platform connection between the AxSupervisor and the re-
mote JACE running the station.
• Backup — enables the AxSupervisor to make backups of the station.
• Software — holds a “snapshot” of the current software versions installed on the JACE host.
• StationProxy — polls the station for system statistics.
Although automatically created, you must (minimally) configure some properties in the Platform
Connection provisioning extension.
Platform Connection
The Platform Connection (PlatformConnection component), among the provisioning extensions,
specifies the HTTP port and credentials for the AxSupervisor to use for making a platform connection
to each host represented by a NiagaraStation. Platform connections are used in all provisioning jobs, and
in the polling performed by the Provisioning Service.
In order for provisioning to work for any station, you must specify both its platform port and platform
credentials in each newly-created Platform Connection extension. You can do this in its property sheet,
as shown in Figure 4-2 (no “special” views exist for this extension).
Properties
Properties of a Platform Connection provisioning extension are described as follows:
• Status — Current status of extension, where value is ok, disabled, or fault.
The platform connection will be in fault if any of the following occurs:
• AxSupervisor has no Provisioning Service (for example, it has been deleted).
• AxSupervisor is not licensed for Provisioning Service.
• NiagaraStation is in fault.
• The station’s platform daemon rejects the platform connection’s credentials.
The extension will be disabled if the Provisioning Service is disabled.
• Fault Cause — If in fault, gives brief text explanation.
• Port — Port on which the platform daemon in the station’s host (JACE) is listening, where the default
port is 3011. If this port was changed in commissioning, you must match it here.
(Shows as “Platform Port” in Add dialog when in the Station Manager view and adding a new
station, see “New station notes”, also in the similar Edit dialog).
• Credentials — Credentials used for a platform connection to the JACE running the station, where
you enter a Username and Password.
(Credentials show as “Platform User” and “Platform Password” in the Add dialog when working in
the Station Manager view, see “New station notes”, also in the similar Edit dialog).
• Health — Contains information about the success or failure of the last pings, and is similar to the
standard “Health” slot in most driver networks.
• Alarm Source Info — Specifies how and if alarms are to be generated as a result of ping monitor fail-
ures, similar to the standard “Alarm Source Info” slot in most driver networks.
Ping action
A single “Ping” action is available on the Platform Connection, to immediately force a short message to
the host’s platform daemon. Its “Health” property updates with ping results. You can issue this action
after entering port and credentials properties, to test their validity.
These properties are at the bottom of the Add (or Edit) dialog for a NiagaraStation, all starting with
“Platform.” They are for the Port and Credentials properties in the Platform Connection extension. These
three properties do not appear in these dialogs when working in the NiagaraNetwork of any JACE station,
or if an AxSupervisor is not running (or licensed for) the Provisioning Service.
If you want to perform provisioning on the station, be sure to put proper values in these platform fields.
Backup
The Backup extension (BackupStationExt component), among the provisioning extensions, permits
Backup Stations steps in provisioning jobs to be processed for a station running on this host. By default,
this extension is enabled, to allow backups from the Provisioning Service. Figure 4-2 shows the properties
for the stations Backup extension (no “special” views exist for this component).
Properties
Properties of the Backup station provisioning extension are described as follows:
• Enabled — Defaults to true, set to false if you wish to prevent Backup Stations steps to process
against this station in any provisioning jobs.
• Status — Current status of extension, where value is ok, disabled, or fault.
The platform connection will be in fault if any of the following occurs:
• AxSupervisor has no Provisioning Service (for example, it has been deleted).
• AxSupervisor is not licensed for Provisioning Service.
• NiagaraStation is in fault.
Software
The Software extension (SoftwareStationExt component), among the provisioning extensions, permits
any of the following steps in provisioning jobs to be processed for a station running on this host: Install
Software step, Upgrade Out-of-date Software step, Copy File step, Reboot step.
By default, this extension is enabled, to allow these provisioning steps for the station. Figure 4-5 shows
the property sheet for the station’s Software extension. Note that other functions are also provided by this
extension, using its default Station Software View (a special view).
Properties
Properties of the Software station provisioning extension are described as follows:
• Enabled — Defaults to true, set to false if you wish to prevent steps listed above to process
against this station in any provisioning jobs. Also, note this must be true to use the Station Software
View, or use the Supervisor Software Manager with this station.
• Status — Current status of extension, where value is ok, disabled, or fault.
The platform connection will be in fault if any of the following occurs:
• AxSupervisor has no Provisioning Service (for example, it has been deleted).
• AxSupervisor is not licensed for Provisioning Service.
• NiagaraStation is in fault.
• Host’s platform daemon rejects the platform connection’s credentials.
The extension will be disabled if its Enabled property is set to false, or if the Provisioning Ser-
vice is disabled.
• Fault Cause — If in fault, gives brief text explanation.
• Last Update — Date/timestamp of when a “platform snapshot” was last updated (is “null” if a plat-
form snapshot has never occurred).
Figure 4-6 Station Software View is default view on Software provisioning extension
Note: Refer to the “Software Manager” section in the NiagaraAX Platform Guide for descriptions of most
elements in this view. Only elements that differ from that view are explained here.
Whenever you access this view, a “snapshot” is taken of that NiagaraStation’s installed software, and this
view’s table reflects its current software configuration. Other differences from the Software Manager
view in a direct platform connection are summarized as follows:
• Where the Software Manager has table columns “Installed Version” and “Available Version”
that represent the station’s and Workbench’s versions of each software item, the Station Soft-
ware View has equivalent columns “Station Version” and “Provisioning Version”.
• Instead of a Commit button that starts the software installation by running it in Workbench, there
is an Execute Job button, to submit the installation as a Provisioning Job in the AxSupervisor
station. When you click Execute Job, the view changes to Provisioning Job View.
StationProxy
The StationProxy extension (StationProxy component), among the provisioning extensions, provides
platform administration functions like those available when you open a direct platform connection in
Workbench, using the Station Director and Platform Administration views. It also
provides a number of actions for station control functions.
By default, this extension is enabled, to allow polling from the Provisioning Service for values of the
extension’s properties. Figure 4-7 shows the property sheet for the station’s StationProxy extension. Note
that other special views are provided, including the default view (Provisioning Station Director) as well
as a Station Job List.
Properties
Properties of the StationProxy are described as follows:
• Enabled — Defaults to true, set to false if you wish to prevent polling by the Provisioning Service.
Note that Enabled must be true in order to use the special views on the Station Proxy extension,
namely the Provisioning Station Director and the Station Job List.
• Status — Current status of extension, where value is ok, disabled, or fault.
The platform connection will be in fault if any of the following occurs:
• AxSupervisor has no Provisioning Service (for example, it has been deleted).
• AxSupervisor is not licensed for Provisioning Service.
• NiagaraStation is in fault.
• Host’s platform daemon rejects the platform connection’s credentials.
The extension will be disabled if its Enabled property is set to false, or if the Provisioning Ser-
vice is disabled.
• Poll Frequency — Corresponds to the Poll Scheduler in the Provisioning Service, as part of its
monitor “ping” mechanism (a ping of the platform daemon in the host running each station). See the
section “Provisioning Service containers and components” on page 3-14 for related details.
Note: Remaining properties described below are read-only, and reflect various items about the
platform.
• Is Restart Enabled — If true, the station can be restarted without a reboot of its host platform (such
as with Win32-based platforms).
• Is Reboot Enabled — If true, the host’s platform daemon is capable of (and allows) rebooting of the
host.
• Is Auto Start — If true, the station is restarted automatically after the host is rebooted.
• Is Auto Restart — If true, the host is restarted (or rebooted if “Is Restart Enabled”=false) when-
ever the station terminates with a failure exit code.
• Station Status — Reflects one of the following values:
• Idle — Station is not currently running, and can be started without a reboot.
• Starting — Station process is running, but has not completed its startup sequence.
• Running — Station is running.
• Stopping — Station is in process of shutting down, but its process is still alive.
• Halted — Station is not currently running, and the host must be rebooted before it can start.
• Unknown — StationProxy has status disabled or fault, and so station status is unknown.
Status is also unknown if the station is unreachable, or if a poll has not happened yet.
• Is Accepting Messages — If false (unlikely), thread dumps, station saves, and graceful shutdown
is not possible using the platform daemon.
• Log Buffer Size — Size (in bytes) of the buffer used by the platform daemon to hold the console out-
put.
• Log Buffer File Size — Maximum size of the console.txt file (in bytes) that the platform daemon
saves console output to, when the station stops.
• Num Cpus— Number of CPUs on the host running the station.
• Current Cpu Usage — Percentage of time the CPU(s) have been in use in the last second.
• Overall Cpu Usage — Percentage of time the CPU(s) have been in use since the platform daemon
started.
• Total Physical Memory — Total KB of physical RAM on the station’s host.
• Free Physical Memory — KB of available physical RAM on the station’s host.
• File System Attributes — Free space statistics for each file system on station’s host.
In addition to these properties, the StationProxy extension has a number of Actions.
Actions
As shown in Figure 4-8, each StationProxy provisioning extension provides a number of actions, available
as right-click commands.
Many of these actions are also available in the Provisioning Station Director view, as well as in views using
a direct platform connection. When invoked, each action performs as follows:
• Poll — Causes AxSupervisor to poll the host’s platform daemon for current data.
• Dump Threads — AxSupervisor requests that the station send a thread dump to its console output.
• Save Station— AxSupervisor requests that the station save its current state to its own (local) con-
fig.bog file.
• Stop Station — AxSupervisor requests that the station shuts down gracefully.
• Start Station — (applicable only if current station status is idle). AxSupervisor requests the platform
daemon to start the station.
• Kill Station — AxSupervisor requests for the station to terminate immediately, without graceful
shutdown.
• Restart Station — Depending on “Is Restart Enabled” value, causes one of the following:
• If “Is Restart Enabled” is false — Station’s host is rebooted.
• If “Is Restart Enabled” is true — Station is stopped gracefully, then restarted again.
• Reboot Host — Depending on “Is Reboot Enabled” value, causes one of the following:
• If “Is Reboot Enabled” is false — Nothing happens.
• If “Is Reboot Enabled” is true — AxSupervisor requests for the platform daemon to shut down
gracefully, then reboot the host.
Views
Each StationProxy provisioning extension has two special views, summarized as follows:
• Provisioning Station Director — The default view for the StationProxy extension, this view closely
resembles the “Station Director” view in a direct platform connection.
• Station Job List — Provides a list summarizing provisioning job steps that have been executed
against this particular station, with additional details available.
Note: Refer to the “Application Director” section in the NiagaraAX Platform Guide for descriptions of most
elements in this view. Only elements that differ from that view are explained here.
Differences from the Station Director view are summarized as follows:
• Since the Provisioning Station Director only shows information for one station, it does
not show the station name and status within a table (at the top of the view), but instead shows this
data at the top using simple text labels.
• Where the Station Director updates the “Auto-Start” and “Restart on Failure” settings imme-
diately when changed, the Provisioning Station Director works more like a normal view, meaning
you must click the Save button after making any changes.
• Although the appearances of the two views are similar, their implementations are different. The
Station Director connects the Workbench view directly to the station’s platform daemon, and
is best for extended troubleshooting. Whereas, the Provisioning Station Director uses the
AxSupervisor station as an intermediary, and as a result is not as responsive, and is less efficient (uses
additional AxSupervisor resources).
The main elements in this view are the Step Table, and the buttons near the bottom.
Step Table
This main area of the Station Job List view shows a row for each step that has been executed against the
station. Note that no record is available for a step’s execution unless it has started. For this reason, the
following steps do not appear in this view:
• steps for jobs not yet started.
• steps for jobs that are running, but are still running prior steps.
• steps that come after any earlier steps (for any station) that were canceled.
• steps that would have executed after another step, but the other step failed for this station.
Note: Because of this, the Station Job List is not the appropriate view to find the answer for questions like “why
did the backup scheduled for Tuesday on this station not run?”. For this type of information, you should
look in the Provisioning Job List of the Provisioning Service.
The step table includes columns for various data. You can do any of the following within the table:
• Click the “>>” (Details) button to the right of the status for any step to view its Step Log File
View (same as using the Step Details button at the bottom of the view).
• Double-click any step row to view its Job Log, a series of log messages about the step stored in its
job log file (same as using the View Log button at the bottom of the view).
• Right-click a step for a popup menu, providing same functions as buttons (at bottom of view).
Step table columns
Step table columns in the Station Job List include the following:
• Job Step — the type of job step, such as “Backup Stations” and so on (for more details, see “Pro-
visioning job steps” on page 3-19).
• Start — time the step started executing for the station.
• End — time the step completed for the station.
• Status — the status of the step for the station (note that the overall status for the job, and the status
value for the step in other stations, may be different) as one of the following:
• Running — step is executing.
• Canceling — request to cancel the step was sent, but has not been processed yet, and the step
is still executing.
• Success — step finished successfully, and is no longer running.
• Canceled — step was canceled before it completed, and is no longer running.
• Failed — the step failed and is no longer running.
The status column ends with a “>>” (Details) button for each job, this function the same as the Step
Details button at the bottom of this view.
Buttons
Buttons near the bottom of the Station Job List become enabled when you have a step row selected in the
Step Table. Buttons are described as follows:
• View Log — For a popup Job Log dialog, showing log messages output when executing this step
in the job. For more details, see “Job Log notes” on page 3-10.
• Step Detail — Switches the view to the Step Log File View. For more details, see “Step
Log File View” on page 3-12.
• Job Summary — To change to the Provisioning Job View (for the job that contained this
step). For more details, see the “Provisioning Job View” on page 3-11.
provisioning-BackupStepRecordView
This view shows the details for a Backup Stations step executed against a single station, while that
step is still running. Typically, you see this from either the Provisioning Job View or the Station Job
List when you click the “>>” button on a running step.
The view provides a summary table showing log messages that occurred during step execution. You can
double-click rows to show additional Log Details, if any. For more details, see “Step Log File View”
on page 3-12.
Note: If the job step type was something other than Backup Stations, and that step is still running, you see a
slightly different view, the Station Step Record View. In either case, once the step is finished, neither view is
accessible—they are replaced by the Step Log File View.
provisioning-ProvisioningJobBuilder
The Provisioning Job Builder view is the default view for the Provisioning Service. You use it to
specify which steps are to be performed in a provisioning job, and for which stations. Once you fully
specify a job, you can then submit it for immediate execution, or schedule it to run later.
Access this view by simply double-clicking the Provisioning Service, or by right-clicking and selecting
Views > Provisioning Job Builder. For more details, see “Provisioning Job Builder” on page
3-6.
provisioning-ProvisioningJobList
The Provisioning Job List view is an available view for the Provisioning Service. It provides a Super-
visor-wide table-based history of provisioning jobs and their results. Included for each job is a Job
Log, available as a popup dialog via double-clicking a job row, and a Job Details view, accessed by clicking
the “>>” button next to its status descriptor.
Access this view by right-clicking and selecting Views > Provisioning Job List, or selecting it
from the service’s view selector. For more details, see “Provisioning Job List” on page 3-8.
provisioning-ProvisioningJobView
The Provisioning Job View shows the details for a single job execution. It is the default view for any
ProvisioningJob, as well as any provisioning job file (.pjob extension). From the Provisioning Job
Builder, you change to this view when you specify a job to Run Now. You also see this view when in the
Provisioning Job List and you click the “>>” button on any job row, or from the Step Log File View when
you click Job Summary.
The view provides a summary table showing each step in the job, for each station. Controls allow you to
view a job log, cancel an uncompleted job, or dispose of a completed job. For more details, see “Provi-
sioning Job View” on page 3-11.
provisioning-StationSoftwareView
Station Software View is the default view of the SoftwareStationExt under a NiagaraStation device.
It closely resembles the Software Manager view available in a platform connection. When this view
loads, a “snapshot” of installed software is automatically updated, so that the table reflects the station’s
current state.
For more details, see “Station Software View” on page 4-27.
provisioning-ProvisioningStationDirector
The Provisioning Station Director is the default view of the StationProxy extension under a Niaga-
raStation device. It closely resembles the Station Director view available in a platform connection,
where station output can be observed, and other station control is available.
Although the two views operate similarly, the Provisioning Station Director is slightly less responsive, as
it connects through the AxSupervisor station as an intermediary (versus a direct platform connection, as
used by the Station Director).
For more details, see “Provisioning Station Director” on page 4-30.
provisioning-StationJobList
The Station Job List view is available for the StationProxy extension under a NiagaraStation device.
It shows a list of provisioning job steps that were executed against this specific station. Included for
each job step is a Job Log, available as a popup dialog via double-clicking a job row, and a Step Log File
View, accessed either by clicking the “>>” button next to its status descriptor, or by clicking the Step
Details button.
Access this view by right-clicking the StationProxy extension and selecting Views > Station Job
List, or by selecting it from the extension’s view selector.
For more details, see “Station Job List” on page 4-30.
provisioning-StationStepRecordView
This view shows the details for a provisioning job step executed against a single station, while that
step is still running. Typically, you see this from either the Provisioning Job View or the Station Job
List when you click the “>>” button on a running step.
The view provides a summary table showing log messages that occurred during step execution. You can
double-click rows to show additional Log Details, if any. For more details, see “Step Log File View”
on page 3-12.
Note: If the job step was Backup Station, that step is still running, you see a slightly different view, the Backup
Step Record View. In either case, once the step is finished, neither view is accessible—they are replaced by
the Step Log File View.
provisioning-StepLogFileView
This view shows the details for a provisioning job step executed (and completed) against a single
station, and is the default view for any station step log file (.pstp extension). Typically, you see this
from either the Provisioning Job View or the Station Job List when you click the “>>” button on any
completed step.
The view provides a summary table showing log messages that occurred during step execution. You can
double-click rows to show additional Log Details, if any. For more details, see “Step Log File View”
on page 3-12.
Note: If the job step was Backup Station, and it executed successfully, a Restore button is available. This
allows you to restore the station using the .dist file saved from this provisioning job. If you answer Yes to the
confirmation dialog (no undo), an install backup job is immediately executed by the service, and the view
changes to the Provisioning Job View for that job.
provisioning-SupervisorSoftwareManager
The Supervisor Software Manager is the default view on the SoftwareContainer of the Provisioning
Service. It lists all InstallableSummary components, representing the installable software items
under the !sw directory on the AxSupervisor, with each expandable to show InstallableSpecs. Controls at
the bottom provide different software management functions.
For more details, see “Supervisor Software Manager” on page 3-15.
provisioning-BackupStationExt
The BackupStationExt (Backup) is one of four device extensions automatically added to every
NiagaraStation under the Supervisor’s NiagaraNetwork, providing that the station has (and is
licensed for) the Provisioning Service. Other NiagaraStation provisioning extensions are the Platform-
Connection, SoftwareStationExt, and StationProxy.
For more details, see “Provisioning Extension Concepts” on page 4-23, and “Backup” on page 4-25.
provisioning-FileCopyStep
CopyFile steps can be added in the top (Job Step) pane of the Provisioning Job Builder, when speci-
fying a provisioning job. This produces the standard File Chooser dialog, in which you specify the
local file to copy. After selecting a local source file, a Destination dialog lets you specify a system-home-
relative or station-home-relative path, to which the file is copied to (in all specified stations). Note that
other types of provisioning steps can be also be added.
For more details, see “Provisioning job steps” on page 3-19, and “Copy File step” on page 3-19.
provisioning-InstallableSummary
Installable Summaries represent software files under the !sw directory of the AxSupervisor host.
Each contains one or more specification objects for each version in the software registry, represented
as InstallableSpec components. For more details, see “Supervisor Software container” on page 3-15.
provisioning-InstallableSpec
Installable Specs are children of InstallableSummary components, as the lowest level component
under the SoftwareContainer of the Provisioning Service. Installable Specs are version-specific, and
describe the installable software item, including version number, dependencies, and other data. For more
details, see “Supervisor Software container” on page 3-15.
provisioning-InstallBySpecStep
InstallSoftware steps can be added in the top (Job Step) pane of the Provisioning Job Builder, when
specifying a provisioning job. When adding a software item (module or dist), you must specify a
specific version. Note that other types of provisioning steps can be also be added.
For more details, see “Provisioning job steps” on page 3-19, and “Install Software step” on page 3-20.
provisioning-InstallStep
Install backupdist steps are created when you copy an existing backup .dist file into the top (Job
Step) pane the Provisioning Job Builder. This is different from a “version-specific” install step
(InstallBySpecStep) produced by either the “Install Software” step selection (where you must select a
particular version), or by copying a specific (versioned) module or .dist file into the Job Step pane.
provisioning-JobTrigger
A JobTrigger is the container for a provisioning job set to “run later,” and resides under the “Pending
Jobs” slot of the Provisioning Service. It contains a ProvisioningJob and a TriggerSchedule
component, already linked to the JobTrigger for future execution. A single property: Clean Up, deter-
mines whether the JobTrigger is removed from the Pending Jobs folder after all specified run times. For
more details, see “Run Later notes” on page 3-8.
provisioning-PlatformConnection
The PlatformConnection is one of four device extensions automatically added to every NiagaraSt-
ation under the Supervisor’s NiagaraNetwork, providing that the station has (and is licensed for) the
Provisioning Service. Other NiagaraStation provisioning extensions are the BackupStationExt, Softwar-
eStationExt, and StationProxy.
For more details, see “Provisioning Extension Concepts” on page 4-23, and “Platform Connection” on
page 4-24.
provisioning-ProvisioningBackupStep
BackupStation steps can be added in the top (Job Step) pane of the Provisioning Job Builder, when
specifying a provisioning job. When executed, this step makes an online backup for each specified
station (providing station is running), or if a specified station is not running, an offline backup. In either
case, the backup dist file for each station is stored on the AxSupervisor. Note that other types of provi-
sioning steps can be also be added.
For more details, see “Provisioning job steps” on page 3-19, and “Backup Stations step” on page 3-19.
provisioning-ProvisioningJob
A ProvisioningJob specifies a list of stations and a list of steps to be performed on each station in the
list. A job may be assembled using the Provisioning Job Manager view, or may be automatically
created as a result of invoking a “startBackup” action on the Provisioning Service. The default view of a
ProvisioningJob is the Provisioning Job View.
For more details, see“Provisioning Job” on page 3-17.
provisioning-ProvisioningService
The Provisioning Service performs all provisioning tasks in the AxSupervisor station, executed as
jobs. It contains frozen slots that serve different functions, and has special views (apart from standard
component views). The default view is the Provisioning Job Builder, and a Provisioning Job List view is
also available.
For more details, see “About the Provisioning Service” on page 3-6.
Note: Starting in AX-3.3, the Provisioning Service has an “Upgrade to Provisioning 3.3” right-click command that
converts the entire provisioning model over to the newer “network extension-based” architecture, explained
in a separate document NiagaraAX Provisioning for Niagara Networks. See “Provisioning Service
Conversion” on page 3-22 for related details.
provisioning-RebootJobStep
RebootStations step can be added in the top (Job Step) pane of the Provisioning Job Builder, when
specifying a provisioning job. This results in platform (host) reboot of hosts running the specified
stations. Note that other types of provisioning steps can be also be added.
For more details, see “Provisioning job steps” on page 3-19, and “Reboot step” on page 3-22.
provisioning-SoftwareContainer
The Software Container (Software) under the Provisioning Service provides visibility into the
AxSupervisor’s software registry (the installable software files stored under the !sw directory).
Children in this container are summary objects for named, typed, software files—for example, modules
and platform distributions, represented as InstallableSummary components. The default view is the
Supervisor Software Manager.
For more details, see “Supervisor Software container” on page 3-15.
provisioning-SoftwareStationExt
The SoftwareStationExt (Software) is one of four device extensions automatically added to every
NiagaraStation under the Supervisor’s NiagaraNetwork, providing that the station has (and is
licensed for) the Provisioning Service. Other NiagaraStation provisioning extensions are the BackupSta-
tionExt, PlatformConnection, and StationProxy. The default view is the Station Software View.
For more details, see “Provisioning Extension Concepts” on page 4-23, and “Software” on page 4-26.
provisioning-StationPollScheduler
The Station Poll Scheduler controls the polling of StationProxy extensions by the Provisioning
Service. As a container slot under the service, the poll scheduler operates as in most driver networks.
See “About poll components” in the User Guide for general information. Polling only happens for Station-
Proxy extensions that are subscribed (linked somewhere, or being viewed or charted, etc.).
Note: Often, you can leave configuration at defaults. Or if needed, assign the Poll Frequency property of Station-
Proxy slots (NiagaraStation provisioning extensions) differently than the default “Normal.”
provisioning-StationProxy
The StationProxy is one of four device extensions automatically added to every NiagaraStation
under the Supervisor’s NiagaraNetwork, providing that the station has (and is licensed for) the Provi-
sioning Service. Other NiagaraStation provisioning extensions are the BackupStationExt, PlatformCon-
nection, and SoftwareStationExt.
For more details, see “Provisioning Extension Concepts” on page 4-23, and “StationProxy” on page 4-27.
provisioning-ThreadPoolJobQueue
The Thread Pool Job Queue is a frozen container slot under the Provisioning Service. Its only
property, Max Threads, specifies the maximum number of concurrent provisioning jobs that can be
performed by the AxSupervisor. By default, this is one (1), and is typically left at default, as provisioning
threads can be resource intensive in a Supervisor station.
Note: Only after determining the station has available resource overhead, should Max Threads be adjusted up
to 2 or beyond. Otherwise, other tasks performed by the station may be affected.
provisioning-UpgradeOutOfDateStep
UpgradeOutOfDate step can be added in the top (Job Step) pane of the Provisioning Job Builder,
when specifying a provisioning job. When processed, the versions of software on the target station’s
host(s) are compared with the latest versions of the same software in the AxSupervisor’s software
database. If any newer versions are found, they are installed to the target station’s host(s). Note that other
types of provisioning steps can be also be added.
For more details, see “Provisioning job steps” on page 3-19, and “Upgrade Out-of-date Software step” on
page 3-22.