我最近在开发 Web 服务器上安装了 Munin 以跟踪系统使用情况。我注意到系统的 inode 使用率每天增加约 7-8%,即使磁盘使用率几乎没有增加。我猜有些东西正在写大量的小文件,但我找不到什么/在哪里。
我知道如何查找磁盘空间使用情况,但似乎找不到总结 inode 使用情况的方法。
有没有一种好方法可以按目录确定 inode 的使用情况,以便我可以找到使用的来源?
我们有一组包含 lucene 索引的目录。每个索引都是不同文件类型的混合(按扩展名区分),例如:
0/index/_2z6.frq
0/index/_2z6.fnm
..
1/index/_1sq.frq
1/index/_1sq.fnm
..
Run Code Online (Sandbox Code Playgroud)
(大约有 10 个不同的扩展名)
我们想按文件扩展名获得总数,例如:
.frq 21234
.fnm 34757
..
Run Code Online (Sandbox Code Playgroud)
我尝试了 du/awk/xargs 的各种组合,但发现做到这一点很棘手。
问题很简单,我想在运行 Optimize-VHD cmdlet 之前尽我所能清理/压缩 VM 的 .vhdx 驱动器。很高兴使用 Microsoft 的磁盘清理实用程序。问题是它不是默认安装的。
官方获取方式是使用“添加角色和功能”,并添加“桌面体验”功能。有一些不需要的副作用,其中该功能还需要“媒体基础”和“墨水和手写”功能。我只想要“磁盘清理”。
我在 MongoDB 和空间使用方面遇到了一些麻烦。特别是,我曾经在磁盘上收集了大约 6 亿条记录,总计 110+ GB。最近我决定放弃它,因为数据已经过时了,为此我通过 Rockmongo 的 Web 界面放弃了收藏。因此,rockmongo 不再向我显示该集合,但是我的磁盘使用情况根本没有改变。
是否有任何我不知道的清理操作,必须运行这些操作才能将数据库与磁盘上的数据库文件同步?
我试图执行“修复”,但系统抱怨磁盘空间不足……那是因为它都被 MongoDB 使用了。
最近我在 SFTP 服务器上遇到磁盘空间不足的问题,我意识到我不知道如何检查剩余多少甚至总数。
有谁知道如何通过像 FileZilla 这样的应用程序来做到这一点,或者可能有一个可以用于此目的的命令?
请注意,服务器托管在第三方,我希望有一种方法可以在不经过它们的情况下回答这个问题。
更新:
我尝试使用 putty 和 cygwin ssh 通过 shell 进行连接。当 cygwin 给我以下错误消息时,Putty 默默地失败了:
$ ssh [user]@[host] -i "[priv.key]"
Last login: Wed Aug 17 12:54:46 2011 from 195.204.103.176
Could not chdir to home directory /local00/ftproot/[user]: No such file or directory
/usr/local/sbin/scponlyc: No such file or directory
Connection to [host] closed.
Run Code Online (Sandbox Code Playgroud)
有任何想法吗?
奇怪的问题...
为什么我使用了完整/分区,但并没有真正使用它?
快速信息:
xwing ~ # df -h
Filesystem Size Used Avail Use% Mounted on
rootfs 16G 15G 75M 100% /
/dev/root 16G 15G 75M 100% /
devtmpfs 5,9G 0 5,9G 0% /dev
tmpfs 5,9G 552K 5,9G 1% /run
rc-svcdir 1,0M 72K 952K 8% /lib64/rc/init.d
cgroup_root 10M 0 10M 0% /sys/fs/cgroup
shm 5,9G 0 5,9G 0% /dev/shm
cachedir 4,0M 4,0K 4,0M 1% /lib64/splash/cache
/dev/sda1 124M 43M 76M 36% /boot
/dev/sda5 63G 25G 36G 42% /home
/dev/sda6 483G 147G 312G 33% …Run Code Online (Sandbox Code Playgroud) 当服务器上的大文件被删除时,这些文件可能仍然被进程引用,因此文件系统没有更多的可用空间。
我尝试使用lsof,但似乎没有列出已删除的文件。fuser -c做了更好的工作,但进程列表太长而无法检查每个进程,特别是因为每个进程都是一个 Oracle 进程。
bash-3.2# fuser -c /var
/var: 105o 29999o 20444c 3528c 27258o 7715o 3864o 3862o 2494o 18205o 17450co 17445co 14912co 14824co 14818co 14816o 14814o 8532c 8530c 7633com 7118o 6958o 6790c 6784co 6734o 6693o 6689o 6684o 6675o 6635o 6594c 6548o 6547o 6546o 6545o 6544o 6543o 6542o 6541o 6540o 6537o 6535o 6456o 6128co 6113o 335o 245co 229o 161o 8o
bash-3.2# du -hs /proc
139T /proc
Run Code Online (Sandbox Code Playgroud)
有时,文件被应用程序或用户删除,例如日志文件,并且该文件仍被无法重新启动的进程引用。
是否有很好的方法来回收已删除文件的磁盘空间,而无需重新启动引用此已删除文件的进程?
我在我的服务器上使用 monit 来监控 apache 和 mysql 的运行。
现在我想在磁盘太满时添加警报。我添加了这个用于测试/etc/monit/monitrc:
check device rootfs with path /dev/md0
if space usage > 10% then alert
Run Code Online (Sandbox Code Playgroud)
我有两个要检查的分区:/和/var:
mount
/dev/md0 on / type ext3 (rw)
/dev/md2 on /var type ext3 (rw)
Run Code Online (Sandbox Code Playgroud)
除了磁盘空间之外,此配置中还有哪些有用的检查?
我有一台安装了Elasticsearch 1.3.2的CentOS 6.5服务器。
我的elasticsearch.yml配置文件是对默认使用 elasticsearch 的配置文件的最小修改。删除所有注释行后,它看起来像:
cluster.name: xxx-kibana
node:
name: "xxx"
master: true
data: true
index.number_of_shards: 5
index.number_of_replicas: 1
path:
logs: /log/elasticsearch/log
data: /log/elasticsearch/data
transport.tcp.port: 9300
http.port: 9200
discovery.zen.ping.multicast.enabled: false
Run Code Online (Sandbox Code Playgroud)
默认情况下,Elasticsearch 应该启用压缩,我阅读了各种基准测试,压缩率从低至 50% 到高达 95%。不幸的是,在我的情况下,压缩率是 -400%,或者换句话说:用 ES 存储的数据比具有相同内容的文本文件占用的磁盘空间多 4 倍。看:
12K logstash-2014.10.07/2/translog
16K logstash-2014.10.07/2/_state
116M logstash-2014.10.07/2/index
116M logstash-2014.10.07/2
12K logstash-2014.10.07/4/translog
16K logstash-2014.10.07/4/_state
127M logstash-2014.10.07/4/index
127M logstash-2014.10.07/4
12K logstash-2014.10.07/0/translog
16K logstash-2014.10.07/0/_state
109M logstash-2014.10.07/0/index
109M logstash-2014.10.07/0
16K logstash-2014.10.07/_state
12K logstash-2014.10.07/1/translog
16K …Run Code Online (Sandbox Code Playgroud) 我在我的 Ubuntu 服务器上删除了一个 2.3GB 的日志文件,并且df似乎没有接受更改。在df检测到大文件已被删除之前通常是否存在延迟?
linux ×2
unix ×2
debian ×1
filesystems ×1
ftp ×1
hard-drive ×1
inode ×1
lucene ×1
mongodb ×1
monit ×1
monitoring ×1
sftp ×1
shell ×1
solaris ×1
solaris-10 ×1
ubuntu ×1