Global Settings¶
The global settings page controls settings which are applied across all pixstor sites participating in hub management.
![]() |
Click the settings button to navigate to the Global Settings screen |
Ngenea Targets¶
ngenea provides the capability to off-site data or send data between pixstor sites. The destination for the data is known as a target.
ngenea targets provide the association between the pixstor file system and the target.
Typically a target is mapped to the location of a Space on the pixstor file system.
Viewing Ngenea Targets¶
Clicking the global settings button in the main menu bar displays the list of ngenea targets:

Filtering Ngenea Targets¶
![]() |
To filter the list of ngenea targets, type the target or part of a target name in the filter bar. |
Ngenea Target Wizard¶
Adding a Ngenea Target¶
Important
This function can only be performed by a Hub Administrator.
![]() |
Click the Add Ngenea target button to start the Ngenea Target Wizard |
Type & reference¶
Ngenea supports the following storage target types:
Storage Target Type |
Description |
---|---|
S3 |
AWS S3 and S3 compatible targets |
Microsoft Azure |
Azure Blob Storage |
SpectraLogic BlackPearl |
Spectralogic DS3 targets |
Google Object Storage |
Google Cloud Storage |
Select the required target type from the drop down menu.

Enter a 'friendly name' for the ngenea target reference.
E.G.:
myproject (such as 'deepspace')
mydepartment (such as 'graphics')
a descriptive phrase (such as 'referencematerial')
Depending on the Storage target type selected a Type-specific configu
Type-specific config AWS S3 or compatible¶

Enter the settings as required, which must match those set in the S3 object storage provider:
Setting |
Description |
---|---|
Bucket |
The name of the storage bucket as specified at the object storage service. |
Access key ID |
The unique access key for the AWS user account performing data transfers. |
Secret access key |
The unique security key for the AWS user account performing data transfers. |
Region |
The AWS (or S3 compliant provider) region hosting the S3 Cloud Storage |
Storage server address |
Not used for Amazon S3 Cloud Storage. For services which reside at specific IPs, such as AWS Snowball, MinIO or LocalStack, specific the host or IP address to connect to. |
Storage server port |
The TCP/IP port used to communicate |
Scheme |
HTTP or HTTPS transfer. HTTPS is recommended. Data integrity cannot be guaranteed over HTTP transfer schemes. |
Verify SSL |
Whether to verify the SSL connection of the target. Disabling the SSL verification allows connections to storage targets which do not provide valid SSL certificates. Connecting to invalid SSL certificates is insecure. |
Type-specific config Microsoft Azure¶

Enter the settings as required, which must match those set in the Azure object storage provider:
Setting |
Description |
---|---|
Access key ID |
The unique access key for the Azure user account performing data transfers. |
Scheme |
HTTP or HTTPS transfer. HTTPS is recommended. Data integrity cannot be guaranteed over HTTP transfer schemes. |
Container |
The storage container for the blob data. |
Storage account. |
The Azure namespace containing the Container |
Type-specific config Spectra Logic BlackPearl¶

Enter the settings as required, which must match those set in the BlackPearl DS3 object storage provider:
Setting |
Description |
---|---|
Bucket |
The name of the storage bucket as specified at the object storage service. |
Access key ID |
The unique access key for the BlackPearl user account performing data transfers. |
Secret access key |
The unique security key for the BlackPearl user account performing data transfers. |
Storage server address |
The FQDN hostname of the BlackPearl. |
Type-specific config Google Object Storage¶

Enter the settings as required, which must match those set in the Google Cloud Storage object storage provider:
Setting |
Description |
---|---|
Bucket |
The name of the storage bucket as specified at the object storage service. |
Access key ID |
Enter the contents of the JSON key for the user or service account granted permission to transfer data to Cloud Storage bucket. For more information refer to Google documentation |
Important
If the Ngenea Target is to be used as a backup only target, do not define JSON information in the
Google Authentication JSON. Instead define keyword CredentialsFile
with the path to the file containing JSON credentials on pixstor.
For more information refer to Backup Only Ngenea Targets.
Type-specific config Filesystem Mount¶

Enter the settings as required, which must match the location of the NAS mount point on the pixstor:
Important
Target mounts points are site-specific however Hub will create the target across all sites.
Setting |
Description |
---|---|
Target mount point |
The location of the POSIX compliant mounted storage.
E.G. If the external POSIX storage is mounted on |
Migration¶

Configure the migration settings as required to handle data migration accordingly:
Setting |
Description |
---|---|
File match |
Refer to the RegEx Filters example table below |
Delete on recall |
Determines whether to delete the recalled data from the external storage target after the data has been successfully recalled. |
Backup-only target |
Determines whether the target will be used to hold backup, not live data. Required to backup a Space. Refer to Backup Only Ngenea Targets |
Example regex filters where a space named myspace is present on the pixstor filesystem at location /mmfs1/data/myspace
:
RegEx Filter Examples |
Outcome |
---|---|
|
Data with the myspace folder is eligible for ngenea operations. Dehydrated files within the myspace folder are present at the root of the storage target. |
|
The myspace directory and data within is eligible for ngenea operations. The myspace folder is present at the root of the storage target. |
|
Data with the subdirectory of the myspace directory is eligible for ngenea operations. Dehydrated files within the subdirectory of the myspace directory are present at the root of the storage target. The myspace directory is not present. Data immediately within the myspace directory (other than that within the subdirectory) is not eligible for ngenea operations. |
|
The subdirectory of the myspace directory and data within is eligible for ngenea operations. The subdirectory of the myspace directory is present at the root of the storage target. The myspace directory is not present. Data immediately within the myspace directory (other than that within the subdirectory) is not eligible for ngenea operations. |
Advanced configuration¶

To add configuration settings to a target to control specific behaviour during ngenea data operations.
![]() |
Click the Add new key to define a new configuration setting |
![]() |
Enter the name of the configuration setting in the Keyword field |
![]() |
Select the type of configuration setting from the drop down menu. Choose or enter the value for the configuration setting. |
Example of added Advanced configuration settings:

Summary¶
Upon completing the wizard steps a summary is presented:

![]() |
Click the Finish & Create button to apply the changes displayed on the wizard summary page. |
Alternatively Go back
and change the proposed configuration as required or close
the wizard to cancel the creation of the ngenea target.
Editing an Ngenea Target¶
Important
This function can only be performed by a Hub Administrator.
Clicking the global settings button in the main menu bar displays the list of ngenea targets:

![]() |
Click the edit icon on the required ngenea target row to edit the ngenea target |
Modify the ngenea target settings as required. Refer to Adding a Ngenea Target for settings guidance.

Deleting an Ngenea Target¶
Important
This function can only be performed by a Hub Administrator.
Clicking the global settings button in the main menu bar displays the list of ngenea targets:

![]() |
Click the delete icon on the required ngenea target row to delete the ngenea target |
A confirmation dialog is raised:

Click Yes to delete the ngenea target. This action is irreversable.
Alternately click no, or close the confirmation dialog.
Database¶
Old job data data can be retained in the database for a specific number of days so that the hub database does not fill up the system.
Database expiry can be configured by setting jobs_ttl
in global settings page in UI.
Clicking the global settings button in the main menu bar, a Database
tab will be on the top left of the page besides Ngenea targets
tab.
Clicking on the Database
tab displays a form for updating the jobs_ttl
in days. The Save
button will be enabled once the user changes the value in the field.
