近日机房小机遇到一个问题,突发的报错bash: fork: There is not enough memory available now。命令行输入ls df -g reboot等 命令都无法响应。只能强制重启,设备重启成功后尝试重启数据库监听 lsnrctl start 无法响应,通过df -g命令查看数据库所在的目录/u01下面无空间 。紧急联系供应商协助解决问题,通过查看查看历史资料以及aix 小机上命令记录
mount /oradatalv
ln -s /oradatalv /u01
还有etc/filesystems
/u01:
dev = /dev/oradatalv
vfs = jfs2
log = /dev/loglv01
mount = true
options = rw
account = false
szie = _
以及历史资料确认是 mount /oradatalv /u01
就执行了mount /oradatalv /u01 (可能是mount -y /oradatalv /u01) 显示mount成功,但是df -g 查看后空间大小与原有的不一致。通过执行mount /u01命令显示
0506-342:the superblock on /dev/oradatalv is dirty run a full fsck to fix
后供应商紧急联系了首先查看挂载的/oradatalv 链路是正常,盘也是正常的,
之后供应商执行了fsck -y /dev/oradatalv最后报出
The current volume is :/dev/oradatalv
Primary superblock is valid.
*** Phase 1-Initial inode scan
***Phase 2 -Process remaining directories
***Phase 3 -Process remaining files
***Phase 4 -Check and repair inode allocation map
***Phase 5 -Check and repair block allocation map
Block allocation map is corrupt(FIXED)
Superblock marked dirty because repairs are about to be written
File system is clean .
Superblock is marked dirty(FIXED)
All observed inconsistencies have been repaired
至此 df -g 空间显示正常 随着执行启动服务器数据库。