linux服务器磁盘空间,关于Linux服务器磁盘空间占满难点的化解措施

by admin on 2019年3月27日

上面大家一道来看一篇有关Linux服务器磁盘占满难题一挥而就(/dev/sda3
满了),希望赶上此类难题的人能拉动支持。

上边大家一起来看一篇有关Linux服务器磁盘占满难题解决(/dev/sda3
满了),希望赶上此类难题的人能拉动帮忙。

Linux服务器磁盘空间占满难点,linux服务器磁盘空间

下边大家一并来看一篇有关Linux服务器磁盘占满难点一挥而就(/dev/sda3
满了),希望赶上此类难题的人能拉动帮忙。  

明天收工某电商技术部leader发现个难点,说他们服务器硬盘满了。把日记文件都删掉了,可硬盘空间照旧满。于是df
-h查看了下依次挂载点的场景(如下图)。

home88一必发 1

/dev/sda3占有了百分之百,那么大家du -s -h ./*看下目录的占用境况(如下图)。

 

 

 在工作中,大家或然会蒙受这么的题材,发现某个磁盘空间快满了,于是,找到一些没用的大文件将其除去后,发现磁盘空间依旧尚未自由掉,这是怎么样原因吗?怎么着消除呢?下边来再次出现一下任何进度:

查看磁盘空间意况

 [@74.114 var]# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/xvda2            9.7G  284M  8.9G   4% /
/dev/xvda1            251M   13M  226M   6% /boot
none                  1.1G     0  1.1G   0% /dev/shm
/dev/xvda10            97G   60G   33G  65% /home
/dev/xvda3            3.9G  2.7G  1.1G  72% /usr
/dev/xvda5            3.9G  3.6G   77M  98% /var

var分区快满了,找到大文件,并删除

[@74.114 var]# cd /var
[@74.114 var]# du –sh *
3.3G    account
111M    cache
53M     log
linux服务器磁盘空间,关于Linux服务器磁盘空间占满难点的化解措施。0       mail
156K    run
344K    spool

[@74.114 var]# rm –rf account/*

df –h 看一下,却依然是/var 为98%,一点都没释放。

[@74.114 var]# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/xvda2            9.7G  284M  8.9G   4% /
/dev/xvda1            251M   13M  226M   6% /boot
none                  1.1G     0  1.1G   0% /dev/shm
/dev/xvda10            97G   60G   33G  65% /home
/dev/xvda3            3.9G  2.7G  1.1G  72% /usr
/dev/xvda5            3.9G  3.6G   77M  98% /var

但du –sh * 却展现没有大文件了

[@74.114  ~]# cd /var && du –sh *
120K    account
111M    cache
53M     log
0       mail
156K    run
344K    spool

狐疑1:应该是删除的内容依旧被进度占用,内部存款和储蓄器没释放,所以用lsof |grep – I
deleted 看了一晃,发现如下:

[@74.114 account]# lsof |grep -i deleted
listserve  4833           blty    0u      CHR     
136,2                    4 /dev/pts/2 (deleted)
listserve  4833           blty    1u      CHR     
136,2                    4 /dev/pts/2 (deleted)
listserve  4833           blty    2u      CHR     
136,2                    4 /dev/pts/2 (deleted)
Billing_P 16989           blty    0u      CHR     
136,0                    2 /dev/pts/0 (deleted)
Billing_P 16989           blty    1u      CHR     
136,0                    2 /dev/pts/0 (deleted)
Billing_P 16989           blty    2u      CHR     
136,0                    2 /dev/pts/0 (deleted)
Billing_P 16990           blty    0u      CHR     
136,0                    2 /dev/pts/0 (deleted)
Billing_P 16990           blty    1u      CHR     
136,0                    2 /dev/pts/0 (deleted)
Billing_P 16990           blty    2u      CHR     
136,0                    2 /dev/pts/0 (deleted)

意识时billing程序占用没释放,所以沟通项目组长将Billing_P停掉,重启,照旧没有自由其余空间。无果
揣测2:删除的公文是accout目录下的pacct文件,应该是由psacct发生和保管,重启那一个顺序后是还是不是会OK呢?解决

[@74.114 account]# /etc/init.d/psacct restart

最后看一下磁盘空间,磁盘空间释放鸟~~

[@74.114 var]# df -h
linux服务器磁盘空间,关于Linux服务器磁盘空间占满难点的化解措施。Filesystem            Size  Used Avail Use% Mounted on
/dev/xvda2            9.7G  284M  8.9G   4% /
/dev/xvda1            251M   13M  226M   6% /boot
none                  1.1G     0  1.1G   0% /dev/shm
/dev/xvda10            97G   60G   33G  65% /home
/dev/xvda3            3.9G  2.7G  1.1G  72% /usr
/dev/xvda5            3.9G  100M   3.6M  4% /var

 小建议:

将来处理有关难点时,若是发现du 和df 大小分歧的情事,能够因此lsof
查看,恐怕能够找到一些产出难点的由来,假诺照旧找不到难题,在允许的状态下无妨试一下重启服务,大概难题就缓解了。
重启服务得不到化解的景观下,能够通过卸载磁盘分区来试着消除。
在支配删除某个文件前,最棒分明好这些文件被怎样服务使用,先停掉那些劳务再删除,那样就很少出现空间释放不了的状态了

 

linux磁盘挂载点目录占用景况(图)

挂载点下的目录之和远小于4.5G,那么是怎么占用了硬盘呢?

以下为该难题的解答:

在apache/tomcat服务在运维境况下,清空了运转服务的日志,从而致使了/dev/sda3
满了的难点。一般景观下,超越四分之二劳动(包涵剧本)在运行时,是无法去除当前正值写入的日记文件的。

规律分析:

  1. 时下access.log日志正在被apache进度占用。 2.
    由此rm命令删除access.log,实际只删除了文件名(该日志文件应用记数不为0,因而空间不会被放走)。
    3.
    通过rm命令删除了access.log后,apache还是写日记到access.log中,当打开apache过程时,已经通过access.log定位到该公文的inode了,就是说再写日记是不通过access.log,由此就算去除了access.log,apache照旧写日记到access.log所在的inode节点,所以导致硬盘空间扩大。
    4.
    因为除去了access.log,所以大家就找不到该公文了,du也查不到,就会油但是生硬盘满了但看不到毕竟是怎么文件占用的。

(写的不甚详细,不精通的门阀再google下。)

解决方法:

重启该日记文件的相关服务或程序,如:为apache日志文件则重启apache(如下图,重启后才硬盘空间占用符合规律)。

home88一必发 2

上边大家一道来看一篇关于Linux服务器磁盘占满难题消除(/dev/sda3
满了),希望赶上此…

上边大家共同来看一篇有关Linux服务器磁盘占满难题化解(/dev/sda3
满了),希望赶上此类难题的人能拉动援助。

 

 

明天下班某电商技术部leader发现个难题,说他俩服务器硬盘满了。把日志文件都删掉了,可硬盘空间依然满。于是df
-h查看了下各种挂载点的现象(如下图)。

明天下班某电商技术部leader发现个难题,说她们服务器硬盘满了。把日志文件都删掉了,可硬盘空间照旧满。于是df
-h查看了下依次挂载点的现象(如下图)。

前天收工某电商技术部leader发现个难点,说她们服务器硬盘满了。把日记文件都删掉了,可硬盘空间如故满。于是df
-h查看了下依次挂载点的景色(如下图)。

/dev/sda3占有了百分之百,那么我们du -s -h ./*看下目录的占用处境(如下图)。

home88一必发 3

home88一必发 4

home88一必发 5

/dev/sda3占用了百分百,那么我们du -s -h ./*看下目录的占据情况(如下图)。

/dev/sda3占有了百分百,那么我们du -s -h ./*看下目录的占用意况(如下图)。

 在工作中,大家兴许会赶上那样的题材,发现有些磁盘空间快满了,于是,找到一些失效的大文件将其删除后,发现磁盘空间如故没有自由掉,那是怎么着来头呢?如何消除呢?上面来重现一下全勤经过:

 

 

查阅磁盘空间情状

 

 

 [@74.114 var]# df -h
Filesystem      Size Used Avail Use% Mounted on
/dev/xvda2      9.7G 284M 8.9G  4% /
/dev/xvda1      251M  13M 226M  6% /boot
none         1.1G   0 1.1G  0% /dev/shm
/dev/xvda10      97G  60G  33G 65% /home
/dev/xvda3      3.9G 2.7G 1.1G 72% /usr
/dev/xvda5      3.9G 3.6G  77M 98% /var

 在工作中,大家或者会遇见这么的标题,发现某些磁盘空间快满了,于是,找到一些不行的大文件将其除去后,发现磁盘空间照旧不曾自由掉,那是何许原因吧?怎样缓解吧?上面来重现一下全勤进程:

 在工作中,大家恐怕会遇上那样的题材,发现有个别磁盘空间快满了,于是,找到一些不行的大文件将其删除后,发现磁盘空间依然没有自由掉,那是如何原因呢?咋样化解呢?上面来再次出现一下总体经过:

var分区快满了,找到大文件,并剔除

翻看磁盘空间情状

查看磁盘空间意况

[@74.114 var]# cd /var
[@74.114 var]# du –sh *
3.3G  account
111M  cache
53M   log
0    mail
156K  run
344K  spool
…
[@74.114 var]# rm –rf account/*

 [@74.114 var]# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/xvda2            9.7G  284M  8.9G   4% /
/dev/xvda1            251M   13M  226M   6% /boot
none                  1.1G     0  1.1G   0% /dev/shm
/dev/xvda10            97G   60G   33G  65% /home
/dev/xvda3            3.9G  2.7G  1.1G  72% /usr
/dev/xvda5            3.9G  3.6G   77M  98% /var

 [@74.114 var]# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/xvda2            9.7G  284M  8.9G   4% /
/dev/xvda1            251M   13M  226M   6% /boot
none                  1.1G     0  1.1G   0% /dev/shm
/dev/xvda10            97G   60G   33G  65% /home
/dev/xvda3            3.9G  2.7G  1.1G  72% /usr
/dev/xvda5            3.9G  3.6G   77M  98% /var

df –h 看一下,却依旧是/var 为98%,一点都没释放。

var分区快满了,找到大文件,并剔除

var分区快满了,找到大文件,并删除

[@74.114 var]# df -h
Filesystem      Size Used Avail Use% Mounted on
/dev/xvda2      9.7G 284M 8.9G  4% /
/dev/xvda1      251M  13M 226M  6% /boot
none         1.1G   0 1.1G  0% /dev/shm
/dev/xvda10      97G  60G  33G 65% /home
/dev/xvda3      3.9G 2.7G 1.1G 72% /usr
/dev/xvda5      3.9G 3.6G  77M 98% /var

[@74.114 var]# cd /var
[@74.114 var]# du –sh *
3.3G    account
111M    cache
53M     log
0       mail
156K    run
344K    spool

[@74.114 var]# rm –rf account/*

[@74.114 var]# cd /var
[@74.114 var]# du –sh *
3.3G    account
111M    cache
53M     log
0       mail
156K    run
344K    spool

[@74.114 var]# rm –rf account/*

但du –sh * 却显示没有大文件了

df –h 看一下,却一如既往是/var 为98%,一点都没释放。

df –h 看一下,却依然是/var 为98%,一点都没释放。

[@74.114 ~]# cd /var && du –sh *
120K  account
111M  cache
53M   log
0    mail
156K  run
344K  spool
…

[@74.114 var]# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/xvda2            9.7G  284M  8.9G   4% /
/dev/xvda1            251M   13M  226M   6% /boot
none                  1.1G     0  1.1G   0% /dev/shm
/dev/xvda10            97G   60G   33G  65% /home
/dev/xvda3            3.9G  2.7G  1.1G  72% /usr
/dev/xvda5            3.9G  3.6G   77M  98% /var

[@74.114 var]# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/xvda2            9.7G  284M  8.9G   4% /
/dev/xvda1            251M   13M  226M   6% /boot
none                  1.1G     0  1.1G   0% /dev/shm
/dev/xvda10            97G   60G   33G  65% /home
/dev/xvda3            3.9G  2.7G  1.1G  72% /usr
/dev/xvda5            3.9G  3.6G   77M  98% /var

质疑1:应该是去除的始末依然被进度占用,内部存款和储蓄器没释放,所以用lsof |grep – I
deleted 看了弹指间,发现如下:

但du –sh * 却显示没有大文件了

但du –sh * 却展现没有大文件了

[@74.114 account]# lsof |grep -i deleted
listserve 4833      blty  0u   CHR   136,2          4 /dev/pts/2 (deleted)
listserve 4833      blty  1u   CHR   136,2          4 /dev/pts/2 (deleted)
listserve 4833      blty  2u   CHR   136,2          4 /dev/pts/2 (deleted)
Billing_P 16989      blty  0u   CHR   136,0          2 /dev/pts/0 (deleted)
Billing_P 16989      blty  1u   CHR   136,0          2 /dev/pts/0 (deleted)
Billing_P 16989      blty  2u   CHR   136,0          2 /dev/pts/0 (deleted)
Billing_P 16990      blty  0u   CHR   136,0          2 /dev/pts/0 (deleted)
Billing_P 16990      blty  1u   CHR   136,0          2 /dev/pts/0 (deleted)
Billing_P 16990      blty  2u   CHR   136,0          2 /dev/pts/0 (deleted)

[@74.114  ~]# cd /var && du –sh *
120K    account
111M    cache
53M     log
0       mail
156K    run
344K    spool

算计1:应该是剔除的剧情如故被进度占用,内部存储器没释放,所以用lsof |grep – I
deleted 看了一晃,发现如下:

[@74.114  ~]# cd /var && du –sh *
120K    account
111M    cache
53M     log
0       mail
156K    run
344K    spool

测度1:应该是剔除的始末依旧被进度占用,内存没释放,所以用lsof |grep – I
deleted 看了弹指间,发现如下:

发觉时billing程序占用没释放,所以交换项目首席执行官将Billing_P停掉,重启,依然没有自由其余空间。无果
猜想2:删除的文书是accout目录下的pacct文件,应该是由psacct发生和治本,重启那些顺序后是或不是会OK呢?化解

[@74.114 account]# lsof |grep -i deleted
listserve  4833           blty    0u      CHR     
136,2                    4 /dev/pts/2 (deleted)
listserve  4833           blty    1u      CHR     
136,2                    4 /dev/pts/2 (deleted)
listserve  4833           blty    2u      CHR     
136,2                    4 /dev/pts/2 (deleted)
Billing_home88一必发,P 16989           blty    0u      CHR     
136,0                    2 /dev/pts/0 (deleted)
Billing_P 16989           blty    1u      CHR     
136,0                    2 /dev/pts/0 (deleted)
Billing_P 16989           blty    2u      CHR     
136,0                    2 /dev/pts/0 (deleted)
Billing_P 16990           blty    0u      CHR     
136,0                    2 /dev/pts/0 (deleted)
Billing_P 16990           blty    1u      CHR     
136,0                    2 /dev/pts/0 (deleted)
Billing_P 16990           blty    2u      CHR     
136,0                    2 /dev/pts/0 (deleted)

[@74.114 account]# lsof |grep -i deleted
listserve  4833           blty    0u      CHR     
136,2                    4 /dev/pts/2 (deleted)
listserve  4833           blty    1u      CHR     
136,2                    4 /dev/pts/2 (deleted)
listserve  4833           blty    2u      CHR     
136,2                    4 /dev/pts/2 (deleted)
Billing_P 16989           blty    0u      CHR     
136,0                    2 /dev/pts/0 (deleted)
Billing_P 16989           blty    1u      CHR     
136,0                    2 /dev/pts/0 (deleted)
Billing_P 16989           blty    2u      CHR     
136,0                    2 /dev/pts/0 (deleted)
Billing_P 16990           blty    0u      CHR     
136,0                    2 /dev/pts/0 (deleted)
Billing_P 16990           blty    1u      CHR     
136,0                    2 /dev/pts/0 (deleted)
Billing_P 16990           blty    2u      CHR     
136,0                    2 /dev/pts/0 (deleted)

[@74.114 account]# /etc/init.d/psacct restart

发现时billing程序占用没释放,所以沟通项目老董将Billing_P停掉,重启,依然没有自由其余空间。无果
预计2:删除的公文是accout目录下的pacct文件,应该是由psacct发生和保管,重启那个程序后是还是不是会OK呢?化解

察觉时billing程序占用没释放,所以交流项目首席营业官将Billing_P停掉,重启,如故没有自由别的空间。无果
猜猜2:删除的公文是accout目录下的pacct文件,应该是由psacct发生和管理,重启那么些顺序后是还是不是会OK呢?化解

最后看一下磁盘空间,磁盘空间释放鸟~~

[@74.114 account]# /etc/init.d/psacct restart

[@74.114 account]# /etc/init.d/psacct restart

[@74.114 var]# df -h
Filesystem      Size Used Avail Use% Mounted on
/dev/xvda2      9.7G 284M 8.9G  4% /
/dev/xvda1      251M  13M 226M  6% /boot
none         1.1G   0 1.1G  0% /dev/shm
/dev/xvda10      97G  60G  33G 65% /home
/dev/xvda3      3.9G 2.7G 1.1G 72% /usr
/dev/xvda5      3.9G 100M  3.6M 4% /var

终极看一下磁盘空间,磁盘空间释放鸟~~

末段看一下磁盘空间,磁盘空间释放鸟~~

 小建议:

[@74.114 var]# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/xvda2            9.7G  284M  8.9G   4% /
/dev/xvda1            251M   13M  226M   6% /boot
none                  1.1G     0  1.1G   0% /dev/shm
/dev/xvda10            97G   60G   33G  65% /home
/dev/xvda3            3.9G  2.7G  1.1G  72% /usr
/dev/xvda5            3.9G  100M   3.6M  4% /var

[@74.114 var]# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/xvda2            9.7G  284M  8.9G   4% /
/dev/xvda1            251M   13M  226M   6% /boot
none                  1.1G     0  1.1G   0% /dev/shm
/dev/xvda10            97G   60G   33G  65% /home
/dev/xvda3            3.9G  2.7G  1.1G  72% /usr
/dev/xvda5            3.9G  100M   3.6M  4% /var

日后处理相关难点时,借使发现du 和df 大小分歧的状态,能够通过lsof
查看,也许能够找到一些出现难点的原委,如若依然找不到难题,在同意的场所下无妨试一下重启服务,或许难点就化解了。
重启服务得不到解决的境况下,可以透过卸载磁盘分区来试着解决。

 小建议:

 小建议:

在控制删除有些文件前,最佳显明好那一个文件被哪些服务使用,先停掉那几个服务再删除,那样就很少出现空间释放不了的动静了

自此处理有关难题时,借使发现du 和df 大小不一致的情事,能够经过lsof
查看,或然可以找到一些产出难题的缘由,倘诺依然找不到难点,在允许的状态下无妨试一下重启服务,只怕难题就一蹴即至了。
重启服务得不到化解的景色下,能够透过卸载磁盘分区来试着解决。
在控制删除有个别文件前,最棒明确好那几个文件被怎么样服务使用,先停掉那些劳务再删除,那样就很少出现空间释放不了的状态了

随后处理相关题材时,若是发现du 和df 大小不雷同的图景,能够透过lsof
查看,恐怕能够找到一些冒出难点的由来,如若照旧找不到标题,在允许的意况下无妨试一下重启服务,可能难点就消除了。
重启服务得不到消除的情景下,能够因而卸载磁盘分区来试着化解。
在支配删除有个别文件前,最棒分明好那么些文件被怎么样服务应用,先停掉那一个劳务再删除,那样就很少出现空间释放不了的情事了

linux磁盘挂载点目录占用情形(图)

 

 

home88一必发 6

linux磁盘挂载点目录占用景况(图)

linux磁盘挂载点目录占用景况(图)

挂载点下的目录之和远小于4.5G,那么是怎么着占用了硬盘呢?

挂载点下的目录之和远小于4.5G,那么是如何占用了硬盘呢?

挂载点下的目录之和远小于4.5G,那么是怎么占用了硬盘呢?

以下为该难点的解答:

以下为该难题的解答:

以下为该难题的解答:

在apache/tomcat服务在运维景况下,清空了运行服务的日记,从而造成了/dev/sda3
满了的题材。一般情状下,当先四分之一服务(包括剧本)在运作时,是无法去除当前正在写入的日记文件的。

在apache/tomcat服务在运作情状下,清空了运营服务的日志,从而致使了/dev/sda3
满了的难题。一般景色下,超过十分之五劳务(包罗剧本)在运维时,是不可能去除当前正值写入的日记文件的。

在apache/tomcat服务在运营情形下,清空了运行服务的日志,从而导致了/dev/sda3
满了的题材。一般景况下,大部分服务(包涵剧本)在运作时,是不能够去除当前正值写入的日志文件的。

原理分析:

原理分析:

原理分析:

  1. 日前access.log日志正在被apache进度占用。
  1. 脚下access.log日志正在被apache进度占用。
  1. 此时此刻access.log日志正在被apache进度占用。

2.
因此rm命令删除access.log,实际只删除了文件名(该日志文件应用记数不为0,因而空间不会被保释)。

2.
经过rm命令删除access.log,实际只删除了文件名(该日记文件应用记数不为0,由此空间不会被保释)。

2.
通过rm命令删除access.log,实际只删除了文本名(该日记文件应用记数不为0,由此空间不会被保释)。

3.
因而rm命令删除了access.log后,apache依旧写日记到access.log中,当打开apache进度时,已经通过access.log定位到该文件的inode了,就是说再写日记是不经过access.log,由此即便去除了access.log,apache还是写日记到access.log所在的inode节点,所以造成硬盘空间扩大。

3.
由此rm命令删除了access.log后,apache照旧写日记到access.log中,当打开apache进度时,已经通过access.log定位到该文件的inode了,正是说再写日记是不经过access.log,因而即便去除了access.log,apache还是写日记到access.log所在的inode节点,所以造成硬盘空间扩充。

3.
由此rm命令删除了access.log后,apache仍然写日记到access.log中,当打开apache进度时,已经通过access.log定位到该文件的inode了,正是说再写日记是不经过access.log,由此尽管去除了access.log,apache依旧写日记到access.log所在的inode节点,所以造成硬盘空间扩展。

4.
因为除去了access.log,所以我们就找不到该文件了,du也查不到,就会并发硬盘满了但看不到究竟是怎样文件占用的。
(写的不甚详细,不晓得的门阀再google下。)

4.
因为除去了access.log,所以大家就找不到该公文了,du也查不到,就会现出硬盘满了但看不到毕竟是怎么着文件占用的。

4.
因为除去了access.log,所以大家就找不到该公文了,du也查不到,就会现出硬盘满了但看不到毕竟是哪些文件占用的。

缓解方法:

(写的不甚详细,不知晓的豪门再google下。)

(写的不甚详细,不领悟的豪门再google下。)

重启该日志文件的相关服务或程序,如:为apache日志文件则重启apache(如下图,重启后才硬盘空间占用通常)。

缓解格局:

斩草除根办法:

如上所述是小编给大家介绍的有关Linux服务器磁盘空间占满难点的化解措施,希望对我们具有协助,要是大家有别的疑问请给笔者留言,小编会及时恢复生机我们的。在此也卓殊感激大家对台本之家网站的支持!

重启该日志文件的相干服务或程序,如:为apache日志文件则重启apache(如下图,重启后才硬盘空间占用不荒谬)。

重启该日记文件的有关服务或程序,如:为apache日志文件则重启apache(如下图,重启后才硬盘空间占用寻常)。

你可能感兴趣的稿子:

  • 在Linux服务器中布局mongodb环境的步调
  • 详解linux
    ntp服务器时间一起设置
  • Linux服务器中MySQL远程连接的敞开药方法
  • linux服务器下查看mysql的安装音信
  • Linux
    检测服务器是还是不是连接着互连网
  • 如何在windows桌面使用ftp上传文件到linux服务器
  • Linux两台服务器之间复制文件及免密码登录的情势
  • Linux服务器被黑以往的详实处理步骤

home88一必发 7

home88一必发 8

发表评论

电子邮件地址不会被公开。 必填项已用*标注

网站地图xml地图