亚洲av成人无遮挡网站在线观看,少妇性bbb搡bbb爽爽爽,亚洲av日韩精品久久久久久,兔费看少妇性l交大片免费,无码少妇一区二区三区

Chinaunix

標題: 根分區(qū)滿，但未找到具體的占用文件，十分詭異！ [打印本頁]
作者: bacon1001    時間: 2011-05-09 10:44
標題: 根分區(qū)滿，但未找到具體的占用文件，十分詭異！
具體看一下，根分區(qū)占用99%，但根分區(qū)目前文件+文件夾累加起來也跟實際的占用空間不符，故請教！


LINUX:/ # pwd
/
You have new mail in /var/mail/root
LINUX:/ # du -sh *
7.1M    bin
8.2M    boot
72K     dev
du: cannot access `error/controlcc20100526.sql': Permission denied
du: cannot access `error/cacti20100526.sql': Permission denied
0       error
26M     etc
3.7G    home
86M     lib
0       media
0       mnt
517M    opt
du: cannot access `proc/20087/task/20087/fd/3': No such file or directory
du: cannot access `proc/20087/fd/4': No such file or directory
938M    proc
3.7G    root
12M     sbin
255M    srv
0       sys
209M    tmp
2.6G    usr
3.5G    var
LINUX:/ # df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/sda2              81G   79G  1.6G  99% /
udev                   12G   72K   12G   1% /dev
/dev/sda3             103G  3.7G  100G   4% /home
作者: icwang    時間: 2011-05-09 12:08
umount /home，估計原來的/home里有大量文件未刪除
作者: black-hat    時間: 2011-05-09 16:47
有一個可能就是你的服務器上有寫日志操作或者其它的寫操作，因為在寫操作不能創(chuàng)建文件的時候會寫磁盤的block 這樣會使磁盤利用率越來越低。
可以使用lsof -n |grep delete 來查看哪些進程在對磁盤進行寫操作。
因為上次有一臺服務器上的nginx出現(xiàn)了此類問題，磁盤無故的增大，當時怎么也找不到原因，最后觀察系統(tǒng)的進程信息，找到了這個問題。
也許還有其他的問題，歡迎探討。
作者: jy02107028    時間: 2011-05-09 18:04
3樓正解，一般都是程序打開了已經(jīng)刪除的文件，導致磁盤未釋放該文件。lsof|grep delete之后kill掉該進程，或者直接重啟
作者: taojie2000    時間: 2011-05-09 18:38
允許重啟的話   最好重啟下
作者: yifangyou    時間: 2011-05-09 20:37
估計是在當前目錄下有隱藏文件
ls -a
作者: bacon1001    時間: 2011-05-10 11:48
有一個可能就是你的服務器上有寫日志操作或者其它的寫操作，因為在寫操作不能創(chuàng)建文件的時候會寫磁盤的bloc ...
black-hat 發(fā)表于 2011-05-09 16:47



    按照你的方法還是沒有發(fā)現(xiàn)什么異常,嘗試過停止mysql服務和重啟服務器，空間一樣占用大。
  1. LINUX:~ # lsof -n |grep delete
  2. mysqld     4177      mysql    1w      REG        8,2 320015471     203552 /var/lib/mysql/mysqld.log.1 (deleted)
  3. mysqld     4177      mysql    2w      REG        8,2 320015471     203552 /var/lib/mysql/mysqld.log.1 (deleted)
  4. mysqld     4177      mysql    4u      REG        8,2         0     197909 /var/lib/mysql/.tmp/ibPzFZCe (deleted)
  5. mysqld     4177      mysql    5u      REG        8,2        22     197912 /var/lib/mysql/.tmp/ibvsGYAk (deleted)
  6. mysqld     4177      mysql    6u      REG        8,2         0     197918 /var/lib/mysql/.tmp/ib92aYyq (deleted)
  7. mysqld     4177      mysql    7u      REG        8,2         0     197920 /var/lib/mysql/.tmp/iboSRRBw (deleted)
  8. mysqld     4177      mysql   11u      REG        8,2         0     136428 /var/lib/mysql/.tmp/ibGERngE (deleted)
復制代碼
作者: bacon1001    時間: 2011-05-10 11:50
估計是在當前目錄下有隱藏文件
ls -a
yifangyou 發(fā)表于 2011-05-09 20:37



    linux的隱藏文件是以.x形式存在的 我在統(tǒng)計各目錄大小的時候已經(jīng)包含了隱藏文件的統(tǒng)計，空間依然占用大
作者: bacon1001    時間: 2011-05-10 11:51
允許重啟的話   最好重啟下
taojie2000 發(fā)表于 2011-05-09 18:38



    重啟的方法試過，無效，所以應該不是什么程序進程未釋放空間
作者: bacon1001    時間: 2011-05-10 11:53
umount /home，估計原來的/home里有大量文件未刪除
icwang 發(fā)表于 2011-05-09 12:08




/home目錄是單獨掛載在/dev/sda3上的，并不存在于根分區(qū)中
  1. LINUX:~ # df
  2. Filesystem           1K-blocks      Used Available Use% Mounted on
  3. /dev/sda2             83888824  76178792   7710032  91% /
  4. udev                  12477564        72  12477492   1% /dev
  5. /dev/sda3            107865120   7655584 100209536   8% /home
復制代碼
作者: wzhuzhu    時間: 2011-05-10 12:07
先umoun /home 然后檢查 /home是否存在文件。
作者: bacon1001    時間: 2011-05-10 12:15
回復 11# wzhuzhu


   
嘗試過，但是一切Zheng chang
LINUX:~ # df
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/sda2             83888824  76185900   7702924  91% /
udev                  12477564        72  12477492   1% /dev
/dev/sda3            107865120   7655588 100209532   8% /home
LINUX:~ # cat /etc/fstab
/dev/sda2            /                    reiserfs   acl,user_xattr        1 1
/dev/sda3            /home                reiserfs   acl,user_xattr        1 2
/dev/sda1            swap                 swap       defaults              0 0
proc                 /proc                proc       defaults              0 0
sysfs                /sys                 sysfs      noauto                0 0
debugfs              /sys/kernel/debug    debugfs    noauto                0 0
usbfs                /proc/bus/usb        usbfs      noauto                0 0
devpts               /dev/pts             devpts     mode=0620,gid=5       0 0
LINUX:~ # umount /dev/sda3
LINUX:~ # df
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/sda2             83888824  76186136   7702688  91% /
udev                  12477564        72  12477492   1% /dev
LINUX:~ # cd /
LINUX:/ # ll
total 26
drwxr-xr-x   2 root root 2912 Jun 17  2010 bin
drwxr-xr-x   3 root root  592 Jun 17  2010 boot
drwxr-xr-x  10 root root 6620 May  9 11:51 dev
drwxr-xr-x   2 root root  128 May 30  2010 error
drwxr-xr-x  89 root root 7064 May 10 11:57 etc
drwxr-xr-x   2 root root   48 Jun 17  2010 home
drwxr-xr-x  12 root root 4144 Jun 17  2010 lib
drwxr-xr-x   2 root root  112 May  9 11:49 media
drwxr-xr-x   2 root root   48 Nov 26  2006 mnt
drwxr-xr-x   4 root root   96 Jun 17  2010 opt
dr-xr-xr-x 138 root root    0 May  9 19:49 proc
drwx------  18 root root  984 May 10 11:57 root
drwxr-xr-x   3 root root 8264 Jun 17  2010 sbin
drwxr-xr-x   5 root root  120 Jun 17  2010 srv
drwxr-xr-x  11 root root    0 May  9 19:49 sys
drwxrwxrwt  24 root root 3200 May 10 11:45 tmp
drwxr-xr-x  12 root root  320 Jun 17  2010 usr
drwxr-xr-x  14 root root  384 Jun 17  2010 var
作者: bacon1001    時間: 2011-05-10 13:05
up up up！
作者: wzhuzhu    時間: 2011-05-10 13:56
是讓你看umount /dev/sda3后的/home目錄下是否存在文件。
明白意思沒有？
作者: bacon1001    時間: 2011-05-10 17:09
是讓你看umount /dev/sda3后的/home目錄下是否存在文件。
明白意思沒有？
wzhuzhu 發(fā)表于 2011-05-10 13:56


小弟愚拙，這位高--手給指條明路吧！
LINUX:/home # df
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/sda2             83888824  76291728   7597096  91% /
udev                  12477564        72  12477492   1% /dev

LINUX:/home # pwd
/home

LINUX:/home # ll
total 0

LINUX:/home # du -sh /*
7.1M    /bin
8.2M    /boot
72K     /dev
du: cannot access `/error/controlcc20100526.sql': Permission denied
du: cannot access `/error/cacti20100526.sql': Permission denied
0       /error
26M     /etc
0       /home
86M     /lib
0       /media
0       /mnt
517M    /opt
du: cannot access `/proc/32436/task/32436/fd/3': No such file or directory
du: cannot access `/proc/32436/fd/4': No such file or directory
936M    /proc
59M     /root
12M     /sbin
255M    /srv
0       /sys
210M    /tmp
2.6G    /usr
3.6G    /var

LINUX:/home #
作者: chenyx    時間: 2011-05-10 17:15
樓主在12樓不是執(zhí)行umount /dev/sda3了嗎,在umount的情況下,ll /home看看里面有內(nèi)容沒有
作者: yifangyou    時間: 2011-05-10 21:06
回復 8# bacon1001
我說的是當前目錄。另外一種可能是swap分區(qū)，因為linux使用的swap分區(qū)也很大一般都好幾G，swap分區(qū)的總大小就是占用的是硬盤空間的大小。
作者: godymoon    時間: 2011-05-11 12:39
回復 17# yifangyou


/dev/sda2            /                    reiserfs   acl,user_xattr        1 1
/dev/sda1            swap                 swap       defaults              0 0

    看這樣swap 也是一個單獨的分區(qū)啊
作者: dooza    時間: 2011-05-11 13:49
du: cannot access `/proc/32436/task/32436/fd/3': No such file or directory
du: cannot access `/proc/32436/fd/4': No such file or directory


用root用戶，對根目錄du
# cd /
# du -ms `ls`
貼出來看看
作者: tanyangxf    時間: 2011-05-11 19:25
du: cannot access `/error/controlcc20100526.sql': Permission denied
du: cannot access `/error/cacti20100526.sql': Permission denied
0       /error

這里是怎么回事？
作者: chlinux    時間: 2011-05-11 20:55
回復 1# bacon1001


    如果不是你程序主動記的日志，那可查一下數(shù)據(jù)庫日志，系統(tǒng)日志，還有一個經(jīng)常出問題的目錄可重點查一下

/var/spool/clientmqueue
作者: bacon1001    時間: 2011-05-11 21:38
回復 21# chlinux

這些我都查了個遍，我是實在找不到才來cu發(fā)帖的。linux基本的問題還是能定位，但唯獨這個詭異的問題...哎
作者: bacon1001    時間: 2011-05-11 21:41
本帖最后由 bacon1001 于 2011-05-11 21:44 編輯

回復 19# dooza


    話說這兩個釘子戶root想盡啥辦法都拿他沒轍

PS：哦，錯了 是回復20 fist
作者: ooolinux    時間: 2011-05-11 23:44
提示: 作者被禁止或刪除 內(nèi)容自動屏蔽
作者: dooza    時間: 2011-05-12 00:06
是不是有較大的隱藏目錄或文件啊
du -a一下
作者: gerryok    時間: 2011-05-12 05:43
這個地方挺奇怪的
作者: tingyu    時間: 2011-05-12 21:12
du: cannot access `/error/controlcc20100526.sql': Permission denied
du: cannot access `/error/cacti ...
tanyangxf 發(fā)表于 2011-05-11 19:25



    同意這個，應該看看這個明顯的異常。不要忽略任何蛛絲馬跡
作者: tanyangxf    時間: 2011-05-12 21:30
樓主就沒鳥過我。。哎。。
作者: jlxiaopang    時間: 2011-05-19 17:25
回復 3# black-hat


    寫操作不能創(chuàng)建文件的時候會寫磁盤的block？什么意思？ 不能創(chuàng)見文件？還會寫block占用空間？
作者: black-hat    時間: 2011-05-20 22:04
這個問題可以這樣來理解，咱們簡單的做一個測試就拿Nginx程序來測試。
先看看磁盤的大小在說

此時我們來多刷新一下頁面讓日志寫入Log來增加磁盤空間
經(jīng)過多次刷新后磁盤的文件大小已經(jīng)變大。
日志文件路徑在/var/log/host.access.log

此時在看看磁盤的大小情況

現(xiàn)在我們來刪除日志文件
rm -f /var/log/host.access.log
這個時候你可以看的出來雖然刪除了文件但是磁盤的空間一樣沒有釋放。
原因是因為程序在打開了一個句柄后沒有釋放，始終會占用一定block，如果此時有請求會一直的的往下寫。
我們在來看看程序的FD狀態(tài)

好了具體的你在研究研究。詳細的地方你參考一下 程序的一些讀寫機制吧/
作者: frenchleaf    時間: 2011-05-25 13:02
請問一下，這個怎么解決？重啟nginx能解決嗎？已經(jīng)寫入block的空間能找回來嗎？
作者: bacon1001    時間: 2011-06-04 16:38
回復 30# black-hat


這種關于程序未釋放空間的說法已經(jīng)被推倒，我嘗試kill掉所有程序和reboot服務器，情形依舊....
作者: hailang424    時間: 2011-06-04 19:45
可以這樣試試
1、df -a > /tmp/111
2、cat /tmp/111 |sort -t ' ' -k 1 -nr |more

仔細看看，看能不能查出來。
作者: leeqiand    時間: 2011-06-06 10:28
938M    proc
這個好像一般沒容量吧？
du: cannot access `error/controlcc20100526.sql': Permission denied
du: cannot access `error/cacti20100526.sql': Permission denied
你試著查看你的數(shù)據(jù)庫占多大空間
不行的話 你試著進入單用戶模式查看下  希望幫助你
作者: missing-cn    時間: 2011-06-07 14:14
df -i 看看inode剩余數(shù)量是多少
作者: sobigapple    時間: 2011-06-09 16:11
du: cannot access `error/controlcc20100526.sql': Permission denied
du: cannot access `error/cacti20100526.sql': Permission denied

root都沒有權限，先從這個入手吧，估計是文件損壞了。
fsck一下。
作者: wake2000x    時間: 2011-06-09 16:18
/var/spool/clientmqueue/ 里面的文件很大，導致根/滿
解決: cd /var/spool/clientmqueue/
ls |xargs -f
造成這個原因是因為cron腳本引起的，在定時服務里  > /dev/null 2>&1
作者: godymoon    時間: 2011-06-11 16:11
回復 37# wake2000x


   
/var/spool/clientmqueue/ 里面的文件很大，導致根/滿
解決: cd /var/spool/clientmqueue/
ls |xargs -f
造成這個原因是因為cron腳本引起的，在定時服務里  > /dev/null 2>&1


LZ的帖子顯示var目錄只占了3.5G

你是根據(jù)哪個結果來判斷 是/var/spool/clientmqueue/里面 的文件占用的？
作者: taojie2000    時間: 2011-06-11 17:52
回復 37# wake2000x


ls |xargs -f   啥意思
作者: sanxiatingyu    時間: 2011-06-12 00:07
恩 今年3月的時候 測試環(huán)境中的一個節(jié)點服務器（HP-UX）出現(xiàn)根滿的情況

導致無法登陸 在刪除根下一些文件后 才能勉強登陸

后bdf命名發(fā)現(xiàn) 剛釋放的一點空間正在被逐漸消耗

對相關文件進行查找 并按照網(wǎng)上處理的辦法進行處理 無果

最終向領導申請 reboot

reboot后好了 ！
作者: unix5188    時間: 2011-06-12 22:32
在其他的unix系統(tǒng)上遇到到類似的問題，就是很多的程序打開了文件，文件刪除了，但是占用的空間卻沒有釋放，所以很多的時候重啟系統(tǒng)就好了。LZ可以找找linux下的相關命令，我記得是lsof。你可以試試。
作者: 可愛灰狼    時間: 2013-11-21 15:21
樓主最后查出來了嗎？》
作者: wenhq    時間: 2013-11-21 15:26
可愛灰狼 發(fā)表于 2013-11-21 15:21
樓主最后查出來了嗎？》


你遇到同樣的問題了嗎？
lsof 和fuser都可以幫你找下。
作者: 可愛灰狼    時間: 2013-11-21 15:36
是�。篸f 查看根目錄 905G  的空間，可用+已用 竟然比總大小還少 46G 的空間

[root@ijx ~]# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/mapper/VolGroup-LogVol00
                      905G  118G  741G  14% /
tmpfs                 1.5G     0  1.5G   0% /dev/shm
/dev/sda1            1008M   60M  897M   7% /boot
/abc/rhel-server-6.3-x86_64-dvd.iso
                      3.5G  3.5G     0 100% /mnt/dvd

是否是有刪除文件空間沒釋放？
[root@ijx ~]# lsof |grep delete

那這部分空間是怎么少了的呢？
作者: AlphaPanda    時間: 2019-08-07 11:25
樓主最后解決了么，我這邊也遇到同樣的情況。重啟后顯示空間依然沒有釋放



歡迎光臨 Chinaunix (http://www.72891.cn/) Powered by Discuz! X3.2