X11TransSocketINETConnect() ：can’t get address for localhost
星期一, 十一月 28th, 2011用XMANAGER XSTART 连接LINUX服务器启用图形界面时，报错X11TransSocketINETConnect() ：can’t get address for localhost，最终确认为
/etc/hosts文件缺少127.0.0.1地址，添加上就OK
Archive for the ‘oracle’ Category
ora-39095
星期一, 九月 6th, 2010今天在导出数据文件的时候，倒着倒着就报错了
ORA-39095:Dump file space has been exhausted: Unable to allocate string bytes
Cause: The Export job ran out of dump file space before the job was completed.
Action: Reattach to the job and add additional dump files to the job restarting the job.
从报错的字面意思，一开始以为系统空间问题，但是空闲的空间还是很多的，根据提示增加了个dumpfile但是还是报错，后来查了下METALINK，可能是我的PARALLEL太高了。我从8改为4就好了。或者也可以通过增加DUMPFILE，也能解决问题。 dumpfile=hisdeliverxU%就OK。记录下
4个监听的问题
星期四, 八月 12th, 2010今天启动一个测试库，发现连接不上客户端，一看4个监听，就想到之前看到过文章，说10.2.0.1上有这个问题，listener.ora加入以下参数解决
SUBSCRIBE_FOR_NODE_DOWN_EVENT_
impdp and optimizer_mode rule
星期五, 三月 12th, 2010因为和应用有关，公司的工具一直用imp exp ，最近在客户那是用impdp导入数据的时候，无法导入，报如下错：
Impdp fails with the following errors:
UDI-00008: operation generated ORACLE error 31626
ORA-31626: job does not exist
ORA-06512: at "SYS.KUPC$QUE_INT", line 536
ORA-25254: time-out in LISTEN while waiting for a message
一开始怀疑，主表的问题，但是删除重新导入还是不行，最后确认是和数据库的优化模式有关，因为我们的应用，数据库的优化模式为RULE，改为除RULE其他模式后，导入正常，文档： 577562.1有描述：
In a RAC database a full Data Pump export fails with:
ORA-39097: Data Pump job encountered unexpected error -1422
ORA-39065: unexpected master process exception in DISPATCH
ORA-01422: exact fetch returns more than requested number of rows
这个类似的错误也是这个原因引起的
Impdp fails with the following errors:
UDI-00008: operation generated ORACLE error 31626
ORA-31626: job does not exist
ORA-06512: at "SYS.KUPC$QUE_INT", line 536
ORA-25254: time-out in LISTEN while waiting for a message
一开始怀疑，主表的问题，但是删除重新导入还是不行，最后确认是和数据库的优化模式有关，因为我们的应用，数据库的优化模式为RULE，改为除RULE其他模式后，导入正常，文档： 577562.1有描述：
In a RAC database a full Data Pump export fails with:
ORA-39097: Data Pump job encountered unexpected error -1422
ORA-39065: unexpected master process exception in DISPATCH
ORA-01422: exact fetch returns more than requested number of rows
这个类似的错误也是这个原因引起的
linux ipcs max sharememory
星期二, 三月 9th, 2010最近同事遇到一个LINUX上共享内存段的问题，一般我们会根据系统内存的大小来定义系统支持的最大内存段大小，kernel.shmmax ，检查了这些设置都没问题，系统版本也没啥问题，最后经老熊提醒确认为NUMA的问题
ipcs -m
------ Shared Memory Segments --------
key shmid owner perms bytes nattch status
0x00000000 98304 gdm 600 393216 2 dest
0x00000000 1310721 oracle 640 1543503872 31
0x00000000 1343490 oracle 640 2835349504 31
0x00000000 1376259 oracle 640 2835349504 31
0x00000000 1409028 oracle 640 2852126720 31
0x00000000 1441797 oracle 640 2835349504 31
0x1714b88c 1474566 oracle 640 2097152 31
设置了如下参数后就解决了次问题
alter system set "_enable_numa_optimization"=false scope=spfile;
有关NUMA的问题，可以看文档：759565.1
ipcs -m
------ Shared Memory Segments --------
key shmid owner perms bytes nattch status
0x00000000 98304 gdm 600 393216 2 dest
0x00000000 1310721 oracle 640 1543503872 31
0x00000000 1343490 oracle 640 2835349504 31
0x00000000 1376259 oracle 640 2835349504 31
0x00000000 1409028 oracle 640 2852126720 31
0x00000000 1441797 oracle 640 2835349504 31
0x1714b88c 1474566 oracle 640 2097152 31
设置了如下参数后就解决了次问题
alter system set "_enable_numa_optimization"=false scope=spfile;
有关NUMA的问题，可以看文档：759565.1
