首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >问答首页 >根目录已满,无法恢复所消耗的空间

根目录已满,无法恢复所消耗的空间
EN

Server Fault用户
提问于 2015-11-13 16:13:48
回答 2查看 153关注 0票数 0

我到处都在研究我的场景,但是找不到任何与我的问题相关的字符串。我在中有一个datanode,它最近变坏了,因为那个盒子上的所有驱动器都是由于一些未知的原因而丢失的。这些驱动器安装在驻留在"/“上的目录上。由于hadoop进程仍然在运行,所以它正在写入这些目录,但是在卸载驱动器之后,它占用了根目录上的所有空间,而不是安装在单独驱动器上的所有空间,因此根文件由于空间的不可用而完全停止了hadoop相关的服务。现在我安装了所有的驱动器并清理了它们上的所有旧数据,我的根目录仍然显示100%。情况如下:

代码语言:javascript
运行
复制
Filesystem      Size  Used Avail Use% Mounted on
/dev/sda2       3.6T  3.4T  140M 100% /
tmpfs            24G     0   24G   0% /dev/shm
/dev/sda1       239M   60M  167M  27% /boot
/dev/sdb1       3.6T   15G  3.4T   1% /data-1
/dev/sdc1       3.6T   16G  3.4T   1% /data-2
/dev/sdd1       3.6T   16G  3.4T   1% /data-3
/dev/sde1       3.6T   16G  3.4T   1% /data-4
/dev/sdf1       3.6T   15G  3.4T   1% /data-5
/dev/sdg1       3.6T   15G  3.4T   1% /data-6
/dev/sdh1       3.6T   16G  3.4T   1% /data-7
/dev/sdi1       3.6T   15G  3.4T   1% /data-8
/dev/sdj1       3.6T   15G  3.4T   1% /data-9
/dev/sdk1       3.6T   15G  3.4T   1% /data-10
/dev/sdl1       3.6T   16G  3.4T   1% /data-11
cm_processes     24G  512K   24G   1% /var/run/cloudera-scm-agent/process 

我已经阅读了关于进程的所有线程,它们仍然在写入旧的dir,但在我的例子中并不意味着。

代码语言:javascript
运行
复制
[root@server /]# du -sh ./*
7.7M    ./bin
58M     ./boot
15G     ./data-1
15G     ./data-10
16G     ./data-11
16G     ./data-2
16G     ./data-3
15G     ./data-4
15G     ./data-5
15G     ./data-6
16G     ./data-7
15G     ./data-8
15G     ./data-9
264K    ./dev
30M     ./etc
18M     ./files
132K    ./home
260M    ./lib
23M     ./lib64
16K     ./lost+found
4.0K    ./media
4.0K    ./mnt
3.7G    ./opt
du: cannot access `./proc/19763/task/19763/fd/4': No such file or directory
du: cannot access `./proc/19763/task/19763/fdinfo/4': No such file or directory
du: cannot access `./proc/19763/fd/4': No such file or directory
du: cannot access `./proc/19763/fdinfo/4': No such file or directory
0       ./proc
112K    ./root
14M     ./sbin
4.0K    ./selinux
4.0K    ./srv
0       ./sys
176K    ./tmp
2.2G    ./usr
808M    ./var
[root@server /]# lsof | grep 'deleted'

此命令不返回任何内容。还回收了服务器,但没有效果。谢谢你的帮助。

EN

回答 2

Server Fault用户

发布于 2015-11-14 12:05:05

如果进程保持打开,Linux不会真正删除文件。如果可以的话,重新启动您的机器,所有丢失的空间都应该被回收。

票数 0
EN

Server Fault用户

发布于 2015-11-16 15:20:17

root@server /# ls -al /总计158个dr-xr.34根4096 11月13日12:00。dr-xr-xr-x。34根4096 11月13日12:00。-rw-r-r-1根根0 11月13日12:00 .autofsck -rw-r-r-1根0 5月29日10:53 .autorelabel dr-xr-x.2根4096 11月2日03:48 bin dr-xr-xr-x.5根根1024 11月12日14:11引导drwxr-xr-x。6根4096 11月12日14:12数据-1 drwxr-xr-x。6根4096 11月12日14:12数据-10 drwxr-xr-x。6根4096 11月13日11:31数据-11 drwxr-xr-x。6根4096 11月12日14:12数据-2 drwxr-xr-x.6根4096 11月12日14:12数据-3 drwxr-xr-x.6根4096 11月12日14:12数据-4 drwxr-xr-x.6根4096 11月12日14:12数据-5 drwxr-xr-x.6根4096 11月12日14:12数据-6 drwxr-xr-x.6根4096 11月12日14:12数据-7 drwxr-xr-x.6根4096 11月12日14:12数据-8 drwxr-xr-x.6根根4096 11月12日14:12数据-9 drwxr-xr-x17 root 4220 11月13日12:00 dev drwxr-xr-x。105个根根12288 11月13日12:00等drwxr-xr-x2根根4096 11月12日14:40文件drwxr-xr-x.10根4096 9月2日13:32家庭dr-xr-xr-x.11根根4096 11月1日11:27 lib dr-xr-xr-x.9根根12288 11月2日03:48 lib64 drwx-.2根根16384 ~5月29日10:43 lost+found drwxr-xr-x.2根4096,2011年6月28日媒体drwxr-xr-x。2根4096,2011年6月28日,mnt drwxr-xr-x。5根4096 2011年9月26日选择dr-xr-xr-x438根根0 11月13日07:00 proc dr-xr-x--。4根4096 11月6日15:24根dr-xr-xr-x.2根根12288,6月24日,03:32 .2根4096 5月29日10:45 selinux drwxr-xr-x.2根4096 2011年6月28日srv drwxr-xr-x13根0 11月13日07:00系统drwxrwxrwt。5根4096 11月13日15:19 tmp drwxr-xr-x.14根4096,6月15日14:48 usr drwxr-xr-x.20根4096 6月15日14:50 var

票数 0
EN
页面原文内容由Server Fault提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://serverfault.com/questions/736179

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档