ошибка без кодов ошибки. расскажите причину?

Sleepy_PIP

Дата: 28.02.2007 23:02:30

вообщем на домашней круглосуточной БД все работало до 20-го 02.
только счаз заметил проблеммы.
Оракл 9.2.0.1. WinXP.
Суть проблеммы:
в alert_pipdbh92.log
при запуске приложния (ничего не менялось более полу года!! как в приложении, так и в серевере!. таблспейсы не заполнены до конца).
просто и со вкусом:
Errors in file h:\ora92\admin\pipdbh92\udump\pipdbh92_ora_2832.trc:
в
pipdbh92_ora_2832.trc
все что мог заметить понятного:
*** SESSION ID:(15.11) 2007-02-28 22:39:07.000
oer 8102.2 - obj# 29906, rdba: 0x02c03a61
kdk key 8102.2:
ncol: 2, len: 29
key: (29):
.....
*** 2007-02-28 22:39:07.000
ksedmp: internal or fatal error
Current SQL statement for this session:
delete from site_files where idsite=:1
----- Call Stack Trace -----
.....

ни кода ошибки ни причины не видно (я не вижу).
зип с обеими ф. прилагаю.
Да, до этого ругался типа на ошибку в логон триггере моем (пол года работало!) - запретил, так теперь вот это.
ситуацию пока застолбил и не меняю, ибо хочется понять что происходит.

что тока сделал - пересторил индексы (до этих ф.). перегрузил сервер.

Спасибо если поможете понять что происходит!.
Спасибо!
PS: из pipdbh92_ora_2832.trc пришлось могое убрать (дампы) я надеюсь что тока дампы. иначе архив тут не разместить ....

juks@gala.net

Дата: 28.02.2007 23:21:48

Sleepy_PIP

oer 8102.2 - obj# 29906, rdba: 0x02c03a61

oerr ora 8102
08102, 00000, "index key not found, obj# %s, file %s, block %s (%s)"
// *Cause:  Internal error: possible inconsistency in index
// *Action:  Send trace file to your customer support representative, along
//           with information on reproducing the error

-------------------------------------------------------------------------------------------------------------------------
| Operation                      | Name               | Rows  | Bytes | Cost  |  TQ  |IN-OUT| PQ Distrib |Pstart| Pstop |
-------------------------------------------------------------------------------------------------------------------------
| DELETE STATEMENT               |                    |     0 |     0 |   297 |      |      |           |       |       |
|  DELETE                        |                    |     0 |     0 |     0 |      |      |           |       |       |
|   TABLE ACCESS BY INDEX ROWID  | SITE_FILES         |   16K |  920K |   297 |      |      |           |       |       |
|    INDEX RANGE SCAN            | SITE_FILES_I1      |   16K |     0 |    74 |      |      |           |       |       |

автор

Оракл 9.2.0.1. WinXP

Коллекционируем древние баги ?

Sleepy_PIP

Дата: 28.02.2007 23:31:35

все индексы предварительно перестроены. ошибок не было.
Расскажите если можно поподробнее, или ссылку дайте. ну пожалуста!
Спасибо!

Sleepy_PIP

Дата: 28.02.2007 23:33:19

Sleepy_PIP

тем более - почему это работало не менее полу года .... в чем причина слетания? в проявлении бага?
еще раз - перед выкладыванием ф. все индексы перестроены.

Sleepy_PIP

Дата: 28.02.2007 23:34:51

Sleepy_PIP

да, и чего делать-то? патчи накатывать, и что? этого хватит без перезаливки данных?

juks@gala.net

Дата: 28.02.2007 23:35:07

Sleepy_PIP

На металинке похожие баги есть.
Можно поискать по 8102.2

as_7898

Дата: 28.02.2007 23:38:18

Sleepy_PIP

да, и чего делать-то? патчи накатывать, и что? этого хватит без перезаливки данных?

Ну вообще меня повесилило следующее

вообщем на домашней круглосуточной БД все работало до 20-го 02.
только счаз заметил проблеммы.
Оракл 9.2.0.1. WinXP.

Ясен пень в первую очередь патчится. Во вторую - я бы еще и платформу поменял. IMHO.
Перезаливка данных - а ты смысл патча, вообще, понимаешь?

--
Alexander

juks@gala.net

Дата: 28.02.2007 23:45:42

Sleepy_PIP

да, и чего делать-то? патчи накатывать, и что? этого хватит без перезаливки данных?

Дропнуть и создать индекс заново помогает ?

Stax.

Дата: 28.02.2007 23:47:29

Sleepy_PIP

как перестраивали
drop+create или rebuild?

имхо надо drop+create

ps
мона
delete /*+ FULL ....
но имхо луче перестроить
.....
stax

as_7898

Дата: 28.02.2007 23:49:30

А еще metalink предлагает статистику собрать. Типа такой:

analyze table <table_name> validate structure cascade;

--
Thanks,
Alexander