Welcome to syslog-ng Store Box (SSB) version 6.0.0 and thank you for choosing our product. This document describes the process to upgrade existing SSB installations to SSB 6.0.0. The main aim of this paper is to aid system administrators in planning the migration to the new version of SSB.
Read the entire document thoroughly before starting the upgrade.
Upgrading to SSB 6.0.0 is not supported if you have SSB deployed on any of the following Pyramid hardware: SSB N1000, SSB N1000d, SSB N5000, SSB N10000. For details, see Prerequisites and Notes.
As of June 2011, the following release policy applies to syslog-ng Store Box:
Long Term Supported or LTS releases (for example, SSB 5.0) are supported for 3 years after their original publication date and for 1 year after the next LTS release is published (whichever date is later). The second digit of the revisions of such releases is 0 (for example, SSB 5.0.1). Maintenance releases to LTS releases contain only bugfixes and security updates.
Feature releases (for example, SSB 5.1) are supported for 6 months after their original publication date and for 2 months after succeeding Feature or LTS Release is published (whichever date is later). Feature releases contain enhancements and new features, presumably 1-3 new features per release. Only the last of the feature releases is supported (for example, when a new feature release comes out, the last one becomes unsupported).
Downgrading from a feature release to an earlier (and thus unsupported) feature release, or to the previous LTS release is not supported.
Upgrading to SSB 6.0.0 is tested and supported using the following upgrade path:
The latest SSB 5 LTS maintenance version (for example, 5.0.3) -> SSB 6.0.0
Always upgrade to the latest available maintenance version of SSB 5 LTS before upgrading to SSB 6.0.0.
The latest maintenance version of the previous feature release (in this case, SSB 5.3) -> SSB 6.0.0
From older releases, upgrade to 5 LTS first. For details, see How to upgrade to syslog-ng Store Box 5 LTS.
Unsupported protocol: The sslv3 protocol is unsupported. Make sure that your clients support a newer protocol (at least tlsv1.0), otherwise SSB will not be able to receive log messages from them.
Unsupported ciphers: The rc4 and 3des cipher suites are unsupported. Make sure that your clients support a cipher suite that contains more secure ciphers, otherwise SSB will not be able to receive log messages from them.
Unsupported digest method: The sha-0 (sha) digest method cannot be used in logstores anymore. If you have a logstore that uses this digest method, you must configure the logstore to use a different method before upgrading to SSB 5.3. Note that SSB rotates the logstore files every midnight. After changing the digest method, you must wait for the next logrotation before upgrading to SSB 5.3. For details on changing the digest method, see "General syslog-ng settings" in the Administration Guide.
After upgrading to SSB 5.3, you will not be able to access and search the logstore files that use the sha-0 digest method.
The Special > Firmware user privilege has been removed. To upload a new firmware, the user now needs to have the Basic Settings > System privilege. Note that users who had only the Special > Firmware privilege will not be able to login to SSB after upgrading to version 5.3. For details on managing user privileges, see "User management and access control" in the Administration Guide.
Configuration changes of syslog-ng Premium Edition peers can be displayed only for peers running syslog-ng Premium Edition 3.0-6.0.x. Peers running syslog-ng Premium Edition version 7.0.x do not send such notifications. As a result, if you are forwarding the logs of an SSB node to another SSB node, such log messages will not be available. You can check the configuration changes of SSB on the AAA > Accounting page.
SNMP destinations and SQL sources have been removed in the SSB 5.2.0 release
Do not upgrade to SSB 5.2.0 if you are currently using and want to continue to use:
These functionalities have been removed from SSB starting with version 5.2.0. Upgrading from 5 LTS and its minor versions would mean that you would have to upgrade to 5.2.0 - to continue to receive support for the product.
Staying on 5 LTS and its minor versions means that you will not have access to the HDFS destination functionality available in SSB starting with version 5.1.0, however, you will continue to get support for 3 years after the original publication date of 5 LTS (December 2017) and for 1 year after the next LTS release is published (whichever date is later).
If you wish to carry on using SNMP destinations or SQL sources, contact firstname.lastname@example.org.
SSB 5 LTS is not supported on the following hardware: SSB N1000, SSB N1000d, SSB N5000, SSB N10000.
In case you have SSB deployed on other, newer hardware or you have SSB 4 LTS, those will not be affected in any way. The version policy applies to those. For details, open the SSB product page on the Support Portal and navigate to Product Life Cycle & Policies > Product Support Policies > Software Product Support Lifecycle Policy.
If you wish to take advantage of new features and remain supported beyond the end date of the Extended Support phase, you need to upgrade your hardware. For assistance with your hardware upgrade, contact our Sales Team. For further inquiries, contact our Support Team.
If you do not know the type of your hardware or when it was purchased, complete the following steps:
Log in to SSB.
Navigate to Basic Settings > Troubleshooting > System debug, click COLLECT AND SAVE CURRENT SYSTEM STATE INFO, and save the file.
Log in to the support portal and submit a ticket.
In the Summary field, enter Determining hardware type.
Upload the file you downloaded from SSB in Step 2.
We will check the type of your hardware and notify you.
The following list applies to all configurations:
The firmware of your SSB appliance is not tainted (that is, none of its files were modified locally). If the firmware is tainted, a warning is displayed on the Basic Settings > System > Version details page.
Upgrading is not supported if the firmware is tainted. If your firmware is tainted, contact our Support Team.
You have backed up your configuration and your data.
For more information on creating configuration and data backups, see "Data and configuration backups" in the Administration Guide.
For added safety, you have also exported the current configuration of SSB.
For detailed instructions, refer to "Exporting the configuration of SSB" in the Administration Guide.
You have a valid support portal account.
To download the required firmware files and the license, you need a valid support portal account. To create an account, navigate to the support portal and follow the instructions on screen (you will need to enter your product's asset number, which is the license number or serial number you have been provided previously).
You have downloaded the new 6.0.0 license file from support portal. As license files are specific to each long term release, upgrading to SSB 6.0.0 removes any earlier license.
You have downloaded the latest SSB firmware file from the Downloads page.
For a details about the firmware file, see "Firmware in SSB" in the Administration Guide.
You have read the Release Notes (changelog) of the firmware(s) before updating. The Release Notes might include additional instructions specific to the firmware version.
The Release Notes are available on the syslog-ng Store Box Documentation page.
If you have a high availability cluster:
You have IPMI access to the slave node. You can find detailed information on using the IPMI interface in the following documents:
For syslog-ng Store Box Appliance 3000 and 3500, see the IPMI User's Guide.
You have verified on the Basic Settings > High Availability page that the HA status is not degraded.
If you have a high availability cluster with geoclustering enabled: Perform the firmware upload steps an hour before the actual upgrade. Geoclustering can introduce delays in the synchronization between the primary and the secondary node, and the secondary node might not be able to sync the new firmware from the primary node on time.
If you are upgrading SSB in a virtual environment:
You have created a snapshot of the virtual machine before starting the upgrade process.
You have configured and enabled console redirection (if the virtual environment allows it).
During the upgrade, SSB displays information about the progress of the upgrade and any possible problems to the console, which you can monitor with IPMI (ILOM) or console access.
We recommend that you test the upgrade process in a non-production (virtual) environment first.
Upgrading SSB requires a reboot. We strongly suggest that you perform the upgrade on the production appliance during maintenance hours only, to avoid any potential data loss.
For details on upgrading your syslog-ng Store Box (SSB) installation to 6.0.0, see the following procedures.
If you want to upgrade a SSB cluster, see Upgrading an SSB cluster.
Read the following warnings before starting the upgrade process.
To upgrade a standalone SSB node to version 6.0.0
Stop SSB from accepting the incoming log traffic. Navigate to Basic Settings > System > Service control and click Disable.
If you are upgrading from SSB 5.3: Update the firmware of SSB using the web interface.
Navigate to Basic Settings > System > Upgrade.
Upload the new ISO file.
When the upload is finished, click Upgrade and reboot node.
If you are upgrading from SSB 5.0: Upload the boot firmware of SSB using the web interface.
Navigate to Basic Settings > System > Boot firmwares.
Upload the new boot firmware.
When the upload is finished, select the After reboot option for the new firmware.
If you are upgrading from SSB 5.0: Update the core firmware of SSB using the web interface.
Navigate to Basic Settings > System > Core firmwares.
Upload the new core firmware.
When the upload is finished, select the After reboot option for the new firmware.
Do not reboot SSB yet.
Navigate to Basic Settings > System > System Control > This node, and choose Reboot.
SSB attempts to boot with the new firmware. Wait for the process to complete.
Recommended step. To help troubleshoot potential issues following the upgrade, collect and save system information (create a debug bundle) now.
Navigate to Basic Settings > Troubleshooting > System debug and choose Collect and save current system state info.
Navigate to Basic Settings > System > Version details and check the version numbers of SSB. In case you encounter problems, you can find common troubleshooting steps in Troubleshooting.
Upload the new license file. For details, see Updating the SSB license.
Enable SSB to receive the incoming log traffic. Navigate to Basic Settings > System > Service control and click Enable.