Добрый день.


Начал устанавливать Basis Support Package 14 for 7.00
Возникла ошибка с кодом 14.

ДинамОшибка TABLE_INVALID_INDEX
Дата и время 26.05.2008 13:10:42

Анализ ошибки
When changing or deleting one or more lines of the internal table
"\FUNCTION=TR_READ_AND_DISPLAY_LOG\DATA=LT_LINES" or when inserting in the
table "\FUNCTION=TR_READ_AND_DISPLAY_LOG\DATA=LT_LINES", "-1" was used as
the line index. An index less than or equal to zero is not
allowed.

The error can occur when using the following options:
1. "INDEX idx" for specifying the line number in the table
"\FUNCTION=TR_READ_AND_DISPLAY_LOG\DATA=LT_LINES"
where you want to change, insert or delete.
2. "FROM idx" for specifying the start index when deleting a line
area from or inserting a line area into the table
"\FUNCTION=TR_READ_AND_DISPLAY_LOG\DATA=LT_LINES".
3. "TO idx" for specifying the end index when deleting a line
area from or inserting a line area into the table
"\FUNCTION=TR_READ_AND_DISPLAY_LOG\DATA=LT_LINES".

At the time of the termination, the table contained 38755 lines.

Место инициации динамической ошибки:
Программа SAPLSLOG
Include LSLOGF03
Строка 231
Тип модуля (FORM)
Имя модуля READ_LOG_FILE

219 *& -------------------- Output the result ------------------
220 IF lv_stop_index = 0.
221 *& exception 5 : lt_lines = 0 empty log.
222 MESSAGE i293(pu).
223 ELSE.
224
225 *& reduce pt_lines to the required parts.
226
227 * delete block before required
228 IF lv_start_index <> 1 .
229 lv_delblock1_beg = 1 .
230 lv_delblock1_end = lv_start_index - 1 .
>>> DELETE pt_lines FROM lv_delblock1_beg TO lv_delblock1_end .
232 ENDIF.
233
234 * delete block after required
235 IF lv_stop_index <> lv_line_num .
236 lv_delblock2_beg = lv_stop_index - lv_start_index + 2 .
237 lv_delblock2_end = lv_line_num - lv_start_index + 1 .
238
239 DELETE pt_lines FROM lv_delblock2_beg TO lv_delblock2_end .
240
241 ENDIF .
242
243 ENDIF.
244
245
246 ENDFORM. " READ_LOG_FILE
247
248 *&---------------------------------------------------------------------*


Может кто сталкивался? Что посоветуете?

Случайно SPAM запускали не в диалоговом режиме ?

Запускал в фоновом. Восстановил из копии, запустил обновление, результат тот же.

Перед этим правда обновил ядро до версии выше, чем требовало обновление.

Гм, версия SPAM последняя ? а ядро лучше также выставить последнее.

Теперь проблема другая, запустил обновление, поработала, и замерла.
В процесах тишина, загрузка 0%.

http://sapforum.biz/index.php?topic=113.0 (надеюсь не удалят эту ссылку). Предвижу проблемы с 14 пачем у многих.

В моей практике был случай, когда товарищи устанавливали обновление на базис, и оно у них в середине прервалось. В систему зайти и перезапустить импорт не получалось - вываливался в дамп.
Запустили с командной строки как обычный транспорт - продолжился успешно.
tp import SID SAPKBXX
or
tp import SID SAPKBXX u18

Ну а делать что?

Висит и не чего не делает на IMPORT_PROPER

saperp2:erdadm 101> tp IMPORT ERD SAPKB70014
This is tp version 372.04.10 (release 700, unicode enabled)
E-TPSETTINGS could not be opened.
EXIT
ERROR: System : Parameter SAPEVTPATH not set. Batch jobs cannot be started.
Error in TPSETTINGS: transdir not set.

tp returncode summary:

TOOLS: Highest return code of single steps was: 0
ERRORS: Highest tp internal error was: 0208
tp finished with return code: 208
meaning:
error in transportprofil (param missing, unknown,...)

Вот такое сообщение при нажатии на кнопку “Статус очереди (F8)” в SPAM



Процедура импорта была прервана, так как в фазе IMPORT_PROPER возникла

ошибка, которую Диспетчер пакетов поддержки не может устранить

самостоятельно.



После устранения ошибки Вы можете продолжить процедуру импорта, выбрав в

первом экране Диспетчера пакетов поддержки Пакет поддержки ->

Импортировать очередь.



Следующие данные помогут Вам при анализе проблемы:





- Ошибка в фазе: IMPORT_PROPER



- Причина ошибки:



- Код возврата:



- Сообщение об ошибке:



Примечания к фазе IMPORT_PROPER



В этом рабочем шаге импортируется репозитарий и записи таблиц.

Существуют следующие причины, по которым этот рабочий шаг может быть

прерван:





o TP_INTERFACE_FAILURE: не удалось вызвать интерфейс tp.





o TP_FAILURE: не удалось выполнить программу tp. Более подробную

информацию можно найти в файле журнала SLOG или же ALOG.





o TP_STEP_FAILURE: не удалось успешно выполнить шаг tp. Причину ошибки

Вы найдете в соответствующем журнале, например, в журнале импорта.

Если в сообщении о прерывании находится tp-шаг 6, N или S, речь идет

о независимом от запроса на перенос шаге. Эти журналы находятся в

обзоре журналов под узлом Независимые от запроса на перенос шаги.

В кач. альтернативы эти журналы находятся в следующих файлах

подкаталога вашего каталога переноса (обычно /usr/sap/trans/log) :



- tp-шаг 6: P<YY><MM><DD>.<SID>



- tp-шаг N: N<YY><MM><DD>.<SID>



- tp-шаг S: DS<YY><MM><DD>.<SID>

Просмотр этих файлов возможен с помощью отчета RSPUTPRT или

транзакции AL11.





Диспетчер пакетов поддержки предполагает корректную настройку системы

изменений и переносов (CTS). Подробную информацию по этому вопросу Вы

найдете в Online-документации: Справка -> SAP-библиотека -> Компоненты

mySAP-Technology -> SAP Web Application Server -> Система изменений и

переносов .

Список основных нот для службы Online Correction Support (OCS) Вы

найдете в ноте 97620, которая регулярно обновляется.

Немного отклонюсь от темы.
2 Golosov - это перевод? Вы вообще в курсе, что пакеты ставить нужно войдя в систему с английским или немецким языком?

Я бы откатился. Проверил бы базу (check db, verify db). Поставил последнюю версию spam. Перезагрузил бы сервер. И уже тогда попробовал поставить 14 пач на базис персонально и отдельно в фоновом режиме.

Нашел проблему в /usr/sap/trans/tmp не мог записать в файл, хотя файл был 0-вого размера, удалил его и все прошло нормально.

что за файл? как вы его вычислили, в логах?
шаманство какоето..