hijk139的专栏

问题描述：登录系统报错，-bash: ulimit: open files: cannot modify limit: Operation not permittedLast login: Thu Aug 23 14:42:27 2012 from 10.6.90.41-bash: ulimit: open files: cannot modify limit: Operation

修改文件目录权限导致数据库连接报错1,使用oracle用户sysdba登录数据库报错ORA-12547-bash-3.2$ sqlplus "/as sysdba"SQL*Plus: Release 11.2.0.2.0 Production on 星期五 1月 4 16:59:26 2013Copyright (c) 1982, 2010, Oracle.  All ri

修改口令报错passwd: Authentication token manipulation error原因：和之前的安全加固有关系，通过手工修改/etc/passwd等两个文件的属性即可成功修改密码备注：chattr 改变文件属性。i：即Immutable，系统不允许对这个文件进行任何的修改。如果目录具有这个属性，那么任何的进程只能修改目录之下的文件，不允许建立和删除文件

1,现象描述，应用反应不能正常[grid@sdcmpdb1 ~]$ lsnrctl statusLSNRCTL for Linux: Version 11.2.0.3.0 - Production on 01-JUL-2013 16:39:49Copyright (c) 1991, 2011, Oracle.  All rights reserved.Connectin

一次shutdown操作无法正常执行的处理过程现象：数据库版本10.2.0.4，执行shutdown normal操作后，长时间数据库没有停下来，此时数据库已不能正常登录Thu Aug  1 11:28:06 2013                       Shutting down instance: further logons disabled        原因分

故障现象： 2011年的一次问题，oracle 11gr2 rac + redhat linux ，2节点rac中的其中一个节点频繁重启；原因分析：主机日志VIP发生了漂移，重启后又归位node1Nov 23 18:22:27 dtydb2 avahi-daemon[13096]: Withdrawing address record for 10.4.12

sqlplus 连接数据库报错SP2-0642: SQL*Plus internal error state 2130, context 0:0:0问题描述：使用sqlplus客户端登录数据库，报错SP2-0642，而使用其它方式plsql或者tnsnames等方式连接数据库均没有问题[oracle@test2 ~]$ sqlplus adt/passwd@192.168.112.

问题描述:    某小系统早上发现应用软件被删除了,系统无法正常运行,相关人员均为找到原因.OS本版是RHEL61，登录主机发现，/dev/sdb1同时挂载了两个文件系统，注意/tmp也被mount[root@localhost ~]# df -h文件系统              容量  已用  可用 已用%% 挂载点/dev/mapper/VolGroup-lv_roo

问题描述：2012年3月某日日，业务返回“调用失败或用户密码错误” 5579次，其中在11点通知业务部门系统恢复后为4396次，全天共查询号码次数为26553次，其他数据可参考附件原因分析：采用自底向上的分析方法1，  看硬件和日志，通过前面的方法论，硬件无报错，日志无异常；2，  操作系统资源利用率不超过60%，不存在资源不足的情况；3，  分析等待事件，从3月5日起，开

回滚的速度快慢通过参数fast_start_parallel_rollback来实现，此参数可以动态调整关于fast_start_parallel_rollback参数，此参数决定了回滚启动的并行次数，在繁忙的系统或者IO性能较差的系统，如果出现大量回滚操作，会显著影响系统系统，可以通过调整此参数来降低影响。官方文档的定义如下FAST_START_PARALLEL_ROLLBACK spe

一、问题说明/var/spool/mqueue目录下出现了多个df打头的文件，导致/var空间最终100%EBANK_P570_MAIN/var/spool/mqueue#ls -ltotal 8732656-rw-r--r-- 1root system 571 Aug 20 2012 Qfq7JGw5K21643126-rw-r--r--

oracle数据库连接hang，出现了两个listener，一个是另一个子进程处理过程如下1，出现问题时，用户连接hang住，出现两个listener，现有连接无问题$ ps -ef|grep lsnr  oracle 26327     1  0 12月 24  ?         5:34 /oracle/product/10.2.0.1/bin/tnslsnr LISTENE

1， 数据库日志报错ORA-00327，注意此处有乱码Errors in file /oracle/app/oracle/diag/rdbms/tyolap/tyolap3/trace/tyolap3_lgwr_22388.trc:ORA-00327: 脠脮脮I 31 (脌M戮 3 碌脛): 贸w麓贸脨隆 102400 脡脵矛露脣霉脨猫脪陋碌脛 1048576ORA-00312: 戮脡脧脠

2年前的事情了，现在总结一下，至于深层次的外键索引导致数据库锁的原因网上文章比较多，这里就不再详细介绍了1，数据库响应慢，登录后查看大量enq锁存在SQL> SELECT 2 DECODE (request, 0, 'Holder: ', 'Waiter: ') status, SID, 3 inst_id,ctime, id1, id2, lmode, request,

问题描述：xstart图形登录linux报错：The X11 forwarding request was rejected!如下图原因分析：   由于最近安全加固做了openssh版本升级，网上搜索相关文章，发现需要修改/etc/ssh/sshd_config文件中的X11Forwarding参数为yes，但是修改后仍然不行。最后竟然通过修改UseLogin参数为

启动数据库报错，ORA-18008: cannot find OUTLN schema问题现象：数据库版本 oracle 11g r2hrdb1>startupORACLE 例程已经启动。Total System Global Area 4392697856 bytesFixed Size                  2233616 bytesVariab

11g密码过期问题开发反映，应用帐号即将过期，提示修改密码，登录数据库查看用户状态为LOCKED(TIMED)sys@TYOLAP1(dtydb3)>select * from dba_profiles order by 1;PROFILE                        RESOURCE_NAME                    RESOURCE LIMI

1，服务不能正常启动，显示数据库状态不正常[grid@dtydb4 ~]$ srvctl start service -d epmdb -s srv_epm1 -i epmdb1PRCR-1013 : Failed to start resource ora.epmdb.srv_epm1.svcPRCR-1064 : Failed to start resource ora.epmdb

今天下午接到业务报障，系统出现问题，可能是数据库的问题1，登录系统,查看等待事件，大量row lock6:12:58][16:12:58]   SID    SERIAL# OSUSER   USERNAME SVRPROC                  SQL_HASH_VALUE EVENT

一次ITL锁导致的系统问题2011年系统发生的一次问题，现在总结一下。oracle 9.2.0.8 +hpux 11.31问题描述第一次：9:23 CRM系统突然死机，登陆后提示“访问的服务器正忙”，9:35CRM可以登录，但很不稳定，且知识短信无法发送。经测试10:45左右CRM系统恢复正常影响：呼损增加1364，30S接通率86.68%第二次：14:15 CRM系统

问题描述周末的某个下午，接到电话报错，业务已不能正常办理电话联系业务人员，得知系统报错：ora-01438 sieble.s_srv_req_escl_t2 ,  line 25  error triger 原因分析1，查看ora-01438的具体意思，基本意思是插入的值大于列的长度[oracle@dtydb0 ~]$ oerr ora 0143801438, 000

现象描述 1， 具体什么业务受到影响不清楚，但从系统测看，主机IO资源比较紧张（HPUX 11.31 +oracle 9i）HP-UX crmdb3 B.11.23 U ia64    09/19/1211:09:42    %usr    %sys    %wio   %idle11:09:45      28       5      64       311:09:4

也是十一期间，业务反应出帐过程中某程序执行特别慢，怀疑是oracle数据库有问题，需要尽快处理，根据业务提供的相关信息，相关业务从wwzg3主机发起，业务主要使用了账本通知表www_BOOK_CHG_NOTIFY和短信表WWW.www_busi_sms。提供了一个sql语句select *  from WWW.www_book_scheme_fee_0104 a,       WW

十一长假期间也不得轻松，某日接到业务保障，数据库报错，导致某关键业务不能正常执行，需要立即处理原因分析1，登录数据库，查看主机日志，报错内容为ORA-01652，temp表空间不足ORA-01652: unable to extend temp segment by 128 in tablespace TEMP012，让业务部门重新执行相关脚本，发现占用temp

问题1：plsql登陆数据库慢，大约30s左右 解决的简单过程如下 1，通过本地sqlplus"/as sysdba"登陆数据库速度快，而通过监听连接数据库30s左右，说明问题出在通过监听连接数据库上2，通过tcpdump抓取1521端口的数据包，发现1521端口很少收到数据库连接请求，但是大约30s之后才有包回应，说明时间消耗在监听程序的处理上3，通过traceliste