ITPub博客

首页 > Linux操作系统 > Linux操作系统 > 由小机硬盘引发的事件(一)

由小机硬盘引发的事件(一)

原创 Linux操作系统 作者:anycall2010 时间:2009-04-29 23:01:33 0 删除 编辑

这几天一直在处理一个棘手的问题,客户的小型机报错了。初步判断是硬盘的问题,保修之后,厂家给用户更换硬盘。在更换硬盘之前需要对本地磁盘进行备份。可是备份的时候,总是出问题:

尝试使用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博客 ” ,链接:http://blog.itpub.net/8334342/viewspace-592310/,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论

注册时间:2008-06-24

  • 博文量
    182
  • 访问量
    568694