Automation deployment via ignition file

From version 3.3.0, users can setup automation deployment via ignition file

Overview

The ignition file is a configuration file that enables automated deployment and configuration of the Update Downloader system. It allows you to pre-configure settings, create admin users, add products, and set up post-installation actions without manual intervention through the web interface.

Location

  • Windows: C:\opswat\ometadownloader.conf
  • Linux: /etc/opswat/ometadownloader.conf

File Format

The ignition file uses INI format with sections and key-value pairs. The file should be named appropriately and placed in the correct location where the system can detect it during startup.

Complete Example

ometadownloader.conf
Copy

Details Configuration

EULA Acceptance - Required

The EULA (End User License Agreement) must be accepted for the ignition file to be processed:

Bash
Copy

Note: This is a required field. The ignition file will not be processed if this is not set to true.

User Configuration - Optional

You can automatically create an admin user during deployment:

Bash
Copy

User Fields:

  • name: Username for the admin account
  • password: Password for the admin account
  • email: Email address for the admin account
  • apikey: (Optional) API key for the user

Note: If you provide user information, all fields except apikey are required.

Update Settings Configuration - Optional

Configure automatic update settings for the Update Downloader:

Bash
Copy

Update Settings Fields - Optional

interval

Auto-update interval in minutes. Valid values:

  • 0 - Disabled
  • 15 - 15 minutes
  • 30 - 30 minutes
  • 60 - 1 hour
  • 120 - 2 hours
  • 240 - 4 hours (default)
  • 360 - 6 hours
  • 720 - 12 hours
  • 1440 - 24 hours

cleanup

Cleanup interval in hours. Valid values:

  • 0 - Disabled
  • 1 - 1 hour
  • 4 - 4 hours
  • 12 - 12 hours
  • 24 - 24 hours (default)
  • 168 - 1 week
  • 672 - 4 weeks

packagelocation

Directory path where update packages will be stored. The system will create this directory if it doesn't exist and verify write permissions.

exclude

Time periods when updates should be disabled. Format options:

  • Single day: Monday 08:00-17:00
  • Day range: Monday-Friday 08:00-17:00

Valid day ranges:

  • Monday-Friday
  • Friday-Sunday
  • Sunday-Thursday

You can specify multiple exclude periods using numbered suffixes (exclude_1, exclude_2, etc.). Maximum 100 excludes

Post-Action Configuration - Optional

Configure commands to run after product installation:

Users can add maximum 100 items for Post-Action, the first one should be post_action

If user want to add more Post-Action, using this pattern: "post_action_1" , "post_action _2", etc

Bash
Copy

Post-Action Fields:

  • name: Action name (maximum 16 characters, must be unique)
  • command: Command to execute
  • product_name: Product name that triggers this action (can have multiple using numbered suffixes)
  • We can add multiple products to a Post-Action: product_name_1, product_name_2, etc. Maximum 100 products

Note: Actions are triggered when the associated products are installed.

Product Configuration - Optional

Add products with their licenses during deployment:

Bash
Copy

Product Fields:

  • name: Product name - must be unique between product fields
  • license: The absolute path to the license file

Note: Both fields are required for each product section.

Limitations

  • Maximum 100 items for repeated sections (product, product_name, post-action, exclude)
  • Post-action names limited to 16 characters
  • Package location must be writable by the system
  • License files must be accessible during processing
  • Time exclusions must follow exact format specifications
Type to search, ESC to discard
Type to search, ESC to discard
Type to search, ESC to discard