devtmpfs docker占满磁盘空间占满

Linux中用DF 命令发现下面这些,不是我生成的,要不要管理它? devtmpfs 7.8G 0 7.8G 0% /dev_百度知道
Linux中用DF 命令发现下面这些,不是我生成的,要不要管理它? devtmpfs 7.8G 0 7.8G 0% /dev
tmpfs 7.9G 92K 7.9G 1% /dev/shm tmpfs 7.9G 9.0M 7.9G 1% /run tmpfs 7.9G 0 7.9G 0% /sys/fs/cgroup tmpfs 1.6G 0 1.6G 0% /run/user/1000 tmpfs 1.6G 12K 1.6G 1% /run/user/1001
我有更好的答案
对于磁盘存储方面,有很多命令行或基于GUI的工具,它可以告诉你关于当前磁盘空间的使用情况。这些工具用各种人们可读的格式展示磁盘利用率的详细信息,比如易于理解的总结,详细的统计信息或直观的可视化报告。如果你只想知道不同文件系统有多少空闲的磁盘空间,那么df命令可能是你所需要的。df命令可以展示任何“mounted”文件系统的磁盘利用率。该命令可以用不同的方式调用。这里有一些有用的 df 命令例子.用人们可读的方式展示默认情况下,df命令用1K为块来展示磁盘空间,这看起来不是很直观。“-h”参数使df用更可读的方式打印磁盘空间(例如 100K,200M,3G)。$ df -hFilesystem
Used Avail Use% Mounted on/dev/mapper/ubuntu-root
0% /sys/fs/cgroupudev
1% /devtmpfs
1% /runnone
0% /run/locknone
2% /run/shmnone
1% /run/user/dev/sda1
46% /boot展示Inode使用情况当你监视磁盘使用情况时,你必须注意的不仅仅是磁盘空间还有“inode”的使用情况。在Linux中,inode是用来存储特定文件的元数据的一种数据结构,在创建一个文件系统时,inode的预先定义数量将被分配。这意味着,一个文件系统可能耗尽空间不只是因为大文件用完了所有可用空间,也可能是因为很多小文件用完了所有可能的inode。用“-i”选项展示inode使用情况。$ df -iFilesystem
IFree IUse% Mounted on/dev/mapper/ubuntu-root 9
1% /sys/fs/cgroupudev
1% /devtmpfs
1% /runnone
1% /run/locknone
1% /run/shmnone
1% /run/user/dev/sda1
1% /boot展示磁盘总利用率默认情况下, df命令显示磁盘的单个文件系统的利用率。如果你想知道的所有文件系统的总磁盘使用量,增加“ --total ”选项(见最下面的汇总行)。$ df -h --totalFilesystem
Used Avail Use% Mounted on/dev/mapper/ubuntu-root
0% /sys/fs/cgroupudev
1% /devtmpfs
1% /runnone
0% /run/locknone
2% /run/shmnone
1% /run/user/dev/sda1
46% /boottotal
65% -展示文件系统类型默认情况下,df命令不显示文件系统类型信息。用“-T”选项来添加文件系统信息到输出中。$ df -TFilesystem
Used Available Use% Mounted on/dev/mapper/ubuntu-root ext4
0% /sys/fs/cgroupudev
1% /devtmpfs
1% /runnone
0% /run/locknone
2% /run/shmnone
1% /run/user/dev/sda1
% /boot包含或排除特定的文件系统类型如果你想知道特定文件系统类型的剩余空间,用“-t ”选项。你可以多次使用这个选项来包含更多的文件系统类型。$ df -t ext2 -t ext4Filesystem
Used Available Use% Mounted on/dev/mapper/ubuntu-root % //dev/sda1
% /boot排除特定的文件系统类型,用“-x ”选项。同样,你可以用这个选项多次来排除多种文件系统类型。$ df -x tmpfs显示一个具体的挂载点磁盘使用情况如果你用df指定一个挂载点,它将报告挂载在那个地方的文件系统的磁盘使用情况。如果你指定一个普通文件(或一个目录)而不是一个挂载点,df将显示包含这个文件(或目录)的文件系统的磁盘利用率。$ df /Filesystem
Used Available Use% Mounted on/dev/mapper/ubuntu-root % /$ df /home/devFilesystem
Used Available Use% Mounted on/dev/mapper/ubuntu-root % /显示虚拟文件系统的信息如果你想显示所有已经存在的文件系统(包括虚拟文件系统)的磁盘空间信息,用“-a”选项。这里,虚拟文件系统是指没有相对应的物理设备的假文件系统,例如,tmpfs,cgroup虚拟文件系统或FUSE文件安系统。这些虚拟文件系统大小为0,不用“-a”选项将不会被报告出来。
采纳率:88%
来自团队:
为您推荐:
其他类似问题
换一换
回答问题,赢新手礼包
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。&[ 7 篇帖子 ]&
&文章标题 : 求助:日志充满根目录空间发表于 :
20:47帖子: 41
接收感谢: 0 次
下载机最近出现空间不足情况,经检查发现kern.log和syslog文件体积很大,删除之后解决。第二天又再度出现空间被这几个日志文件充满的问题,看了日志看不懂……希望高手帮助解决这个问题,谢谢!附上部分日志。附件:
[35.7 KiB]
被下载 3 次
[39.31 KiB]
被下载 1 次
&文章标题 : Re: 求助:日志充满根目录空间发表于 :
16:33帖子: 17866
請先提供作業系統版本及登入進程因為給你的建議可能不同以免讓你白費力氣
&文章标题 : Re: 求助:日志充满根目录空间发表于 :
20:47帖子: 41
接收感谢: 0 次
poloshiao 写道:請先提供作業系統版本及登入進程因為給你的建議可能不同以免讓你白費力氣谢谢回复。系统版本为Ubuntu 16.04.1 LTS服务器版登入进程是啥?是下面这个吗?root@Server:~# ps -auxUSER
PID %CPU %MEM
STAT START
TIME COMMANDroot
0:12 /sbin/initroot
0:00 [kthreadd]root
0:03 [ksoftirqd/0]root
0:00 [kworker/0:0H]root
1:21 [rcu_sched]root
0:00 [rcu_bh]root
0:00 [migration/0]root
0:00 [watchdog/0]root
0:00 [watchdog/1]root
0:00 [migration/1]root
0:18 [ksoftirqd/1]root
0:00 [kworker/1:0H]root
0:00 [kdevtmpfs]root
0:00 [netns]root
0:00 [perf]root
0:00 [khungtaskd]root
0:00 [writeback]root
0:00 [ksmd]root
0:00 [crypto]root
0:00 [kintegrityd]root
0:00 [bioset]root
0:00 [kblockd]root
0:00 [ata_sff]root
0:00 [md]root
0:00 [devfreq_wq]root
22:03 [kworker/0:1]root
0:24 [kswapd0]root
0:00 [vmstat]root
0:00 [fsnotify_mark]root
0:00 [ecryptfs-kthrea]root
0:00 [kthrotld]root
0:00 [acpi_thermal_pm]root
0:00 [bioset]root
0:00 [bioset]root
0:00 [bioset]root
0:00 [bioset]root
0:00 [bioset]root
0:00 [bioset]root
0:00 [bioset]root
0:00 [bioset]root
0:00 [bioset]root
0:00 [bioset]root
0:00 [bioset]root
0:00 [bioset]root
0:00 [bioset]root
0:00 [bioset]root
0:00 [bioset]root
0:00 [bioset]root
0:00 [bioset]root
0:00 [bioset]root
0:00 [bioset]root
0:00 [bioset]root
0:00 [bioset]root
0:00 [bioset]root
0:00 [bioset]root
0:00 [bioset]root
0:00 [scsi_eh_0]root
0:00 [scsi_tmf_0]root
0:00 [scsi_eh_1]root
0:00 [scsi_tmf_1]root
0:00 [scsi_eh_2]root
0:00 [scsi_tmf_2]root
0:00 [scsi_eh_3]root
0:00 [scsi_tmf_3]root
0:00 [bioset]root
0:00 [ipv6_addrconf]root
0:00 [deferwq]root
0:00 [charger_manager]root
0:00 [bioset]root
0:00 [kpsmoused]root
0:00 [raid5wq]root
0:00 [kdmflush]root
0:00 [bioset]root
0:00 [kdmflush]root
0:00 [bioset]root
0:00 [bioset]root
0:01 [jbd2/dm-0-8]root
0:00 [ext4-rsv-conver]root
0:00 [kworker/1:1H]root
0:00 [kworker/0:1H]root
0:00 [rpciod]root
15:54 /lib/systemd/systemd-jourroot
0:00 [kauditd]root
0:00 [iscsi_eh]root
0:00 [ib_addr]root
0:00 [ib_mcast]root
0:00 [ib_nl_sa_wq]root
0:00 [ib_cm]root
0:00 [iw_cm_wq]root
0:00 [rdma_cm]root
0:00 /sbin/lvmetad -froot
2:11 /lib/systemd/systemd-udevroot
0:00 [ext4-rsv-conver]root
0:08 [jbd2/sdb1-8]root
0:00 [ext4-rsv-conver]root
0:00 /usr/sbin/rpc.idmapdsystemd+
0:00 /lib/systemd/systemd-timeroot
0:00 /sbin/rpcbind -f -wroot
0:00 /usr/bin/lxcfs /var/lib/lroot
0:00 /usr/sbin/acpidroot
0:24 /usr/lib/accountsservice/root
0:00 /usr/lib/snapd/snapdmessage+
0:03 /usr/bin/dbus-daemon --syroot
0:48 /lib/systemd/systemd-logisyslog
4:42 /usr/sbin/rsyslogd -ndaemon
0:00 /usr/sbin/atd -froot
0:00 /usr/sbin/cron -froot
0:00 /sbin/mdadm --monitor --proot
0:00 /usr/lib/policykit-1/polkroot
0:00 /usr/sbin/smbd -Droot
0:00 /usr/sbin/smbd -Droot
0:00 /usr/sbin/smbd -Droot
0:00 /sbin/dhclient -1 -v -pfdebian-+
39.4 056 ?
15:21 /usr/bin/transmission-daeroot
0:00 /usr/sbin/sshd -Droot
0:00 /usr/sbin/rpc.mountd --maroot
0:00 /sbin/iscsidroot
S&Ls 09:38
0:02 /sbin/iscsidroot
0:00 [nfsd4_callbacks]root
0:00 [lockd]root
0:00 [nfsd]root
0:00 [nfsd]root
0:00 [nfsd]root
0:00 [nfsd]root
0:00 [nfsd]root
0:00 [nfsd]root
0:00 [nfsd]root
0:00 [nfsd]root
0:00 /usr/sbin/irqbalance --piroot
0:00 /sbin/agetty --noclear ttroot
0:00 /usr/sbin/nmbd -Droot
0:00 /usr/sbin/winbinddroot
0:00 /usr/sbin/winbinddroot
0:00 sshd: root@nottyroot
0:00 /lib/systemd/systemd --usroot
0:00 (sd-pam)root
0:00 /usr/lib/openssh/sftp-serroot
0:00 sshd: root@nottyroot
0:00 [kworker/1:1]root
0:00 /usr/lib/openssh/sftp-serroot
0:00 sshd: root@pts/0root
0:00 -bashroot
0:00 /usr/sbin/CRON -froot
0:00 /bin/sh -c /usr/local/binroot
0:14 /usr/bin/python /usr/locaroot
0:00 ps -auxroot
0:13 [kworker/0:0]root
0:02 [kworker/1:0]root
0:00 [kworker/u4:2]root
0:09 [kworker/1:3]root
0:09 [kworker/0:2]root
0:00 [kworker/u4:1]
&文章标题 : Re: 求助:日志充满根目录空间发表于 :
16:33帖子: 17866
引用:ps -auxUSER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMANDroot 1 0.1 0.2
? Ss 09:37 0:12 /sbin/init1. 把下面指令 複製 貼進終端機 執行sudo ls -al /sbin/init把結果全部直接 選取/複製/貼上來
_________________
评价:&3.7%&
&文章标题 : Re: 求助:日志充满根目录空间发表于 :
20:47帖子: 41
接收感谢: 0 次
root@Server:~# sudo ls -al /sbin/initlrwxrwxrwx 1 root root 20 Sep 29
2016 /sbin/init -& /lib/systemd/systemd
&文章标题 : Re: 求助:日志充满根目录空间发表于 :
16:33帖子: 17866
引用:sudo ls -al /sbin/initlrwxrwxrwx 1 root root 20 Sep 29 2016 /sbin/init -& /lib/systemd/systemd1. 表示 開機初始化 使用 systemd這是 Ubuntu 16.04 及 以後版本的預設引用:经检查发现kern.log和syslog文件体积很大2. 預設日誌是使用 journal 是資料庫檔案使用 journalctl 指令使用 journal / jounalctl 關鍵字 搜尋2-1. 意思是/var/log的文字記錄只是為了跟 Upstart 共存的一個過渡性保留2-2. 如果你不使用 Upstart 初始化 可以試試 把 rsyslog 設為 暫停使用 看看 參閱/etc/init.d/rsyslog {start | stop | restart} : Need this to work2-2-1. 如果有問題 重新啟用看看
&文章标题 : Re: 求助:日志充满根目录空间发表于 :
20:47帖子: 41
接收感谢: 0 次
poloshiao 写道:/etc/init.d/rsyslog stop谢谢回复。不好意思,我只看懂了这个命令。使用后,并未有任何不正常。但是问题依旧,日志文件还是自动生成且不断增加。
显示帖子 : 全部帖子1天7天2周1个月3个月6个月1年&排序 作者发表时间文章标题 升序降序&
&[ 7 篇帖子 ]&
正在浏览此版面的用户:没有注册用户 和 3 位游客
您 不能 在这个版面发表主题您 不能 在这个版面回复主题您 不能 在这个版面编辑帖子您 不能 在这个版面删除帖子您 不能 在这个版面提交附件
选择一个版面
------------------
公告/注意事项
& &新闻和通知
& &校园社团支持
& && &华东校区
& && &华南校区
& && &华北校区
& && &华中校区
& && &东北校区
& && &西北校区
& && &港澳台校区
& && &国外校区
& &软件推荐
& &非常任务
系统安装区
& &教学和常见问答
& && &课堂教学和培训
& &初学者园地 - Ubuntu 18.04 LTS (Bionic Beaver)
& &系统安装和升级
& && &新立得和软件源
& && &Wubi安装讨论
& &启动和引导
& &网卡问题以及网络和拨号
& && &校园网拨号
& &笔记本、UMPC支持
& &手机和平板
& && &Ubuntu移动应用开发
& &常用硬件支持
& &系统架构支持
配置美化区
& &字体美化和中文支持
& && &个人配置文件存放点
& &桌面特效
& &窗口管理器
& &屏幕抓图
& &办公、图像、机械电子设计等
& && &Vim和Emacs
& &因特网相关软件
& &影音多媒体
& &Wine及其分支
& &游戏和游戏模拟器
& &虚拟机和虚拟化
& &其它类软件
& &开源模板库
服务器管理
& &服务器基础应用
& &数据库管理
& &服务器维护和硬件相关
& &Ubuntu VPS
参与Ubuntu开发
& &软件和文档翻译
& &编译或打包
& &Ubuntu错误报告
程序设计区
& &Shell脚本
& &GTK+和QT
& &软件/网站开发
& && &Python/Php/Perl
& && &C/C++/Java
& &内核及嵌入式开发
& &开源小工具
& &Ubuntu 18.10
& &Ubuntu 16.04 LTS
& &Ubuntu 14.04 LTS
& &Ubuntu 12.04 LTS
& &Ubuntu 10.04 LTS
& &老旧版本支持
衍生发行版
& &Ubuntu GNOME
& &Kubuntu
& &Xubuntu & Lubuntu
& &Ubuntu中文衍生版
& && &UbuntuKylin
& &Ubuntu国外衍生版
& && &Mint
& &Ubuntu衍生版制作
& &其它类Unix OS发行版
& && &Arch发行版
& && &Debian发行版
& && &OpenSUSE发行版
& && &Deepin
& &深度PK版
& &Ubuntu故事和感慨
& &Full Circle开源杂志
分享交流区
& &同城交流
& &线下活动专版
& &Ubuntu宣传推广
& &论坛管理
& && && &Ubuntu中文网上商店常用运维命令:清除缓存、腾出硬盘空间 - Phodal | Phodal - A Growth Engineer
Please click
if you are not redirected within a few seconds.
常用运维命令:清除缓存、腾出硬盘空间
Posted by:
在 aws 上编译 lxml,现在了硬盘不够用的问题。之前清理过,但是命令什么都忘了,便想写个笔记记录一下,这个no space left on devices。
testapi.c:52172:1: fatal error: error writing to /tmp/cc7IY2vY.s: No space left on device
compilation terminated.
The bug is not reproducible, so it is likely a hardware or OS problem.
make[2]: *** [testapi.o] Error 1
make[2]: Leaving directory `/root/libxml2-2.9.2'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/root/libxml2-2.9.2'
make: *** [all] Error 2
查看磁盘空间
(play-env)?
libxml2-2.9.2 df -alh
Filesystem
Used Avail Use% Mounted on
- /dev/pts
0% /dev/shm
/dev/xvda1
- /proc/sys/fs/binfmt_misc
查看每个目录的情况
(play-env)?
/usr du -ah --max-depth=1
31M ./sbin
69M ./libexec
找到根源:
wwwlogs du -ah --max-depth=1
./report.html
./.goaccessrc
12K ./goaccess.conf
./report.csv
./xz.phodal.net.log
./report.json
./blog.phodal.com.log
./leanjs.net.log
./nginx_error.log
./www.hug8217.com.log
./b.phodal.com.log
./access.log
然后就是:rm -rf xxx.log
释放 rm rf 空间
可是这并没有删除文件,空间还是没有增多,必须再执行:
sudo /usr/sbin/lsof | grep deleted
可问题没有解决:
wwwlogs df -h
Filesystem
Used Avail Use% Mounted on
/dev/xvda1
0% /dev/shm
因为 Nginx 并没有结束,因此需要重启,才能释放它所占用的空间:
wwwlogs /etc/init.d/nginx restart
Stoping nginx...
Starting nginx...
wwwlogs df -alh
Filesystem
Used Avail Use% Mounted on
- /dev/pts
0% /dev/shm
/dev/xvda1
- /proc/sys/fs/binfmt_misc
或许您还需要下面的文章:
微信公众号(Phodal)
围观我的墙, 也许,你会遇到心仪的项目
QQ技术交流群:
新书《全栈应用开发:精益实践》
这不是一本深入前端、后台、运维、设计、分析等各个领域的书籍。本书以实践的方式,将这一系列的领域及理论知识结合到一起,来帮助读者构建全栈Web 开发的知识体系,并辅以精益及敏捷的思想,来一步步开发Web 应用:从创建一个UI 原型到编写出静态的前端页面;从静态的前端页面到带后台的应用,并部署应用;从Web 后台开发API 到开发移动Web 应用。在这个过程中,我们还将介绍一些相辅相成的步骤:使用构建系统来加速Web 应用的开发;为应用添加数据分析工具来改进产品;使用分析工具来改善应用的性能;通过自动化部署来加快上线流程;从而帮助读者开发出一个真正可用的全栈 Web 应用。同时,我们也将帮助读者把这些步骤应用到现有的系统上,改进现有系统的开发流程。
ThoughtWorks 高级咨询师
工程师 / 咨询师 / 作家 / 设计学徒
开源深度爱好者
出版有《自己动手设计物联网》、《全栈应用开发:精益实践》
微信公众号: 与我沟通
SegmentFault:运维神坑记——空间满了,日志删除了,空间竟未释放? | IT敢客
最近优化了网站,调整了内容!网站使用了新的音乐播放器,界面不能太美Mysql的GTID全世界谁倾听你网站正式加入腾讯404公益霸气的藏獒Apache为什么二级域名不能加载证书呢?将网站做了一个微信小程序了,等待审核!一张图完美讲述VIM命令生活中不简简单单是做对的事,更是要把对的事情做对,如果还有一层,那么应该尝试把错的事情也做对! by 尼古拉斯·拉布拉卡
> 运维神坑记——空间满了,日志删除了,空间竟未释放?
&&&&&&&&作为一名运维人员,经常会收到各种报警,像磁盘使用率超过多少,或者磁盘满了这种告警,真是熟悉不过了,往往我们也就是上服务器,刷刷命令,看看哪些大的日志啊是不是撑爆了服务器,然后一顿删除操作,但是针对这些告警的操作往往是有风险的,下面我就来分析一波案例!&&&&&&&&某次在服务器上处理磁盘空间的问题,发现了一个巨大的日志文件,70+G,而整个磁盘才 100G,报警已经提示磁盘使用率超过 80%了,然后一顿操作,rm -rf ***.log,删除了这个 70+G 的日志文件,然后兴奋的 df -h 一看,愕然,怎么磁盘使用还是 80%,
[fulihui@open-weixin-core-business1&~]$&df&-h
Filesystem&&&&&&Size&&Used&Avail&Use%&Mounted&on
/dev/vda1&&&&&&&&99G&&&75G&&&19G&&80%&/
devtmpfs&&&&&&&&7.8G&&&&&0&&7.8G&&&0%&/dev
tmpfs&&&&&&&&&&&7.8G&&&&&0&&7.8G&&&0%&/dev/shm
tmpfs&&&&&&&&&&&7.8G&&480K&&7.8G&&&1%&/run
tmpfs&&&&&&&&&&&7.8G&&&&&0&&7.8G&&&0%&/sys/fs/cgroup
tmpfs&&&&&&&&&&&1.6G&&&&&0&&1.6G&&&0%&/run/user/1001
然后在该目录 du -sh 一查看,发现只有 50M 了啊,这就奇怪了。删除的文件哪去了?空间为啥不释放?Linux 好像没有回收站的啊!!!!,这里无论我们再怎么新建这个被删除的****.log 都还是不行,再置空这个****.log 都不行。
这时候就开始各种排查了,最后查到的原因是这个日志文件一直在被进程使用,而直接删除日志文件,进程未停止,事实上进程的日志还是会继续不断在往这个日志里面写,日志输出的句柄未结束,使用下面的命令 lsof |grep -i delete 能看服务器上被删除的文件而进程未停止,
,这里无论我们再怎么新建这个被删除的****.log 都还是不行,再置空这个****.log 都不行。这时候就开始各种排查了,最后查到的原因是这个日志文件一直在被进程使用,而直接删除日志文件,进程未停止,事实上进程的日志还是会继续不断在往这个日志里面写,日志输出的句柄未结束,使用下面的命令 lsof |grep -i delete 能看服务器上被删除的文件而进程未停止,[fulihui@open-weixin-core-business1&~]$&lsof&|grep&-i&delete
java&&&&&&12749&&&&&&&fulihui&&&&1w&&&&&&REG&&&&&&&&&&&&&&253,1&&&&&660371&/home/fulihui/open-weixin/open-weixin-core/logs/stdout.log&(deleted)
java&&&&&&12749&&&&&&&fulihui&&&&2w&&&&&&REG&&&&&&&&&&&&&&253,1&&&&&660371&/home/fulihui/open-weixin/open-weixin-core/logs/stdout.log&(deleted)
java&&&&&&12749&&&&&&&fulihui&&104w&&&&&&REG&&&&&&&&&&&&&&253,1&&&&&&&&&&&&0&&&&660373&/home/fulihui/open-weixin/open-weixin-core/logs/mybatis.log&(deleted)
java&&&&&&&fulihui&&&&1w&&&&&&REG&&&&&&&&&&&&&&253,1&&&&&660371&/home/fulihui/open-weixin/open-weixin-core/logs/stdout.log&(deleted)
java&&&&&&&fulihui&&&&2w&&&&&&REG&&&&&&&&&&&&&&253,1&&&&&660371&/home/fulihui/open-weixin/open-weixin-core/logs/stdout.log&(deleted)
java&&&&&&&fulihui&&104w&&&&&&REG&&&&&&&&&&&&&&253,1&&&&&&&&&&&&0&&&&660373&/home/fulihui/open-weixin/open-weixin-core/logs/mybatis.log&(deleted)
java&&&&&&&fulihui&&&&1w&&&&&&REG&&&&&&&&&&&&&&253,1&&&&&660371&/home/fulihui/open-weixin/open-weixin-core/logs/stdout.log&(deleted)
java&&&&&&&fulihui&&&&2w&&&&&&REG&&&&&&&&&&&&&&253,1&&&&&660371&/home/fulihui/open-weixin/open-weixin-core/logs/stdout.log&(deleted)
java&&&&&&&fulihui&&104w&&&&&&REG&&&&&&&&&&&&&&253,1&&&&&&&&&&&&0&&&&660373&/home/fulihui/open-weixin/open-weixin-core/logs/mybatis.log&(deleted)
会刷出很多这个(deleted)的日志,这个日志就是进程还在,而日志却被删除了,第一个字段 java 表示进程,第二个字段 12749 表示进程的 pid,第三个表示进程的子 pid,第四个表示进程的用户,倒数第二个字段就是被删除的日志,倒数第三个字段是日志的大小。接下来我们进程这个进程的 proc 目录查看
cd&/proc/12749/fd/
&ls&-l|grep&deleted
l-wx------&1&fulihui&fulihui&64&Apr&27&19:23&1&-&&/home/fulihui/open-weixin/open-weixin-core/logs/stdout.log&(deleted)
l-wx------&1&fulihui&fulihui&64&Apr&27&19:23&104&-&&/home/fulihui/open-weixin/open-weixin-core/logs/mybatis.log&(deleted)
l-wx------&1&fulihui&fulihui&64&Apr&27&19:23&2&-&&/home/fulihui/open-weixin/open-weixin-core/logs/stdout.log&(deleted)
会发现,这是一个指向性的链接文件,而磁盘未释放的空间就是在这 1,104,2 里面,现在知道问题原因了,要解决问题,要么重启进程,要么重启服务器,但是,对于生产环境而言,停进程是有风险的,那就更不必说停服务器了,对业务有影响,其实不然,我们还可以用下面的方法来释放空间,这里如果我们删除这些 1,104,2,会发现是删除不掉的,提示权限不足,这可能是进程机制问题,接下来我们只要将这些 1,104,2 置空即可,使用下面的命令,然后再看磁盘空间信息,发现使用只有 6%了。
echo&&&104
[root@open-weixin-core-business1&fd]#&df&-h
Filesystem&&&&&&Size&&Used&Avail&Use%&Mounted&on
/dev/vda1&&&&&&&&99G&&5.6G&&&88G&&&6%&/
devtmpfs&&&&&&&&7.8G&&&&&0&&7.8G&&&0%&/dev
tmpfs&&&&&&&&&&&7.8G&&&&&0&&7.8G&&&0%&/dev/shm
tmpfs&&&&&&&&&&&7.8G&&480K&&7.8G&&&1%&/run
tmpfs&&&&&&&&&&&7.8G&&&&&0&&7.8G&&&0%&/sys/fs/cgroup
tmpfs&&&&&&&&&&&1.6G&&&&&0&&1.6G&&&0%&/run/user/1001
&&&&&&&&至此,问题得以解决,但是这个只是临时解决了,只能等待下一次更新或者某情况下重启了进程才得以完全解决,不然要以后手动来置空文件释放空间了。&&&&& &&
&&&&&&&&小结:&&&&&&&&1、从上面我们发现,删除日志是有风险的,我们应该尽量置空日志文件,&&&&&&&&2、我们从根本上说,应该优化日志的输出,以日期按天分割,这样删除之前的日志才不会有影响。& & &举一反三:&&&&&&&&linux 上虽然没有回收站,但是也是可以恢复被删除的文件的,使用 debugfs 命令,不知道恢复文件后再置空,会不会解决这个问题,有待尝试。
IT 敢客 , 版权所有丨如未注明 , 均为原创丨本网站采用协议进行授权 转载请注明原文链接:
“我所做的一切都是为了方便我的生活~~~“
用户名/邮箱/手机linux什么情况就会使用到交换区swap,比如剩下多少内存,还有其他哪些因素_百度知道
linux什么情况就会使用到交换区swap,比如剩下多少内存,还有其他哪些因素
还是要设置这个参数vm.swappiness
我有更好的答案
echo 10 & /proc/sys/vm/swappinessvm.swappiness的值越小,表示系统更优先使用内存,越大表示优先使用swap,系统默认的值为60。vmscan.c里面swap_tendency = mapped_ratio / 2 + distress + vm_大概就是跟上面三个相关的了,系统就只开放第三个给用户设置。
采纳率:62%
交换区可是看作是内存的一部分,只是它是从硬盘中划分出来的。
它像windows下的虚拟内存。
它的作用是缓存数据。
划分它时,大小设成你的物理内存的大小的两倍。当系统的物理内存不够用的时候,就需要将物理内存中的一部分空间释放出来,以供当前运行的程序使用。那些被释放的空间可能来自一些很长时间没有什么操作的程序,这些被释放的空间被临时保存到Swap空间中,等到那些程序要运行时,再从Swap中恢复保存的数据到内存中。这样,系统总是在物理内存不够时,才进行Swap交换。 其实,Swap的调整对Linux服务器,特别是Web服务器的性能至关重要。通过调整Swap,有时可以越过系统性能瓶颈,节省系统升级费用。
linux 的swap相当于windows的虚拟内存,当物理内存不能够满足系统和进程的运作时,就会用到swap,另外有些程序会在它们初始化时残留的极少再用到得内存页内容转移到swap空间,以减少物理内存空间的使用,分配太多的swap空间会浪费磁盘空间,而swap太少,则系统会发生错误,如果系统的物理内存用光了,系统运行会很慢,而如果swap空间用光了,系统会直接报错。
你可以用free -m查看下内存 如果free的值没有了也就是说空闲内存容量没了 就会用到swap
其他1条回答
为您推荐:
其他类似问题
swap的相关知识
换一换
回答问题,赢新手礼包
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。}

我要回帖

更多关于 docker占满磁盘空间 的文章

更多推荐

版权声明:文章内容来源于网络,版权归原作者所有,如有侵权请点击这里与我们联系,我们将及时删除。

点击添加站长微信