首页 > Linux操作系统 > Linux操作系统 > 由小机硬盘引发的事件(一)
这几天一直在处理一个棘手的问题,客户的小型机报错了。初步判断是硬盘的问题,保修之后,厂家给用户更换硬盘。在更换硬盘之前需要对本地磁盘进行备份。可是备份的时候,总是出问题:
尝试使用SMITTY MKSYSMB进行磁带备份,可是报错,说磁带正在使用。究竟是什么进程占用呢?
进一步查看:
# fuser -cux /dev/rmt0
/dev/rmt0: 0c(root) 1c(root) 73876c(root) 82052c(root) 94388c(root) 114914c(root) 135400c(root) 139326c(root) 143386c(root) 299010(oracle) 311544(oracle) 340068(oracle) 344084(oracle) 352326(oracle) 360612(oracle) 385054c(root) 397418(oracle) 401446(oracle) 417808(oracle) 430120(oracle) 442608(oracle) 458830(oracle) 462966(oracle) 479452(oracle) 495858(oracle) 508152(oracle) 512186(oracle) 520196(oracle) 524320(oracle) 536598c(root) 561294(oracle) 70044(root) 74152(oracle) 86514(root) 90604c(root) 94712(oracle) 123244c(root) 135454k(root) 151892(oracle) 352626(oracle) 356694c(root) 360932c(root) 426250c(root) 438628(oracle) 455108(oracle) 459156c(root) 471472c(root) 483694(root) 41678(root) 53896c(root) 62190c(root) 66260(root) 94756(oracle) 115216(oracle) 180812c(root) 184916c(root) 270934(oracle) 275108(oracle) 295600(oracle) 307882(oracle) 320152(oracle) 324294(oracle) 340648(oracle) 344780(oracle) 352794(oracle) 365156(oracle) 377420c(root) 389848(oracle) 406016(oracle) 418540(oracle) 422570(oracle) 438802(oracle) 455358(oracle) 29632c(root) 33652c(root) 41904c(root) 45840c(root) 58276c(root) 78818(root) 82726c(root) 95060c(daemon) 99100(root) 111404k(root) 119656c(root) 267048c(root) 283624(oracle) 287708c(root) 295758(oracle) 299802(oracle) 320318(oracle) 328456c(root) 361454(oracle) 373654(oracle) 394044(oracle)
看来不少ORACLE的进程哦。。。。。关闭数据库吧。。。。。
$ sqlplus /nolog
SQL*Plus: Release 9.2.0.1.0 - Production on Wed Apr 29 13:08:55 2009
Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.
SQL> conn / as sysdba
Connected.
SQL> shutdown immediate
Database closed.
Database dismounted.
ORACLE instance shut down.
可是使用:# fuser -cux /dev/rmt0
dev/rmt0: 0c(root) 1c(root) 73876c(root) 82052c(root) 94388c(root) 114914c(root) 135400c(root) 139326c(root) 143386c(root) 385054c(root) 536598c(root) 70044(root) 74152(oracle) 86514(root) 90604c(root) 123244c(root) 135454k(root)
仍旧有ROOT进程不能停掉。
冒险尝试KILL掉这些进程:
# fuser -ckux /dev/rmt0
结果仍旧不能干掉这些进程。绝望了,使用最后一招吧!
RMDEV RMT0
直接删除设备;
拿出磁带;
关闭磁带机电源;
问题依然存在。。。。。。。
证明一个问题,肯定是磁带有问题了;更换磁带;带机能够正常备份。。。。。。
可是很奇怪,一般备份一个正常操作系统,一般需要20分钟,可是这次竟然使用了2个小时都没备完,究竟怎么回事呢?
察看一下空间:
# df -m
Filesystem MB blocks Free %Used Iused %Iused Mounted on
/dev/hd4 128.00 100.39 22% 1931 8% /
/dev/hd2 1408.00 134.96 91% 33781 50% /usr
/dev/hd9var 128.00 103.67 20% 623 3% /var
/dev/hd3 5120.00 3113.02 40% 4892 1% /tmp
/dev/fwdump 512.00 511.60 1% 4 1% /var/adm/ras/platform
/dev/hd1 128.00 62.91 51% 1600 10% /home
/proc - - - - - /proc
/dev/hd10opt 128.00 45.83 65% 1626 14% /opt
/dev/oracle_lv 24832.00 40.86 100% 59987 82% /oracle
奇怪,ORACLE目录下怎么25G空间都用完了?
后来,察看了文件目录,才知道,SB软件开发人员,将数据库的数据文件全部放到了本地磁盘,而且磁盘空间已经加满。。。。。难怪这几天开发人员的数据库老是出问题,都不知道这群人是干吗滴!!!!
重大事故啊!!!!!!!!!!
看来这群软件公司需要迁移数据库文件了。。。。。。
来自 “ ITPUB博客 ” ,链接:https://blog.itpub.net/8334342/viewspace-592310/ ,如需转载,请注明出处,否则将追究法律责任。