Текущее время: Пт, июл 25 2025, 18:37

Часовой пояс: 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 часа


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

Сейчас этот форум просматривают: нет зарегистрированных пользователей


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

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