День добрый, господа!

Кто-нибудь сталкивался с некорректной установкой патчей или loadware на 7 релизе?

У меня получилась следующая ситуевина:
оборудование: CS1000E Rel.7 (2CPPM + 2 SS DELL + 2 MAS + CallPilot 1006 Rel. 5.0 + CC7)
Начал делать upgrade loadware. Все как по доке: lwout all, удалил физически со станции, загрузил новые, lwlout, lwinst...
B обнаружил что loadware не установились корректно. попробовал переставить их заново - не помогло. Откатился назад (восстановил старые и на сервер и через upgrade mgc).
Через 2 недели снова попробовал все проделать.
И снова косяк - встали не все и не те.

И вот у меня вопросы:
1 - что я делаю не так?
2 - Или руки стали кривыми?
3 - как же их все-таки установить?
4 - как принудительно перестроить psdl?

лог 1 - первая установка
лог 2 - крайняя установка
PS: станцию перегружал не один раз и по питанию и через PDT.

Media Gateway Controller (MGC) loadware upgrade fails due to loadware rebuild and a system reboot is required
Document Id: KB95758599
Last Modified Date: 07-15-2010
Support Goal(s): Communication Server 1000/2000
Access Level: External Entitled
Description (Problem Clarification)

In a CS1000E, when new MGC loadware is unloaded or loaded and installed, there is no need for a psdl rebuild nor a system reboot. When trying to upgrade when a rebuild/reboot is required, the following error message is displayed; please note that the loadware failing might be different. This example is for MGCB:

SRPT205 Cannot open file "/u/loadware/mod/MGCBAH09.LD
SRPT073 Failed to write BOOTROM information to dnldlist.rec file.
SRPT073 Cannot create download list file for MGC. Upgrade Media Gateway aborted.

A lwstat shows the following:

Loadware patch number: 0
Patch file: /u/loadware/mgcbal60.lw
Patch is loaded & installed
It will be uninstalled after the PSDL rebuild and the system reboot.
Install date: Sat Jan 30 03:13:56 2010

Note: If the loadware status does not show the need for a rebuild/reboot but the SRPT logs are generated when trying to upgrade, please ensure that the loadware file is in the /u/loadware directory.

When these messages are received, the system is corrupted.


Resolution Plan

The current recovery method is to reinstall psdl via inistall menu using option P in the Call Server (CS).

However, in order to determine root cause for this issue, GPS requires specific data to be collected prior to a reinstall. Please contact next level support so data collection can be performed.

И ещё такой вопрос: Подсети E-LAN и T-LAN друг в друга маршрутизируются?

в явном виде нет, НО сеть Заказчика настроена каким-то хитрым способом, что пинги ходят и можно получить доступ из одной сети в другую...
сети разнесены только масками

в явном виде нет, НО сеть Заказчика настроена каким-то хитрым способом, что пинги ходят и можно получить доступ из одной сети в другую...
сети разнесены только масками

Сети должны быть настроены не "каким-то хитрым способом", а в соответствии с документом NN43001-260

хакерский способ - удалить лоадваре, удалить все разделы на cf в mgc, затем залить нужные лоадваре и запустить апгрейд - обычно срабатывало ;)

хакерский способ не сработал... пробовал

хакерский способ не сработал... пробовал

Хакерский способ работает в тех случаях, когда есть проблемы с софтом на самой MGC.
В данном случае - проблема на Колл сервере.

а распечатайте текущий psvw, в конце д.б. что-то типа:

MGC, MGX and MGS:
CSP VERSION: MGCC BD04+
MSP VERSION: MGCM AB01+
APP VERSION: MGCA BA07+
FPGA VERSION: MGCF AA18
BOOT VERSION: MGCB BA07+
DSP1 VERSION: DSP1 AB03+
DSP2 VERSION: DSP2 AB03+
DSP3 VERSION: DSP3 AB03
DSP4 VERSION: DSP4 AA01
DSP5 VERSION: DSP5 AA01
UDT VERSION NUMBER: AA42

Тоже столкнулся с проблемой установки loadware на 7 релиз, но несколько другого плана:
у меня не загружались loadware через PatchManager, т.е. они как-бы загружались (прогресс-бар показывал загрузку файлов), но потом просто не отображались в списке доступных loadware. Пробовал все браузеры (IE, Firefox, chrome), с двух разных ПК - безрезультатно. При этом удаление loadware также через PatchManager работало корректно..
А!!! вспомнил еще один интересный момент!! не загружались только loadware, указанные в последнем Loadware Line Up. Я как раз для апгрейда и загружал их... Не получилось. А вот если удалить существующий loadware из PatchManager'а, то потом можно было его-же обратно загрузить.
В общем, мистика какая-то... А началось все с того, что перестал запиcываться бэкап на USB, потом оказалось что я не могу попасть в UCM и просто в линукс под рабочими логинами. После перезагрузки все это восстановилось, но апгрейд MGC сделать не удалось.
Кстати, по поводу USB в Loadware Line Up есть такое -
16. MPLR31203 ‐ wi00838065
SRPT0259 AFS: AFS failed to synchronize during LD 43 EDD and MIDN

Я так понял, что loadware можно также загружать на сервер и через CLI, но в какую директорию? (/u/loadware ?)
ServicePack я уже привык ставить через CLI - наглядно и понятно что происходит, а вот с loadware пока не пробовал..

Зачем через Patch Manager? Загружайте и активируйте loadware через Element Manager :)

Зачем через Patch Manager? Загружайте и активируйте loadware через Element Manager :)

Зачем через Element Manager? ТруЪ инженеры используют SFTP для заливки и PDT для активации лоадварей. :D