SRM. После модернизации SRM в диспетчере обновлений по-прежнему установлена предыдущая версия Java.

• После модернизации SRM диспетчер обновлений на внешнем сервере содержит предыдущую версию Java, которая использовалась до модернизации:

/opt/APG/Tools/Update-Manager/[version]/data/Sun-JRE_[version]/

/opt/APG/Tools/Update-Manager/7.4.1/data/Sun-JRE_8.0.311/

• SRM не использует установку ДИСПЕТЧЕРа обновлений JRE. Этот параметр используется только для диспетчера обновлений в процессе модернизации. 
• SRM имеет правильную версию Java после обновления:

/opt/APG/Java/Sun-JRE/[version]

/opt/APG/Java/Sun-JRE/8.0.321

• Диспетчер обновлений устанавливает текущую версию Java в процессе модернизации (то есть версию Java, используемую перед обновлением). Этот параметр используется во время модернизации.
• После модернизации диспетчер обновлений не очищает установку Java, которая используется для процесса обновления, поэтому предыдущая версия Java все еще присутствует. 

1. Войдите на внешний сервер.
2. Запустите сценарий manage-modules, чтобы удалить службу update-manager:

/opt/APG/bin/manage-modules.sh remove update-manager

3. При появлении запроса выберите «yes» для удаления и «yes» для очистки модуля, как показано ниже:

[root@sirius01 ~]# /opt/APG/bin/manage-modules.sh remove update-manager
Modules to be removed, in processing order:
   [1] D update-manager '7.5' v7.5
 ? Enter the step to modify, 'yes' to accept them, or 'no' to cancel the operation [yes] > yes

Starting removal of update-manager 7.5...
 * Gathering information...
 * The module installed in '/opt/APG/Tools/Update-Manager/7.5' will now be removed.
 ? Do you want to completely purge the module Update-Manager 7.5 out of the system, including data files, configuration files and restore points? (yes/no) [n] > yes
 * Removing files... 100%
 * Finalizing removal...
Removal complete.
[root@sirius01 ~]#

4. После завершения убедитесь, что диспетчер обновлений и его установка Java удалены.