AIX盘rw_timeout值过小导致IO ERROR

刚下班没多久,接收到告警提示数据库的数据文件异常,且同时收到主机硬盘的IO ERROR告警

该数据库服务器为AIX+oracle 9i环境,登录主机验证关键日志告警

发现确实在18点48分有磁盘IO的报错

从而查看查看存储和交换机告警信息,都是正常状态

继续查看数据库告警日志

可以看到数据文件45无法正常访问

从数据库中查看数据文件状态

该数据文件处于recover状态

查看数据库的备份和归档都正常,继续进行数据文件级别的恢复操作

1 recover datafile 45; 2 alter database datafile 45 online;(因为之前做了offline的操作)

数据库恢复正常

注:恢复操作不能在PLSQL中实施,必须在sqlplus中操作

继续分析原因:

查看盘的具体报错信息

这样的错误,实际上,盘阵上也没有报硬盘的错误,交换机也正常,经过检查,最后修改了chdev -l hdisk6 -a rw_timeout=1000(这个值有点偏大)解决了此问题.

经过求证,在网上找到一个类似的说明:
Early vendor support recommendation is to increase rw_timeout, as they judge it as characteristic of a long fibre connection, but cables are only 15 metre, and due to its nature, we are loathe to start performing outages just to tweak settings that shouldn‘t be causing issue.

时间: 2024-08-05 17:59:49

AIX盘rw_timeout值过小导致IO ERROR的相关文章

解决weblogic错误:java.sql.SQLRecoverableException: IO Error: Broken pipe

首先说一下系统基础架构: 服务器:weblogic11g集群 数据库:oracle数据库Rac 出错信息: 1.java.sql.SQLRecoverableException: Closed Connection 2.Test "SELECT 1 FROM DUAL" set up for pool "mds-soa" failed with exception: "java.sql.SQLRecoverableException: IO Error:

(网上看的)asp.net使用uploadify上传出现的IO Error问题

解决方法: 1.uploadify控件的自定义size必须调整大小,即属性:sizeLimit:'300000000000' //根据自己需要 2.asp.net中webconfig用记事本打开,插在<system.web></system.web>之间, “<httpRuntime maxRequestLength="2097151" executionTimeout="50000" />” maxRequestLength大小

C# uploadify 上传 -220 IO Error 问题

1. 前端: uploadify 上文件大小限制配置. 2. 后端: web.config 配置 <?xml version="1.0"?> <configuration> <system.web> <compilation debug="true" targetFramework="4.0"/> <httpRuntime maxRequestLength="10240"

java连接oracle数据库,关闭连接出现异常:java.sql.SQLRecoverableException: IO Error: Connection reset

java.sql.SQLRecoverableException: IO Error: Connection reset at oracle.jdbc.driver.T4CConnection.logoff(T4CConnection.java:612) at oracle.jdbc.driver.PhysicalConnection.close(PhysicalConnection.java:5094) at com.sms.send.StartTaskNew.run(SmsSend.java

mysql max_allowed_packet设置过小导致写入失败

mysql max_allowed_packet 设置过小导致记录写入失败 mysql根据配置文件会限制server接受的数据包大小. 有时候大的插入和更新会受max_allowed_packet 参数限制,导致写入或者更新失败. 查看目前配置 show VARIABLES like '%max_allowed_packet%'; 调整: set global max_allowed_packet = 1024*1024*100   ##设置为100M exit 退出mysql客户端,重新登陆生

uploadify IO Error/http error 413

阿里云的服务器 linux 服务器,php 环境,上传附件问题,记录分享一下: 开始测试的时候,都是图片,小附件,没什么问题 系统上线后,发现大的附件上传 有问题,报错 IO Error 开始检查程序,把程序里面所有的限制大小的地方全取消了,发现还是不行 拿到本地测试没有问题,,,我知道不是程序的原因了,去查服务器环境 修改 php 环境:修改php.ini file_uploads =on upload_tmp_dir= upload_max_filesize=64m post_max_siz

mysql max_allowed_packet 设置过小导致记录写入失败

mysql根据配置文件会限制server接受的数据包大小. 有时候大的插入和更新会受max_allowed_packet 参数限制,导致写入或者更新失败. 查看目前配置 show VARIABLES like '%max_allowed_packet%'; 显示的结果为: +--------------------+---------+ | Variable_name      | Value   | +--------------------+---------+ | max_allowed_

150倍加速机械盘,UCloud云主机IO加速技术揭秘

现如今CPU的计算能力和磁盘的访问延迟之间的差距逐渐扩大,使得用户云主机的磁盘IO经常成为严重的性能瓶颈,云计算环境下更加明显.针对机械盘IO性能低下的问题,我们通过自研的云主机IO加速方案,使4K随机写的最高性能由原来的300 IOPS提升至4.5W IOPS,提高了150倍,即用机械盘的成本获得了SSD的性能.13年上线至今,该方案已历经五年的运营实践,并成功应用于全网93%的标准型云主机,覆盖12.7万台实例,总容量达26PB. 一.为什么需要IO加速 传统的机械磁盘在寻址时需要移动磁头到

mysql max_allowed_packet过小导致的prepare失败

最近公司一台阿里云上模拟环境突然好好地就出错了额,总提示:"Unknown prepared statement handler (stmt) given to DEALLOCATE PREPARE",原以为是sql语法所致,确定没有问题后,最后确定是因为prepare对应的会话变量为null所知,mysql的max_allowed_packet被篡改为1024了. 之前还一直没想到过max_allowed_packet过小还会导致这异常,不得不说mysql的异常信息真不是一般的不友好