Release Notes 5.1.0 Apollon V2

Download for Linux: SEP Download Center	Download for Windows: SEP Download Center
See Installation on Linux	See Installation on Windows

	Note
	You always have to update the SEP sesam Server first before updating the RDS and client components. For more information on the SEP sesam software updates, see Updating SEP sesam.

• 5.1.0.25 Apollon V2
• 5.1.0.24 Apollon V2
• 5.1.0.23 Apollon V2
• 5.1.0.18 Apollon V2
• 5.1.0.15 Apollon V2
• 5.1.0.14 Apollon V2, with SP1 and SP2
• 5.1.0 Apollon V2

• Issues in Apollon V2 release
• Discontinued systems & integrations
• End of maintenance and support
• Change reports

---

What's new in 5.1.0.25 Apollon V2

New features and improvements

• Improved stability and functionality in Si3 deduplication, including fixes for race conditions during garbage collection, page decryption handling, and Azure Blob connector behavior.
• Improved error handling and service management for BSR operations, added SBC_BSR restore functionality, enabling restore to different target drive with options for overwriting and clearing target drive before restore.

Fixes

Fixed with 5.1.0.25 Apollon V2:

SEP sesam v. 5.1.0.x - (#34077) MS SQL Server restore to a different database may overwrite the original database In case the target database name includes the server name (e.g., server name SQL1 and target database name SQL1_restore) and the server and instance are not explicitly specified, restoring a Microsoft SQL Server database to a different target may overwrite the original database if the Overwrite option is enabled. This option sets the REPLACE option in the T-SQL RESTORE DATABASE command. Workaround: When specifying the target database for restore, use the fully qualified format {server}/{instance}/{database}, for example, /SQL1/MSSQLSERVER/SQL1_restore. Solution: Fixed with 5.1.0.25 Apollon V2. SEP sesam v. 5.1.0.23 - (#33966) On vSphere, DIFF/INC backups may switch to FULL backups Backups of vSphere VMs may fail if manual snapshots are present or if datastore or VM names contain special characters. The issue is indicated in the backup log by the message: CBT information not available or corrupted. Try to perform a FULL backup instead. Workaround: Remove all snapshots from the affected VMs, if possible. Solution: Fixed with 5.1.0.25 Apollon V2.

See also: Change report

---

What's new in 5.1.0.24 Apollon V2

New features and improvements

• For Proxmox VE:
  • Ceph RBD storage is supported for Proxmox Virtual Environment (VE), enabling snapshot-based backups.
  • Incremental backup level is supported for snapshot-capable storage systems (LVM with thin provisioning, ZFS and Ceph RBD).
  • During restore, SEP sesam enables mounting backups on LVM with thin provisioning or Ceph RBD.
• For Hyper-V, a new feature is added to restore Windows VMs with TPM by generating a new Key Protector and reinitializing the TPM.

See also: Change report

---

What's new in 5.1.0.23 Apollon V2

New features and improvements

• For Proxmox, snapshot-capable storage systems (LVM with thin provisioning or ZFS) are now supported, offering FULL and INCR backup levels for backing up Proxmox virtual environment, optimizing storage usage and backup times.
• Improved ZFS restore process enhances Proxmox backup and recovery processes.
• LIS files from savesets are by default recreated in LISv2, ensuring better compatibility for Proxmox. If necessary, LISv1 is supported as a fallback option.
• Added support for HCL Domino 14 with enhanced error handling through new status checks.
• By default, deduplication in 'sm.ini' is always enabled during drive configuration for improved performance.
• Improved handling of VMware CBT snapshots after VM is moved to a different node due to vMotion.
• SEP sesam BSR Pro version 19.1.147 is now available.

See also: Change report

---

What's new in 5.1.0.18 Apollon V2

New features and improvements

• Added a retry mechanism for replication jobs marked as failed due to access errors, improving the retrieval of savesets from the target store.
• Reduced the number of Empty Trash entries in the list of media events. A database entry is now created only if at least 1MB was removed.
• Writing an additional heap dump file in case of a Si3 Out of Memory (OOM) error.
• Enhanced security on SiS servers by removing sesam root privileges in sm_main.
• Avoiding unnecessary buffering of written data to DataStore on Linux after 1024 written blocks.

Fixes

Fixed with 5.1.0.18 Apollon V2:

SEP sesam v. 5.1.0.15 - (#33645) Generation restore restores oldest files When selecting a file for restore with the Generation restore option enabled (selected by default), the oldest version of the file is restored instead of the newest. Restoring files without this option works as expected. Workaround: You can disable the Generation restore option in Advanced mode when restoring incremental (INCR) or differential (DIFF) backups. Solution: Fixed with 5.1.0.18 Apollon V2. SEP sesam v. 5.1.0.15 - (#33469) Failed HPE Catalyst replications HPE Catalyst replication fails with the following error message: 'str' object has no attribute 'decode' Workaround: If you experience this issue, you can contact SEP support and request a patch to address this problem. Solution: Fixed with 5.1.0.18 Apollon V2. SEP sesam v. 5.1.0.15 - (#33610) The option HPE StoreOnce Bandwidth Optimized Data Transfer does not work In task events for HPE datastores, the HPE StoreOnce Bandwidth Optimized Data Transfer option does not work and source-side deduplication is not performed. Solution: Fixed with 5.1.0.18 Apollon V2. SEP sesam v. 5.1.0.15 - (#33581) Failed restart of multiple backups When attempting to restart multiple tasks from the list of failed backups in the GUI (from the menu bar, select Activities -> Restart Backups), only the first task in the selection is restarted. Subsequent tasks in the selection do not restart as expected. Workaround: To restart multiple backups, use the restart functionality available in the Web UI. Solution: Fixed with 5.1.0.18 Apollon V2.

See also: Change report

---

What's new in 5.1.0.15 Apollon V2

New features and improvements

• The SESAM_BACKUP backup source was changed to (remove any spaces if gv_rw_db:backup,path+full://gv_rw_ini:,gv_rw_lib:,gv_rw_lis:,gv_rw_prepost:,gv_rw_prot:, gv_rw_sel:,path+full://gv_rw_times:,gv_rw_bin:,gv_ro:bin,gv_ro:skel/templates

New supported systems and integrations

• SLES 15 SP6
• Ubuntu 24.04

Fixes

Fixed with 5.1.0.15 Apollon V2:

SEP sesam v. 5.1.0.14 - (#33279) SESAM_BACKUP fails with Invalid Backup Source error After updating to version 5.1.0.14 Apollon V2, the SESAM_BACKUP operation may fail with an invalid backup source error. The backup path variable for SESAM_BACKUP does not update correctly to ...gv_ro:skel/templates/, instead, ...gv_ro:skel/templatessesam/ is retained. As a result, the backup operation cannot recognize the source path correctly. Workaround: You can manually modify the backup source of the SESAM_BACKUP to use the correct backup path: gv_rw_db:backup,path+full://gv_rw_ini:,gv_rw_lib:,gv_rw_lis:,gv_rw_prepost:,gv_rw_prot:, gv_rw_sel:,path+full://gv_rw_times:,gv_rw_bin:,gv_ro:bin,gv_ro:skel/templates Solution: Fixed with 5.1.0.15 Apollon V2. SEP sesam v. 5.1.0.14 - (#33210) Excessive logging causing replication performance issues on Si3NG Replication v2 between Si3NG datastores, may lead to issues on the destination RDS, such as decreased replication performance, excessive disk space consumption at <SESAM_VAR>/log/sms, and potential automatic shutdown of the Si3NG service during replication processes. The issue is caused by a missing entry in the configuration file sm_sdslog2.xml on the destination RDS. This file is located at <sesam-var>/ini and <sesam-root>/skel/templates. The entry that is missing is <logger name="akka.http.impl.engine.client.PoolId" level="INFO" additivity="true" />. Workaround: To resolve this issue, manually add the missing entry in both sm_sdslog2.xml files on the destination RDS. Search for the entry akka.http.impl.engine.client.PoolGateway and below it, insert the line <logger name="akka.http.impl.engine.client.PoolId" level="INFO" additivity="true" /> Solution: Fixed with 5.1.0.15 Apollon V2. Note that on SEP Immutable Storage (SiS), the fix must be applied manually because SiS installations are protected against host access.

See also: Change report

---

What's new in 5.1.0.14 Apollon V2

New features and improvements

• For SEP sesam Linux SBC, the GNU findutils were replaced by Perl-compatible Regular Expressions (PCRE), which changes how metacharacters are handled. Metacharacters are no longer escaped with a backslash, instead, a backslash causes them to be treated as literal characters. This change can affect how regular expressions are interpreted and applied on Linux Clients, potentially leading to issues with excluded items and backup sizes. Check your exclusion patterns to ensure that your backups include or exclude directories and files as intended, and, if necessary, remove the leading backslashes that are used to escape the metacharacters, for example, the leading '\' from ‘\(’, ‘\)’ or ‘\|’.
• The behaviour of blocking events for a specific timeframe in a backup day was improved, allowing for more precise control over event blocking. With the global setting suppress_with_timerange, any event configured as a blocking event (option Blocking date is enabled) must now have the Start time frame option defined. This sets the specific timeframe during which other events (with lower priority) are blocked. If the Start time frame is not defined, the blocking event will block other events for the entire backup day.

Fixes

Fixed with 5.1.0.14 Apollon V2 SP2:

SEP sesam v. 5.1.0.14 - (#33310) SEP sesam crashes with core dump when OVIRT system uses TLS v1.3 Using the most recent version of SEP sesam with OVIRT system version 4.5.6, which disables TLS v1.2, may lead to compatibility issues with TLS v1.3. Due to a compatibility problem between the Python version used in SEP sesam and the TLS configuration of OVIRT system, the crash may occur when accessing web servers that support only TLS v1.3. Solution: Fixed with 5.1.0.14 Apollon V2 SP2. SEP sesam v. 5.0.0.x - (#33286) Issue with Windows Path backup without VSS When performing a Path backup type on Windows, and the option Backup with VSS is disabled, the reparse points are incorrectly backed up as directories when they follow a directory on the same level. Microsoft strongly recommends using Volume Shadow Copy Service (VSS) for backing up running applications. If VSS is not used for backing up Microsoft volumes with data deduplication, which internally uses special reparse points for deduplication, it can lead to backup data inconsistency. Solution: For Windows clients, check the backup tasks type Path and make sure the option Backup with VSS is enabled for NTFS or ReFS file systems. Note that this option is enabled by default. SEP sesam v. 5.1.0.14 - (#33277) Newday event prevents execution of follow-up events Configured follow-up events may no longer start as expected. This issue is caused by the Newday event that is configured to cancel all running activities, and can be encountered on the first new SEP sesam backup day following the restart of the SESAM server service. The issue does not occur if Newday event is configured with the option Continue all running activities (set by default). Workaround: Set the newday option to Continue all running activities and restart the SESAM service. For more information, see Newday Event. Solution: Fixed with 5.1.0.14 Apollon V2 SP2. SEP sesam v. 5.1.0.14 - (#33300) Incorrect VMDK size calculation for changed blocks during restore During the restore process, SEP sesam may encounter an issue with calculating changed blocks for VMDKs (Virtual Machine Disks). If the disk size is not evenly divisible by 1024, a restore may fail with the error message: VixDiskLib: Detected DiskLib error 17 (You have requested access to an area of the virtual disk that is out of bounds). This issue occurs because the restored disk is added to the virtual machine with incorrect sizing, potentially as small as 512 bytes, causing the out-of-bounds error during restore. However, it is rare, as it depends on the specific configuration where the disk size is defined in a way that (disk size divided by 1024) is not equal to 0. Workaround: If you encounter this issue, contact SEP sesam support for assistance, as manual steps are necessary to resolve the problem. These steps involve creating the VMDK manually and restarting the restore process with special options. Solution: Fixed with 5.1.0.14 Apollon V2 SP2.

See also: Change report

Fixed with 5.1.0.14 Apollon V2 SP1:

SEP sesam v. 5.1.0.13 - (#32690) Hyper-V DIFF/INCR mount issue with dynamic disks On Hyper-V, mounting dynamic disks does not work for RCT incremental and differential backups. In the current version, mounting incremental and differential backups is only possible for fixed disks. The backup process can accurately identify and track data blocks that have been modified since the last backup on dynamic disks. However, dynamic disks cannot be mounted using an incremental and differential backup. Solution: Fixed with 5.1.0.14 Apollon V2 SP1. SEP sesam v. 5.1.0.14 - (#33184) Single file restore on Windows does not work Single file restore using VM mount on Windows, including Hyper-V, Citrix, and Nutanix platforms, is not functioning correctly. After the mount process is completed, browsing of the drive paths is not possible. This issue does not affect vSphere environments. Solution: Fixed with 5.1.0.14 Apollon V2 SP1. SEP sesam v. 5.1.0.14 - (#33198) SEP sesam Server requires client certificate for SSL handshake (Windows only) In certain scenarios, a request for a client certificate is issued when attempting to connect to the REST server. In Chrome and Firefox browsers a dialog box opens, requesting a client certificate for authentication. However, after selecting and confirming a certificate, connection to the server may be rejected with an error message stating that the site cannot provide a secure connection. Workaround: When prompted to select the client certificate, click Cancel. This allows the connection to the WebUI without any further issues. Solution: Fixed with 5.1.0.14 Apollon V2 SP1.

See also: Change report

Fixed with 5.1.0.14 Apollon V2:

SEP sesam v. 5.1.0.5 - (#32464) Problems with deleting migrated savesets in SEP sesam GUI The new function for deleting savesets in the SEP sesam GUI has difficulties when handling deletion of migrated savesets. The following problem may be encountered when attempting to delete such savesets: Multiple savesets get selected for deletion: If a saveset has been migrated multiple times to the same media pool, deleting such saveset will select all savesets present on that media pool for deletion. With a source saveset from a failed migration, the dependent savesets also get selected for deletion: Deleting an unsuccessfully migrated FULL saveset will also select the associated successful copies for deletion. Additionally, deleting an unsuccessfully migrated DIFF/INCR saveset will remove the dependent child savesets (INCR), even if a successful copy still exists. Workaround: It is strictly recommended to carefully review the list of savesets selected for deletion and ensure that only the intended savesets are chosen for removal. If the list includes savesets that should not be deleted, it is advised not to execute the deletion action. Resolution: In Apollon V2 the option Number of copies now determines how many times savesets are migrated to the same media pool. To prevent redundant copies in the destination media pool and avoid issues with storage management and deletion, set this option to 1. SEP sesam v. 5.1.0.5 - (#32381) PostgreSQL startup failure after changing SEP sesam service user (Windows only) By default, the SEP sesam service starts under the SYSTEM user account. At installation, PostgreSQL database is set to start under this account. However, if the username of the SEP sesam service is changed from SYSTEM (for example, to Administrator) after installation, PostgreSQL encounters startup issues and fails to start. Changing the user name of the SEP sesam service affects the ownership and permissions of the PostgreSQL data directory, typically the db_pg folder. As a result, PostgreSQL is unable to access the necessary files and resources, causing failure to start up. Solution: You can revert to the previous SEP sesam service account (SYSTEM), or change the ownership and permissions of the PostgreSQL data directory (db_pg folder) to the used SEP sesam service account user. In this case make sure you change ownership and permissions for subfolders and files as well (use Windows Explorer option Replace owner on subcontainers and objects). PostgreSQL regains the necessary access rights, enabling it to start successfully. Note that this workaround modifies the folder's ownership and permissions, so make sure that the used user account has appropriate privileges for managing the SEP sesam database.

See also: Change report

---

What's new in 5.1.0 Apollon V2

SEP sesam SAP IQ integration

SEP sesam now offers support for SAP IQ database environments. The SAP IQ integration is using the external isql utility to perform SAP IQ backups and restores. Supported backup types are FULL (a complete copy of the database), DIFF (all changes to the database since the last full backup, also called INCREMENTAL-SINCE-FULL) and INCR (all transactions since the last backup of any type).

VMware Backup Using Hardware Snapshots

SEP sesam provides the capability to perform efficient and fast backups of virtual environments using hardware snapshots. Hardware snapshots capture the precise state of a VM's virtual disks at a specific point in time, ensuring a consistent view of the VM's virtual disks during the backup process. SEP sesam utilizes hardware snapshot capabilities offered by the underlying storage systems such as HPE Nimble Storage, Pure Storage, Huawei OceanStor or other SAN storage systems.

PostgreSQL INCR Backup

The Sesam PostgreSQL module now supports DIFF/INCR backups. These backups involve file-level backup of both the PostgreSQL database data files and the PostgreSQL Write Ahead Log (WAL) files. However, it's important to note that backup and restore operations can only be performed for complete database instances. Single database backup or restore is not supported.

Configuring data migration

Apollon V2 brings changes to data migration. The option Number of copies now determines the number of saveset copies in a single destination media pool, rather than the overall number of copies across all media pools. To have multiple copies of backed-up data across different media pools, configure separate migration tasks. For each task, set the Number of copies to 1 to ensure a single copy is created in each destination pool.

	Note
	It's essential to review existing migration tasks. If the Number of copies is set to a value other than 0 or 1, adjust it to 1 to prevent multiple copies of the same data in one media pool.

Follow-up event and migration task for external backups on SAP HANA and Oracle

SEP sesam offers new parameters that can be used to configure migration task and follow-up event for external backups on SAP HANA and Oracle. Migration task can be specified with parameter SESAM_MIGRATION_TASK, and a follow-up event with parameter SESAM_FOLLOW_EVENT. In addition, SESAM_TASKEVENT parameter can be used to call a preconfigured backup event, which enables specifying a migration task, follow-up event, and failover backup event, in addition to the general settings and parameters for the backup. This enables you to manage and maintain the backup settings and related subsequent actions in one location.

Enhanced notify and alarm interfaces

SEP sesam offers enhanced notify and alarm interfaces to include email notifications for the status of executed command events. You will receive timely notifications regarding the status of essential operations such as backups, restores, commands, migrations, media initializations, and the initiation and completion of NEWDAY events.

Improvements in 5.1.0 Apollon V2

• Perform consecutive SEP sesam self-backups of SESAM_BACKUP task for disaster recovery purposes with level DIFF instead of INCR. This enables recovery of SEP sesam Server from two backups. Essential files, like *.ini, are saved during DIFF backup, ensuring faster and more reliable recovery process.
• Many updates and improvements to S3 storage backend.
• The new LIS file format (introduced in Apollon) is now implemented for most backup types. LIS files store extended information about the unique files in a backup, and significantly improve restore speed for restores using mount capabilities.
• Log handling and cleanup is improved. Old SMS/STPD logfiles are purged recursively from RDS, on SEP sesam Server old migration logs, migration DB entries, and media logs are being deleted.
• Newly created custom SEP sesam scripts, such as sm_notify/alarm and sbc_pre/post, are now stored in the /var/opt/sesam/var/bin directory with read-write access. This directory has been added to the PATH variable in the SEP sesam profile as gv_rw_bin. When a script is called, SEP sesam will first check the gv_rw_bin directory. If it is empty, it will then check the previous gv_ro_bin directory.
• The minimal free disk space threshold, used to monitor disk space on the partition where SEP sesam Server logs and listings are stored, is now defined with the gv_conf_minfree_var variable in global settings (accessible in Web UI through navigation menu -> System Configuration -> System Settings). Additionally, the gv_conf_shutdown_minfree variable determines whether the server shuts down when free disk space falls below the critical threshold. For more details, see What does the notification "Disk space for listings and logging below critical threshold" mean?

CLI:

• When configuring a new datastore, the running operations of the existing datastores are no longer terminated. A new datastore can be added without re-initializing all drive queues.
• Clients can be exported with full data on credentials, on import the credentials will be recreated.
• A command can be renamed using sm_cmd rename command <old name> <new name>
• For data stores the option -o (for command sm_config_drives) changed from Boolean to a number:

   -o 0: do not start sm_config_drives at all
   -o 1: start sm_config_drives <dn> CREATE-DS
   -o 2: start sm_config_drives <dn>
   -o 3: start sm_config_drives

• When removing a data store, a new option -F <n> is available to remove the data store metadata only (-F 0) or the data store metadata and data files (-F 1). Note that -F 1 is the default setting and the data store is removed with all metadata and data files by default.
• When adding or modifying a data store, the data store options can be now set using -A "<options>".
• When adding a new data store, two drives are created with the data store by default. The parameter -D 0 prevents creating the second drive.
• When starting a restore, the required backup level can be specified for the restore command sm_cmd restore -j <task name> -y C. In addition, the saveset ID of a migrated backup can be specified sm_cmd restore -s <saveset ID of migrated backup>.
• A schedule can be renamed using sm_cmd rename schedule <old name> <new name>.
• Logs can be uploaded directly to the SEP Customer Experience server using command sm_cmd upload log.

Note

On Linux, file system traversal transitioned from gnufind to SEP AG find. Consequently, specifying excludes now requires a stricter format and each exclude must be specified with a leading \. (for example, \./tmp/$,\./dev/null$). Note that if excludes are generated through job browsing, they already follow the correct format. Review the exclude settings in your backup task configurations, for example in task SESAM_BACKUP, to verify they comply with this requirement.

Web Restore Assistant:

• The option to perform single file restore and mount the VM is available in simple mode.
• File lists and other tables can be sorted.
• Restore logging was improved and the log file contains information for restores started by GUI, Web Restore Assistant or CLI.

Web UI:

• With SP1, generic reports are available on Windows. They can be customized to meet your specific requirements and provide insights into the latest run of backup tasks within a specified time period.
• HTTPS protocol is used for communication with the REST-Server.
• A new page displaying savesets by datastore is available and can be accessed in Data Stores view (Infrastructure -> Data Stores) or data store details window.
• Savesets can be deleted. The option is available in the context menu in Data Stores view (Infrastructure -> Data Stores) and in backup details window.
• Backups can be migrated. The option is available in the context menu or from savesets bubble in Backups view (Monitoring -> Backups) and in backup details window.
• Immediate start option is available for Schedules in the context menu in Schedules view (Backup Strategy -> Schedules) and in schedule details window.
• Commands can be created and managed in the Command Task view (Infrastructure -> Data Stores)
• System settings can be created and managed in the System Settings view (System Configuration -> System Settings).
• Running backups, migrations, replications, restores and commands can be cancelled in the context menu or from timeline in Active Jobs view (Monitoring -> Active Jobs -> Timeline tab) and in result details window.
• Many other improvements to layout and navigation to enhance the user experience.

	Note
	SEP sesam Apollon V2 is the last version to include support for SUSE Linux Enterprise Server 12 (SLES12) and Debian 10. With the next release, the support for these operating systems will be discontinued.

New supported systems and integrations in 5.1.0 Apollon V2

Ubuntu 23.10

SEP sesam Server 5.1.0 Apollon V2 supports Ubuntu 23.10 distribution.

SLES 15 SP4

SEP sesam Server 5.1.0 Apollon V2 supports SLES 15 SP4 distribution.

VDDK 8

SEP sesam 5.1.0 Apollon V2 supports VDDK 8 and it is included in SEP sesam for Windows. On Linux, manual update is required. VDDK 8 is compatible with VMware vSphere version 6.7 or higher.

With VDDK 8, a data mover running RHEL 9 is also supported by VMware.

SAP IQ 16.x

SEP sesam Server 5.1.0 Apollon V2 supports SAP IQ 16.x. Support is provided by the libsepsybasebr library, which is based on the library for SAP ASE.

Huawei OceanStor NDMP

SEP sesam Server 5.1.0 Apollon V2 supports Huawei OceanStor NDMP storage integration.

For a complete list of supported OS and databases, see SEP sesam Support Matrix.

Known issues and limitations

	Note
	Antivirus programs may disrupt network communication and cause SEP sesam processes, such as backup and replication, to fail. One program that is known to cause SEP sesam processes to terminate is Sophos Firewall with IPS (Intrusion Prevention System) enabled. Make sure that there are no antivirus, firewall, IDS or IPS programs preventing interaction with SEP sesam.

5.1.0.x Apollon V2 known issues:

Severity: NORMAL SEP sesam v. 5.1.0.25 - (#34281) Issue with the page index leads to long restart times for the Si3 data memory, as all pages are re-read The page index for Si3 data store is no longer being written, leading to a deep page check after each service restart. The first PCCK after restarting the Si3 will run in deep mode, resulting in considerably longer processing time. This issue significantly impacts Si3 data stores on cloud platforms (e.g., Azure). Important: If you are using an Si3 data store in the cloud and have already updated to version 5.1.0.25, please contact SEP Support, even if you have not yet encountered this issue. It is recommended to avoid stopping the Si3 data store, as this may result in increased costs for the additional download. Workaround: This issue will be fixed in version 5.2.0 Artemis. Customers using an Si3 data store in the cloud are advised not to update to version 5.1.0.25. Instead, they should update only to the archived SEP sesam version 5.1.0.24, available at SEP Download Center. If you have already upgraded to the affected version, please contact SEP support for assistance with a patch. SEP sesam v. 5.1.0.14 - (#34167) On Hypervisor, VM backups are only partially encrypted During a VM backup on Hypervisor, only the configuration data of the VM is encrypted, while the VM disks remain unencrypted. The encryption process does not encrypt the data stored on the VM disks. Workaround: If this issue affects your environment, you can contact SEP support and request a patch to address the problem. Solution: SEP is working on this issue and plans to provide a solution with the next major release. SEP sesam v. 5.1.0.x - (#33975) LTO tape encryption issues In case where LTO tape encryption fails due to problems with the tape library (hardware or firmware), SEP sesam may continue to use the tape without encryption. If the media pool is configured for encryption, SEP sesam encounters an error when attempting to reuse the tape containing an unencrypted backup. Solution: SEP is working on this issue and plans to implement a check in SEP sesam. When a tape that should be encrypted is inserted, SEP sesam will check for encrypted blocks. If no encrypted blocks are detected, SEP sesam will disable the encryption setting for that tape and notify the user. This will ensure that any tape encryption failures are detected, and the tape will no longer be displayed as encrypted. SEP sesam v. 5.1.0.x - (#33425) Si3-NG data store freezes The Si3-NG data store may freeze after approximately 28 days. Workaround: Restart the Si3-NG data store within 28 days to prevent this issue. SEP sesam v. 5.1.0.14 - On Linux Clients, changed processing of regular expressions may impact excluded items and backup sizes In 5.1.0.14 Apollon V2, for SEP sesam Linux SBC, the GNU findutils were replaced by Perl-compatible Regular Expressions (PCRE), which changes how metacharacters are handled. Metacharacters for ’(’, ‘)’ or ‘|’ are no longer escaped with a backslash ‘\’, instead, a backslash causes them to be treated as literal characters. This change can affect how regular expressions are interpreted and applied on Linux clients, potentially leading to issues with excluded items and backup sizes. Solution: On Linux clients, review your exclude lists and, if necessary, update the regular expressions to use the PCRE syntax. Check your exclusion patterns in SEP sesam Linux backup tasks, in the client sm.ini file section [SBC_EXCLUDE] and the SBC exclude list files referenced in the SBC with the option -X {excludelist_file}, and remove the backslashes that are used to escape the metacharacters, the leading '\' from ‘\(’, ‘\)’ or ‘|’. SEP sesam v. 5.1.0.14 - (#33280) HTTPS is not supported due to CPU requirements During the installation or update of SEP sesam on Windows systems, a CPU check is performed. If the CPU does not support the required instructions, HTTPS is disabled. The following error message may be displayed: HTTPS is not supported on the system. Your CPU has to support AVX (Advanced Vector Extensions) as well as FMA3 (Fused Multiply-Add 3-operand Form) or FMA4 (Fused Multiply-Add 4-operand Form) to be able to use HTTPS. It has been observed that certain CPUs, such as the "Intel Gold" series, no longer include FMA instructions. The AVX instruction appears to have incorporated the functionality of FMA, rendering the original check unnecessary for such CPUs. Workaround: To force HTTPS on affected Remote Data Store (RDS) systems, edit the <sesam var>\ini\stpd.ini file. Under the section [STPD_Server] add the setting FORCE_HTTPS_START=1. After making this change, restart the STPD service. Note that the entire STPD service may crash during startup if AVX or FMA instructions are completely unavailable. Solution: SEP is working on this issue and plans to provide a solution with the next major release. SEP sesam v. 5.1.0.14 - (#32451) On Debian, the installation of SEP sesam Server fails SEP sesam Server may fail to install on Debian 11 Bullseye and Debian 12 Bookworm versions due to an issue with the package ca-certificates-java, which is a dependency of openjdk. This issue is caused by a Debian bug, where Debian package manager (apt) sometimes fails to sort the package dependencies correctly. This occurs more frequently since the release of the new openjdk-17 package. For more information on Debian issue, see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1030129. Workaround: To proceed with the installation of SEP sesam, you can either temporarily disable security repositories or install the openjdk headless package. Alternatively, you can wait for Debian to release a fix, which is already in progress. SEP sesam v. 5.1.0.13 - (#33119) The Time Frame option in CLI is ignored In CLI, the Time Frame option to stop a running task is not working as intended. The -Z [param] option in the CLI is intended to set a time frame after which a task, if it is still running, should be canceled. Currently, the running task is not cancelled after the specified time as expected. Workaround: If a task continues to run beyond the specified duration, it can be cancelled manually. SEP sesam v. 5.1.0.7 - (#32785) Failed backup of vSphere VM with configured vTPM When attempting to back up a virtual machine (VM) with a configured virtual Trusted Platform Module (vTPM), the backup process may fail. This is caused by the specific VM configuration involving a vTPM, which prevents successful export of the VM's Open Virtualization Format (OVF). SEP sesam can successfully perform backup of such VMs only when they are in offline mode (powered off). Workaround: If the virtual TPM is not actively used by the guest operating system or for encrypting the entire virtual machine, consider removing or disabling the vTPM from the VM configuration in vSphere Management console. SEP sesam v. 5.1.0.5 - (#32419) Unable to install BSR Pro using MSI installer during a SEP sesam update If BSR Pro was not previously installed on the client and the option to install it during the update process is selected, the update process fails with an error. During a SEP sesam update, when attempting to install BSR Pro using the MSI installer, the installer tries to uninstall BSR Pro, resulting in an error since BSR Pro is not present on the system. As a result, the update process is aborted. Workaround: Uninstall the Windows SEP sesam Client and then reinstall the latest version of the SEP sesam Client, with the BSR Pro option selected during the installation process. SEP sesam v. 5.0.0.x – BSR Pro fails to update during silent SEP sesam update BSR Pro is not updated when you update a SEP sesam Server, RDS or Client component including BSR in silent mode, e.g. via the PowerShell command line. BSR Pro is installed with own MSI installer and cannot be included automatically in a chained installation. During a manual update using the installer EXE, or during the remote update installation via the SEP sesam GUI (sm_update_client) BSR Pro will be updated normally. During the silent installation the update of BSR Pro is not performed. Workaround: Start a regular GUI-based update or use the SEP sesam GUI (sm_update_client), which includes updated version of BSR Pro.

Discontinued systems

	Note
	With Apollon release SEP sesam no longer supports Java JRE 1.8 release. During SEP sesam Server update, Java update to version 11 or higher is enforced. On RDS component, you have to upgrade Java to version 11 or higher manually. If you are using Si3 or Si3-NG deduplication store, which require Java, update the Java version before updating the RDS component, otherwise Si3 might not start.

In SEP sesam Apollon V2 the following OS versions are no longer supported:

• RHEL 7
• Debian 9 (Stretch)
• Windows 2012 R2

Note that for SEP sesam Server installations on SUSE distributions the following applies:

• for SLES12 Service Pack 5 is required
• for SLES15 Service Pack 4 or higher is required

You can continue using the last available version of SEP sesam on these operating systems, but SEP AG no longer provides updates or fixes for the specified versions.

For SEP sesam Client versions, backward compatibility is maintained and the last available versions for a platform are continuously supported. On older platforms you can use older versions of SEP sesam Client component, but it is recommended to combine such clients with the latest versions of SEP sesam Server and RDS components.

For details on discontinued systems, see Unsupported OS. For a complete list of supported SEP sesam Clients, see SEP sesam Support Matrix.

End of maintenance and support

Obsolete SEP sesam Server versions

The following versions of SEP sesam are no longer supported:

• SEP sesam 5.0.0 Jaglion -> April 2024
• SEP sesam 4.4.3 Beefalo V2 -> August 2023
• SEP sesam 4.4.3 Beefalo -> August 2022
• SEP sesam 4.4.3 Grolar -> October 2021
• SEP sesam 4.4.3 Tigon V2 -> December 2020
• SEP sesam 4.4.3 Tigon -> September 2020

For the list of all SEP sesam versions see SEP sesam Release Versions.

Change reports

• Change report 5.1.0 Apollon V2

Copyright © SEP GmbH (formerly SEP AG) 1999-2025. All rights reserved.

Any form of reproduction of the contents or parts of this manual is allowed only with the express written permission from SEP GmbH. When compiling and designing user documentation SEP GmbH uses great diligence and attempts to deliver accurate and correct information. However, SEP GmbH cannot issue a guarantee for the contents of this manual.