Workspace ONE UEM powered by AirWatch, together with the Workspace ONE Intelligent Hub app, manage all the special settings that QNX devices have. You can change these settings when you need the Hub to meet certain business needs.

Configure QNX Settings

  1. Edit the Workspace ONE Intelligent Hub Settings by navigating to Groups & Settings > All Settings > Devices & Users > QNX > Hub Settings.
    Setting Description
    Device ID Algorithm Set the unique device identification algorithm used on the device.
    Heartbeat Interval (min) Set the time (in minutes) the Workspace ONE Intelligent Hub waits before checking-in with the Workspace ONE UEM console.
    Data Sample Interval (min) Set the time (in minutes) the Workspace ONE Intelligent Hub waits to collect data from the device.
    Data Transmit Time Interval (min) Set the time (in minutes) the Workspace ONE Intelligent Hub waits to send data to the UEM console.

For information about initiating a remote management session for troubleshooting purposes, see VMware Workspace ONE Assist.

QNX devices use the Workspace ONE Intelligent Hub to deliver Job notifications for products provisioned to the device. Notifications for jobs that finish display on the device side through the Workspace ONE Intelligent Hub for QNX devices.

AWTrigger Commands, QNX

AWTrigger allows third-party applications to interact with the Workspace ONE Intelligent Hub for QNX.

The applications interact in two ways. The first interaction is the ability to enable/deactivate the process of products using the fast track. This setting allows you to evaluate products regardless of any conditions enabled for the product. For example, you can install all products available for a device immediately instead of waiting for conditions or dependencies.

The second interaction ability allows you to evaluate all device readiness and detached conditions immediately. This interaction circumvents the normal check-in interval for the Workspace ONE Intelligent Hub and monitors all conditions at that moment as opposed to waiting for the normal interval.

This appendix lists the commands available for use while using the Workspace ONE ™ UEM Installation Directory Command-Line entries.

AWTrigger –installnow true

This command processes all the jobs that have already reached the device (and also all the jobs that reach the device after this command has been successfully run) to be processed with immediate effect by disabling all conditions.

AWTrigger –installnow false

This command deactivates the installnow functionality. All the jobs that reach the device after this command runs process normally (by evaluating conditions).

AWTrigger –condition true

This command causes all the deferred jobs on the device to be reevaluated again with immediate effect to see if the condition specified (in each job) has been met or not. Useful in the case of file conditions.

For example, suppose that a job pushes onto the device which has a file condition associated with it and the file condition monitors for the presence of a test file. If the test file is missing on the device, AWApplicationManager creates a flag file. Hub defers this job by five minutes. After five minutes, the AWApplicationManager will again check for the presence of the test file). If the application creates a test file after two minutes (of deferring the job) and if the technician does not want to wait for another three minutes for the job to be processed, the technician can run this command and the job will be immediately evaluated. This command causes ALL the deferred jobs to be evaluated with immediate effect.

AWTrigger –h

This prints the usage of the utility into the respective log file.

AWTrigger -migrateca true

This migrates your XML custom attribute files to the new custom attribute database.

In order for the new text boxes to be present in a custom attribute XML file created from a profile, the UEM console version must be at least 8.1, and the Workspace ONE Intelligent Hub version must be at least 5.4.66.98.

For clean migration of custom attribute data from XML files to the database, Workspace ONE UEM recommends repushing any profiles that are already installed on any devices so that the new text boxes are present.

Migrate from XML to CA Database, AWTriggers

You can migrate information in XML format to the custom attribute database by taking the following steps.

  1. Repush existing profiles to update XML files with data for all profile text boxes.
  2. Update configuration file "~/airwatch/General-Config.cfg" to use DB_BASED_CA.
    [CustomAttributes] Type = DB_BASED_CA
  3. Run command for custom attribute migration utility.
    ~/airwatch/AWTrigger -migrateca true
  4. Check Status.
    ~/airwatch/AWStatusFinder -migrateca

Migrating from AirWatch 8 XML to CA Database, AWTriggers

Workspace ONE UEM recommends re-pushing the custom attribute profile from the UEM console after upgrading to AirWatch v8.1.

If you select to migrate to a CA Database without pushing the updated profile, the following decisions are made by the migration process.

  • Importing Application values.
    • If an Application value does exist for a custom attribute record in an XML file, then the existing value is used as the value for application when the record inserts into the database.
    • If an Application value does not exist for an attribute record in an XML file, then the File Name is used as the Application value when the record inserts into the database.
  • Importing Attribute Name values.
    • The name of the custom attribute record in the XML element imports as the name of the custom attribute database record.
  • Importing value.
    • The value of the custom attribute record in the XML element imports as the value of the custom attribute database record.
  • Importing is_dynamic values.
    • If an is_dyanmic value does exist for a custom attribute record in an XML file, then the existing values imports as the is_dynamic value for the database record.
    • If an is_dyanmic value does not exist for a custom attribute record in an XML file, then the is_dynamic value sets to "True" for the database record.
  • Importing Permission values:
    • If a Permission value does exist for a custom attribute record in an XML file, then the existing value imports as the Permission value for the database record.
    • If a Permission value does not exist for a custom attribute record in an XML file, then the Permission value sets to "read/write" for the database record.
  • Importing sync.
    • If a Sync value does exist for a custom attribute record in an XML file, then the existing value imports as the Sync value for the database record.
    • If a Sync value does not exist for a custom attribute record in an XML file, then the Sync value sets to "True" for the database record.