Текущее время: Сб, июл 26 2025, 11:36

Часовой пояс: UTC + 3 часа


Правила форума


ВНИМАНИЕ!

Вопросы по SAP Query и Quick View - сюда



Начать новую тему Ответить на тему  [ Сообщений: 6 ] 
Автор Сообщение
 Заголовок сообщения: SAAB -> log -> error
СообщениеДобавлено: Чт, ноя 15 2007, 09:31 
Специалист
Специалист

Зарегистрирован:
Чт, апр 13 2006, 08:44
Сообщения: 133
Откуда: 56
Пол: Мужской
пользую assert.
в SAAB выставлено Assertions-Log
Тестил - тестил - логов не было. Закончил тестить - логи появились. Жму обновить - счетчик логов увеличивается...

удаляю - логов нет
обновляю - логи появляются.

подождал
теперь падежь
при переходе на вкладку "Log" в статусе прогрессбар - "Перенос данных с сервера dev01_DEV_00"

через секунд 20 системное сообщение - "АРСЮзШЩ ЯаЮжХбб ЯХаХЧРЯгйХЭ (аХЦШЬ ЯаХаТРЭ)."
В переводе на русский - "Рабочий процесс перезапущен (режим прерван)."
И сессия закрывается...


Не могу попасть в Log. Как отлечить?


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, ноя 15 2007, 10:11 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Ср, ноя 23 2005, 13:37
Сообщения: 1805
Откуда: ECC 6.0
Пол: Мужской
Нажалуйтесь базису, пусть логи рабочего процесса посмотрят.
Заодно пусть посмотрят, есть ли место в табличном пространстве для таблиц SRTM_*.

Логи заполнялись с задержкой, потому что assert исполнялось in update task?
Сколько записей (по порядку величины) должно было попасть в лог, не миллионы?


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, ноя 15 2007, 10:45 
Специалист
Специалист

Зарегистрирован:
Чт, апр 13 2006, 08:44
Сообщения: 133
Откуда: 56
Пол: Мужской
из дебага
CALL METHOD cl_rtm_services=>collect_from_servers
***Transfer Log Records to the Database

-->CALL FUNCTION 'RTM_COLLECT_AND_INFO'
***Runtime Monitoring

---->CALL FUNCTION 'RTM_COLLECT'
***Runtime Monitoring

------>call 'RTM_GET_DATA'
id 'DATA_TABLE' field data_t
id 'DATAX_TABLE' field datax_t
id 'PROC_TABLE' field trig_t
id 'PROG_TABLE' field prog_t
id 'SUBKEY_TABLE' field sub_t
id 'TEST_TABLE' field test_t
id 'LOG_TABLE' field log_t
id 'DELETE_DATA' field 'X'.

вот тут висяк до сообщения об ощибке.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, ноя 15 2007, 10:47 
Специалист
Специалист

Зарегистрирован:
Чт, апр 13 2006, 08:44
Сообщения: 133
Откуда: 56
Пол: Мужской
sibrin написал:
Логи заполнялись с задержкой, потому что assert исполнялось in update task?
Сколько записей (по порядку величины) должно было попасть в лог, не миллионы?
про задержку - возможно.
про записи - записей 50


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, ноя 15 2007, 13:37 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Ср, ноя 23 2005, 13:37
Сообщения: 1805
Откуда: ECC 6.0
Пол: Мужской
Прикольно. Видимо, Runtime Monitor пытается данные собрать со всех серверов приложений и положить в таблички SRTM*.

Может быть файлы битые. Надо попробовать их удалить.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт, ноя 27 2007, 14:51 
Специалист
Специалист

Зарегистрирован:
Чт, апр 13 2006, 08:44
Сообщения: 133
Откуда: 56
Пол: Мужской
server reboot помогло


Принять этот ответ
Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 6 ] 

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: Google [Bot]


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB