Добрый день/вечер специалистам

мне нужно было обновить только ISAGENT компонент в Solution Manager 7.1 (SP14): с ISAGENT 8 SP24 (8.2.4.0.20120127134749) на SP24 SP3
Попробовала было через telnet, но не пошло. После чего, почитав note 2068401 "How to update the ISAgent (Byte Code Adapter) - Solution Manager 7.10", jа все же решила воспользоваться не особо любимым SUMом. Взяла последнюю версию: SUM10SP16_10-20006676.SAR Patch 10 for SOFTWARE UPDATE MANAGER 1.0 SP16. Запустила как надо, все шаги прошли хорошо до execution Phase, единственное я пропустила предупреждение (щарнинг) о том, что "no valid maintenance certificate found on AS Java with SID S3P". Вместо того, чтобы сертификат закинуть, я пошла дальше. В результате в execution фазе SUM остановился со следующей ошибкой: "Cannot execute Java process for deployList with parameters E:\usr\sap\S3P\SUM\sdt\tmp\deploy_list.txt. Return code condition success evaluated to false for process java.exe for action ACTION_DEPLOY_LIST".
В deploy_list.txt имеем: K:\Software\Java_stack\ISAGENT24_3-20006926.SCA

Ну, я быстренько обновила сертификат через visual Administrator, но это не сильно помогло. Посмотрела всякие разные logi i traces. Нашла следующее:

ERROR: NOT updated. The Deploy Service returned the following error:
For detailed information see the log file of the Deploy Service.
Exception is:
java.lang.SecurityException: User not authorized.

Странно думаю, какой пользователь?
в одном trace нашла следующее:

Time: 2016 05 04 17:44:03:238
SourceName: com.sap.engine.services.file.FileFrame
Location: com.sap.engine.services.file.FileFrame
User: SAP*
Session: 145
DSRComponent: 06FC5A3D120F11E6874300000043F18E
DSRUser: 06fc5a3d120f11e6874300000043f18e-0
DSRTransaction: 06fc5a3d120f11e6874300000043f18e
ThreadName: SAPEngine_Application_Thread[impl:3]_35
GroupLevel: 0
GroupIndent: 0
Severity: Error
Text: User authorization in File Service failed.

Проверила пользователя SAP* в Java stack у него на самом деле прав как-то мало, но в принципе так и должно быть ( сравнила с другой системой Solman). Но причем тут этот user? Я думала используются J2EE_ADMIN или SDM, которые я задавала в начале.

Не пойму, что теперь можно сделать и в чем на самом деле проблема. В том, что сертификата не было, а потом, когда я его уже закинула, то SUM
уже не считывал Queue заново по-настоящему? Или скорее, что мой s3padm (а причем тут SAP*? ) не имеет прав доступа к K:\Software\Java_stack\ISAGENT24_3-20006926.SCA (т.е. не только к фаилу, но и ко всем директориям)? Проверить тут? На сам фаил есть полный доступ у s3padm.

Заранее спасибо за хорошие идеи

Глупая идея: ядро самое свежее ?

попробуйте обновиться через SDM

Я его в январе обновляла. Так что, не старое.

Приедется, наверное, если по-другому не получится. Эта идея у меня еще изначально была, но я решила попробовать, как в Note рекомендовали. Но сначала надо как-то красиво выйти из SUMa, в котором я как раз в execution фазе застряла

Мало информации...
Самих логов бы и побольше.

А короткий совет именно таков - деплойте через telnet.
Быстро и эффективно.

У сума вроде есть кнопка - назад, а в меню есть варианты сброса процесса.