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@]

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/9879835/viewspace-1060557/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/9879835/viewspace-1060557/