ORA-00600: internal error code, arguments: [ktecgeb-2], （一）

網上的解決辦法是
昨天在現場 遇到這個錯誤 木有徹底解決，感覺作為一個乙方dba的壓力，有很多的能力需要再提高，
=============================================================================
表空間 臨時段清除辦法
1 使用ddL 與DML 刪除固定表空間 的臨時段
1 建立固定大小的表空間
CREATE TABLESPACE test1 DATAFILE '/tmp/test1.dbf' size 5M
AUTOEXTEND OFF LOGGING PERMANENT
EXTENT MANAGEMENT LOCAL AUTOALLOCATE SEGMENT SPACE MANAGEMENT AUTO blocksize 8192;

2 關閉資料庫修改引數
event="10061 trace name context forever, level 10"

3 啟動資料庫 建立大表 生成臨時段
create table test1 TABLESPACE test1 as select LPAD('XIFENFEI',1024,'F') "C_XFF" from dual connect by level <=1112111;
select * from dba_segments where segment_type='TEMPORARY';
第一句報錯，第二句 可以發現有臨時段，並且不會清除

4 不斷的建立小表或者在小表裡面插入資料少量資料，就會發現臨時段會消失
create table test1 TABLESPACE test1 as select LPAD('XIFENFEI',1024,'F') "C_XFF" from dual connect by level <=2111;

5 仔細看會發現 裡面的大小不是其實位置
select 4194304/1024/1024 from dual
select 523*8192/1024/1024 from dual
select * from dba_data_files
select 5242880/1024/1024 from dual --5m
select 523*8192-4194304 from dual -- shengxia 90112
SYS 7.523 TEMPORARY TEST1 7 523 4194304 512 19 65536 1 2147483645 7 DEFAULT

6 去掉引數重新啟動後，資料庫自動清空臨時段，現在600 KTECGET-2 問題是不能夠清空臨時段，並且報錯。現在的想法是是這個快變成空塊，那麼肯定不會自動
清空，當然是用dbms_space_admin 是可以清空的

2 是用壞塊使得不能清空臨時段
1 同上
2 關閉資料庫生成壞塊
cp test1.dbf test1bak.dbf
dd if=/dev/zero of=test1.dbf bs=8192 count=512 seek=523 --使得523塊Null
dd if=test1bak.dbf of=test1.dbf bs=8192 seek=524 skip=524 --補充快
2 同上2
3 啟動資料庫
發現臨時段沒有清空
4 同上3 發現生成更多的臨時段
5 是用命令 清空
select * from dba_segments where segment_type='TEMPORARY';
exec dbms_space_admin.segment_corrupt('TEST1',7,523,3) ;
exec dbms_space_admin.segment_drop_corrupt('TEST1',7,523);
exec dbms_space_admin.tablespace_rebuild_bitmaps('TEST1');
exec Dbms_space_admin.tablespace_verify ('TEST1');

3 現場的時候清空不了 應該是輸入問題吧！ 當時的狀態不正確應該有問題！

ORA-00600: internal error code, arguments: [ktecgeb-2], [16777216], [1], [], [], [], [], []
----- Call Stack Trace -----
calling call entry argument values in hex
location type point (? means dubious value)
-------------------- -------- -------------------- ----------------------------
ksedst()+31 call ksedst1() 000000000 ? 000000001 ?
7FFFFE607E40 ? 7FFFFE607EA0 ?
7FFFFE607DE0 ? 000000000 ?
ksedmp()+610 call ksedst() 000000000 ? 000000001 ?
7FFFFE607E40 ? 7FFFFE607EA0 ?
7FFFFE607DE0 ? 000000000 ?
ksfdmp()+21 call ksedmp() 000000003 ? 000000001 ?
7FFFFE607E40 ? 7FFFFE607EA0 ?
7FFFFE607DE0 ? 000000000 ?
kgerinv()+161 call ksfdmp() 000000003 ? 000000001 ?
7FFFFE607E40 ? 7FFFFE607EA0 ?
7FFFFE607DE0 ? 000000000 ?
kgeasnmierr()+163 call kgerinv() 0068976E0 ? 2B757E9B4810 ?
7FFFFE607EA0 ? 7FFFFE607DE0 ?
000000000 ? 000000000 ?
ktecgeb()+542 call kgeasnmierr() 0068976E0 ? 2B757E9B4810 ?
7FFFFE607EA0 ? 7FFFFE607DE0 ?
000000000 ? 001000000 ?
kteopshrink()+490 call ktecgeb() 000000000 ? 231C36014 ?
0000001D9 ? 000000000 ?
000000000 ? 001000000 ?
ktssdrbm_segment()+ call kteopshrink() 7FFFFE609270 ? 7FFFFE609470 ?
3161 000000001 ? 000000145 ?
7FFFFE608E30 ? 000F1751A ?
ktssdro_segment()+1 call ktssdrbm_segment() 7FFFFE6097C0 ? 7FFFFE6095D0 ?
886 000000001 ? 000000001 ?
000000001 ? 000F1751A ?
ktssdt_segs()+581 call ktssdro_segment() 7FFFFE6098A0 ? 497268710 ?
000000000 ? 000000001 ?
000000001 ? 000F1751A ?
ktmmon()+4253 call ktssdt_segs() 07FFFFFFF ? 497268678 ?
07FFFFFFF ? 000000000 ?
000000000 ? 000000000 ?
ktmSmonMain()+33 call ktmmon() 06001ED98 ? 497268678 ?
07FFFFFFF ? 000000000 ?
000000000 ? 000000000 ?
ksbrdp()+794 call ktmSmonMain() 06001ED98 ? 497268678 ?
07FFFFFFF ? 000000000 ?
000000000 ? 000000000 ?
opirip()+616 call ksbrdp() 06001ED98 ? 497268678 ?
000000001 ? 06001ED98 ?
000000000 ? 000000000 ?
opidrv()+582 call opirip() 000000032 ? 000000004 ?
7FFFFE60AF78 ? 06001ED98 ?
000000000 ? 000000000 ?
sou2o()+114 call opidrv() 000000032 ? 000000004 ?
7FFFFE60AF78 ? 06001ED98 ?
000000000 ? 000000000 ?
opimai_real()+317 call sou2o() 7FFFFE60AF50 ? 000000032 ?
000000004 ? 7FFFFE60AF78 ?
000000000 ? 000000000 ?
main()+116 call opimai_real() 000000003 ? 7FFFFE60AFE0 ?
000000004 ? 7FFFFE60AF78 ?
000000000 ? 000000000 ?
__libc_start_main() call main() 000000003 ? 7FFFFE60AFE0 ?
+244 000000004 ? 7FFFFE60AF78 ?
000000000 ? 000000000 ?
_start()+41 call __libc_start_main() 000723078 ? 000000001 ?
7FFFFE60B138 ? 000000000 ?
000000000 ? 000000003 ?


kteopshrink 呼叫這個的時候報錯 也就是 表空間問題！

[@more@]