我有KVM vps与奇怪的磁盘使用情况： ＃df -h 使用的文件系统大小可用使用％ / dev / sdb 493G 1.2G 466G 1％/ tmpfs 4.0G 0 4.0G 0％/ dev / shm / dev / sda1 96M 41M 51M 45％/ boot ＃du -sh / du：不能访问`/ proc / 1633 / task / 1633 / fd / 4'：没有这样的文件或目录 du：不能访问`/ proc / 1633 / task / 1633 / fdinfo […]
我正在尝试在Linux机器CentOS版本5.8上执行以下操作 cd /var/APPstoreldap/Home touch test touch: cannot touch `test': No space left on device 所以我validation了分区的磁盘空间容量，以便了解/ var / APPstoreldap / Home分区达到100％ 但是我得到的是这个分区只有51％ df -h | grep APPstoreldap /dev/mapper/vg07-var 5.0G 2.7G 2.0G 51% /var/APPstoreldap/Home 所以请告诉我为什么 No space left on device 这里可能是什么问题？ 。 其他testing： df -i| grep APPstoreldap /dev/mapper/vg07-var 655360 655360 0 100% /var/APPstoreldap/Home
只是想知道是否有人知道一个脚本或工具，可以用来查找所有影响Windows Server 2003/2008中的用户的磁盘配额的文件。 有什么build议么？
我想知道是否有一些规则（或公式）可以用来确定ext4分区中文件系统将使用多less磁盘空间。 例如，在100 GB的分区中，我可以使用多less？ 它取决于其他参数，如inode大小等？
如果我想监视一些我不是主要维护者的机器（也就是说，我没有安装软件包的权限），有没有像Nagios这样的轻量级替代品？ 我正在寻找对Linux服务器和服务（磁盘空间，Web服务器，可能是CPU使用情况等）进行基本监控的脚本（bash，Perl，PHP等），并在必要时发送警报。 我发现了一些 一次性 脚本 ，但是我感到惊讶的是没有更全面的东西。
我一直在阅读，为了性能和安全，最好将以下内容放在不同的磁盘上： tempdb中 数据库文件 日志文件 备份文件 当您考虑使用多个磁盘的RAID时，这将成为大量使用的物理磁盘。 我理解日志文件受益于自己的物理磁盘，因为它们的顺序写入模式，但其他文件可以分为“逻辑”磁盘而不是物理磁盘？
我遇到了用完我的一个客户端服务器的磁盘空间的问题。 /var/lib/mysql中的命令ls -lah的输出显示： drwx—— 2 mysql mysql 16K Dec 30 2015 database_xyz 但是，当我用du -sh *命令检查同一目录中的文件大小时，输出显示： 22G database_xyz 为什么输出的命令显示两个完全不同的结果？ 驱动器上剩下的只有2.2GB。 root@jon-cust-lifeincity:/var/lib/mysql# df -h Filesystem Size Used Avail Use% Mounted on /dev/mapper/vg-root 49G 44G 2.2G 96% / tmpfs 1007M 0 1007M 0% /lib/init/rw udev 1002M 108K 1002M 1% /dev tmpfs 1007M 0 1007M 0% /dev/shm /dev/sda1 228M […]
我pipe理一些Linux文件服务器。 这些都运行在0-10年前编写的应用程序。 有时候会发生机器靠近或磁盘空间不足的情况。 原因包括不轮转日志文件的应用程序，一台500GB磁盘的机器，每月产生150GB的新文件，这些文件没有写入磁带，数据库逐渐增大，人们做傻事…通常有点混乱。 无论如何，当一台机器在几个小时内意外地从50％充满到100％时，我找出什么坏了（大量的“du”），删除文件或联系某人。 我也可以看看仙人掌图来找出机器的正常磁盘使用情况（例如/ home）。 有没有人知道任何工具，会提供比cacti / RRD图更好的历史使用信息？ 像“/ home / abc / xyz在最后一天增加了50GB”。
可能重复： df和du的Linux根分区大小不同 在Ubuntu 12.04服务器上，普通用户无法再在/home创build或添加文件，遇到“设备上没有剩余空间”错误。 /home目录的容量为1.7TB，据我所知，在实际的数据存储或inode使用方面还远远不够。 df -h显示： Filesystem Size Used Avail Use% Mounted on /dev/md2 1.0T 18G 955G 2% / udev 7.7G 4.0K 7.7G 1% /dev tmpfs 3.1G 320K 3.1G 1% /run none 5.0M 0 5.0M 0% /run/lock none 7.7G 0 7.7G 0% /run/shm cgroup 7.7G 0 7.7G 0% /sys/fs/cgroup /dev/md3 1.7T 1.7T 0 100% […]
我昨天从13.10 – > 14.04 – > 14.10 – > 15.10升级了一台旧服务器。 今天我看到，100％的磁盘空间正在被使用，但是我无法追踪到使用的地方。 当我运行du -h –max-depth=1 /我得到如下的日志，这似乎表明根path已满，但是我不能说出源是什么。 du: cannot read directory '/proc/4390/task/4390/ns': Permission denied du: cannot read directory '/proc/4390/fd': Permission denied du: cannot read directory '/proc/4390/map_files': Permission denied du: cannot read directory '/proc/4390/fdinfo': Permission denied du: cannot read directory '/proc/4390/ns': Permission denied du: cannot read directory '/proc/4392/task/4392/fd': […]