[ОТВЕТИТЬ]
Опции темы
31.08.2010 00:54  
DmitryR
Папка bdump постоянно растет в размере
27 Гб и более, за неделю.

Alert -
Tue Aug 31 00:31:52 2010
Errors in file c:\oracle\product\10.2.0\admin\distr\bdump\distr_mmon_4448.trc:
ORA-00600: код внутр. ошибки, аргументы: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []

Файлы размером 50-60Мбт.

Постоянно их удаляю, когда место на винте заканчивается.

Прочитал (), что это как то связано с таблицей
recent_resource_incarnations$

как ее почистить ? Если в ней проблема ?
 
31.08.2010 06:56  
OlegON
Начни отсюда
Прогони оптимайзера и скажи имя базы.
Минимальные вопросы:
Версия?
Что за база вообще?
Сервер-помойка?
История базы?
В какой момент вылазит ошибка?
Что еще рядом в логе по ошибке? В трейсе есть какие-то запросы?
 
31.08.2010 22:15  
DmitryR
Оптимайзером гонял
имя базы Distr
Oracle 10 - vista
База небольшая по кол-ву документов
движений тоже мало
ошибка лезет каждые 5 минут.
супермаг 1,027,4

Tue Aug 31 21:45:20 2010
Errors in file c:\oracle\product\10.2.0\admin\distr\bdump\distr_mmon_24488.trc:
ORA-00600: код внутр. ошибки, аргументы: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []

Tue Aug 31 21:45:23 2010
Errors in file c:\oracle\product\10.2.0\admin\distr\bdump\distr_mmon_24488.trc:
ORA-00600: код внутр. ошибки, аргументы: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []

Tue Aug 31 21:50:23 2010
Errors in file c:\oracle\product\10.2.0\admin\distr\bdump\distr_mmon_24488.trc:
ORA-00600: код внутр. ошибки, аргументы: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []

Tue Aug 31 21:50:26 2010
Errors in file c:\oracle\product\10.2.0\admin\distr\bdump\distr_mmon_24488.trc:
ORA-00600: код внутр. ошибки, аргументы: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []

Tue Aug 31 21:55:23 2010
Errors in file c:\oracle\product\10.2.0\admin\distr\bdump\distr_mmon_24488.trc:
ORA-00600: код внутр. ошибки, аргументы: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []

Tue Aug 31 21:55:25 2010
Errors in file c:\oracle\product\10.2.0\admin\distr\bdump\distr_mmon_24488.trc:
ORA-00600: код внутр. ошибки, аргументы: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []

Tue Aug 31 22:00:26 2010
Errors in file c:\oracle\product\10.2.0\admin\distr\bdump\distr_mmon_24488.trc:
ORA-00600: код внутр. ошибки, аргументы: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []

Tue Aug 31 22:00:45 2010
Restarting dead background process MMON
MMON started with pid=18, OS id=18416
Tue Aug 31 22:00:48 2010
Errors in file c:\oracle\product\10.2.0\admin\distr\bdump\distr_mmon_18416.trc:
ORA-00600: код внутр. ошибки, аргументы: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []

Tue Aug 31 22:00:52 2010
Errors in file c:\oracle\product\10.2.0\admin\distr\bdump\distr_mmon_18416.trc:
ORA-00600: код внутр. ошибки, аргументы: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []

Tue Aug 31 22:05:49 2010
Errors in file c:\oracle\product\10.2.0\admin\distr\bdump\distr_mmon_18416.trc:
ORA-00600: код внутр. ошибки, аргументы: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []

Tue Aug 31 22:05:52 2010
Errors in file c:\oracle\product\10.2.0\admin\distr\bdump\distr_mmon_18416.trc:
ORA-00600: код внутр. ошибки, аргументы: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []


Dump file c:\oracle\product\10.2.0\admin\distr\bdump\distr_mmon_18416.trc
Tue Aug 31 22:00:48 2010
ORACLE V10.2.0.4.0 - Production vsnsta=0
vsnsql=14 vsnxtr=3
Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
Windows NT Version V6.0 Service Pack 2
CPU : 2 - type 586, 2 Physical Cores
Process Affinity : 0x00000000
Memory (Avail/Total): Ph:916M/2044M, Ph+PgF:2053M/4328M, VA:135M/2047M
Instance name: distr

Redo thread mounted by this instance: 1

Oracle process number: 18

Windows thread id: 18416, image: ORACLE.EXE (MMON)


*** SERVICE NAME:(SYS$BACKGROUND) 2010-08-31 22:00:48.969
*** SESSION ID:(149.566) 2010-08-31 22:00:48.969
*** 2010-08-31 22:00:48.969
ksedmp: internal or fatal error
ORA-00600: код внутр. ошибки, аргументы: [kjhn_post_ha_alert0-862], [], [], [], [], [], [], []
Current SQL statement for this session:
BEGIN :success := dbms_ha_alerts_prvt.check_ha_resources; END;
----- PL/SQL Call Stack -----
object line object
handle number name
33D4CFFC 418 package body SYS.DBMS_HA_ALERTS_PRVT
33D4CFFC 552 package body SYS.DBMS_HA_ALERTS_PRVT
33D4CFFC 305 package body SYS.DBMS_HA_ALERTS_PRVT
33D1065C 1 anonymous block
check trace file c:\oracle\product\10.2.0\db_1\rdbms\trace\distr_ora_0.trc for preloading .sym file messages
----- Call Stack Trace -----
calling call entry argument values in hex
location type point (? means dubious value)
-------------------- -------- -------------------- ----------------------------
EnumerateLoadedModules64 failed with error -1073741819
_ksedst+38 CALLrel _ksedst1+0 0 1
_ksedmp+898 CALLrel _ksedst+0 0
_ksfdmp+14 CALLrel _ksedmp+0 3
04319680 CALLreg 00000000 AA6B278 3
04319A47 CALLrel 043195F4 AA6B278 9364A00 3852510 0
 
31.08.2010 22:22  
OlegON
Это ты себе специально геморрой придумал с вистой? Дистрибутив брал отдельный? Для 2008/Висты он другой.
База новая или импортнутая?
 
31.08.2010 22:55  
DmitryR
Цитата:
Сообщение от OlegON
Это ты себе специально геморрой придумал с вистой? Дистрибутив брал отдельный? Для 2008/Висты он другой.
База новая или импортнутая?
На что есть лицензия, на то и ставили, ;-(
Дистриб для vista
База новая.

Я сегодня ставил (новый клиент)
server 2003 + oracle 10 + супермаг 1,027,5
очень понравилось, без ошибок и геммороя


Буду клиента уговаривать на новую версию супермаг и win2003

но пока эту ошибку надо вылечить.
 
01.09.2010 11:21  
mary
Прочитал (), что это как то связано с таблицей
recent_resource_incarnations$

как ее почистить ? Если в ней проблема ?[/QUOTE]



To implement the workaround, please execute the following steps as the SYS user:

1. Collect the following information and spool it to a file for your records.

a. output of select * from v$instance
b. show parameter instance_name
c. set pages 1000
d. select * from recent_resource_incarnations$

2. Create a backup table of recent_resource_incarnations$.

SQL> create table recent_resource_incarnations$bk as select * from recent_resource_incarnations$;


3. Truncate recent_resource_incarnations$. Be sure to do this while the instance is up and running. Do not issue this statement if a shutdown is pending.

SQL> truncate table recent_resource_incarnations$;


4. Perform a clean shutdown, followed by a startup.
 
01.09.2010 12:17  
John Doe
Погодите чистить, сначала
Цитата:
select * from recent_resource_incarnations$
сделайте, база-то новая...
 
01.09.2010 23:45  
DmitryR
01.09.10 12:46:51,000000000

RESOURCE_TYPE RESOURCE_ID
------------------------------ -----------
RESOURCE_NAME
--------------------------------------------------------------------------------
DB_UNIQUE_NAME
------------------------------
DB_DOMAIN
--------------------------------------------------------------------------------
INSTANCE_NAME
------------------------------
HOST_NAME
--------------------------------------------------------------------------------
LOCATION
--------------------------------------------------------------------------------
INCARNATION
------------------------------
STARTUP_TIME
---------------------------------------------------------------------------
SHUTDOWN_TIME
---------------------------------------------------------------------------
DESCRIPTION
--------------------------------------------------------------------------------


RESOURCE_TYPE RESOURCE_ID
------------------------------ -----------
RESOURCE_NAME
--------------------------------------------------------------------------------
DB_UNIQUE_NAME
------------------------------
DB_DOMAIN
--------------------------------------------------------------------------------
INSTANCE_NAME
------------------------------
HOST_NAME
--------------------------------------------------------------------------------
LOCATION
--------------------------------------------------------------------------------
INCARNATION
------------------------------
STARTUP_TIME
---------------------------------------------------------------------------
SHUTDOWN_TIME
---------------------------------------------------------------------------
DESCRIPTION
--------------------------------------------------------------------------------


RESOURCE_TYPE RESOURCE_ID
------------------------------ -----------
RESOURCE_NAME
--------------------------------------------------------------------------------
DB_UNIQUE_NAME
------------------------------
DB_DOMAIN
--------------------------------------------------------------------------------
INSTANCE_NAME
------------------------------
HOST_NAME
--------------------------------------------------------------------------------
LOCATION
--------------------------------------------------------------------------------
INCARNATION
------------------------------
STARTUP_TIME
---------------------------------------------------------------------------
SHUTDOWN_TIME
---------------------------------------------------------------------------
DESCRIPTION
--------------------------------------------------------------------------------


376 строк выбрано.

SQL>


Это кусок , начинается по датам с февраля 2010 г.

криминала не вижу.
 
02.09.2010 06:45  
OlegON
Очень смешно было выкинуть кучу заголовков. Почисть...
Но еще правильнее - поставить что-то нормальное вместо висты. Про деньги можешь не говорить, есть Линукс. А то так и будешь в одиночестве собирать баги.
 
07.09.2010 00:03  
DmitryR
truncate table recent_resource_incarnations$;

полет нормальный.
вроде помогло.

На счет линукса, читаю изучаю.

Спасибо! тема закрыта.
 
 
Опции темы



Часовой пояс GMT +3, время: 05:30.

Все в прочитанное - Календарь - RSS - - Карта - Вверх 👫 Яндекс.Метрика
Форум сделан на основе vBulletin®
Copyright ©2000 - 2016, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.