Chapter 2: Upgrade Behavior, General
Redoing an Upgrade from SGOS 3.2.4
When the initial SGOS 4.x upgrade occurs, any compatible configurations are converted. This only happens the first time you upgrade; if you later downgrade to a
To force the new system's configuration to be regenerated after changes are made to the older system's configuration, you will need to force the upgrade conversion to occur again. Use the
Note: Previous force commands,
The
If saved SGOS 3 settings exist, the
Redoing an Upgrade from SGOS 2.x or CacheOS 4.x
To downgrade to capture changes to the older version’s configuration, you must first launch the SGOS 3.x image, then select the SGOS 2.x or CacheOS 4.x version to launch. After you make the desired changes, you must follow the upgrade path back to SGOS 3.2.4, using the
The
Important: Check for deprecation warnings after upgrading to 3.2.4 and before proceeding to SGOS 4.x.
If saved settings exist, the command warns the administrator that all the current next version settings will be lost and that a restart will be initiated, waiting for positive confirmation before clearing all the current next version settings, and then initiates a restart. The restart (similar to a restart regular) triggers the upgrade process, which copies over the settings and transform them to the next version settings.
9