标签: disk-space-utilization

我有 98% 的 8GB SSD，我有一个 3 GB 的 mysql 数据，我需要 gzip 和/或 tar 然后下载它，这样我就可以删除它了。

我如何对 sql（或 mysql 表）进行 tar 或 gzip，以便我不必复制 3GB 文件并出现磁盘已满错误。

运行 Debian 6。

我正在运行 FreeBSD 专用服务器。我收到有关设备空间不足的消息。df -h是说我没有剩余空间，但du -sh /*甚至没有显示所显示大小的目录df -h。

df -h 输出：

# df -h
Filesystem     Size    Used   Avail Capacity  Mounted on
/dev/ad4s1a     18G     17G   -2.9M   100%    /
devfs          1.0k    1.0k      0B   100%    /dev
/dev/ad4s1b    1.8T    379G    1.2T    23%    /home
linprocfs      4.0k    4.0k      0B   100%    /usr/compat/linux/proc
procfs         4.0k    4.0k      0B   100%    /proc
devfs          1.0k    1.0k      0B   100%    /var/named/dev

它显示 / 分区已满，但du -sh甚至不显示大目录（甚至没有占用 4GB）：

# du -sh /*
8.0k    /COPYRIGHT
1.2M    /bin
416M    /boot
  0B …

据我了解索引（或数据）被存储在

/var/lib/elasticsearch

默认情况下，该文件夹中包含nodes有0与1文件夹和这些文件夹的总体规模376M。

日志被存储在

/var/log/elasticsearch

-rw-r--r-- 1 elasticsearch elasticsearch 1.4G Dec 17 23:59 elasticsearch.log.2014-12-17
-rw-r--r-- 1 elasticsearch elasticsearch 1.5G Dec 18 19:35 elasticsearch.log.2014-12-18
-rw-r--r-- 1 elasticsearch elasticsearch 383M Dec 19 20:11 elasticsearch.log.2014-12-19
-rw-r--r-- 1 elasticsearch elasticsearch 7.2G Dec 30 23:59 elasticsearch.log.2014-12-30
-rw-r--r-- 1 elasticsearch elasticsearch 9.1G Jan  1 23:59 elasticsearch.log.2015-01-01
-rw-r--r-- 1 elasticsearch elasticsearch  29G Jan  2 23:59 elasticsearch.log.2015-01-02
-rw-r--r-- 1 elasticsearch elasticsearch 928K Jan  3 23:59 elasticsearch.log.2015-01-03
-rw-r--r-- 1 elasticsearch elasticsearch …

我昨天从 13.10 -> 14.04 -> 14.10 -> 15.10 升级了旧服务器。今天我看到 100% 的磁盘空间正在使用，但我无法追踪使用情况。

当我运行时，du -h --max-depth=1 /我得到以下日志，它似乎表明根路径已满，但我不知道来源是什么。

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’: Permission denied
du: cannot read directory ‘/proc/4392/task/4392/fdinfo’: Permission denied
du: cannot read directory ‘/proc/4392/task/4392/ns’: Permission denied
du: cannot read directory ‘/proc/4392/fd’: Permission denied …

我的一台客户端服务器的磁盘空间不足时遇到问题。

的命令的输出ls -lah在/var/lib/mysql所示：

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   16M  200M   8% /boot

编辑：

原来那database_xyz实际上是一个目录，而不是一个文件。所以混乱是由我的大脑弥补的。

我注意到安装 sendmail，然后卸载它，使用 apt-get 会留下许多不需要的文件。

sudo apt-get install sendmail
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following extra packages will be installed:
  liblockfile-bin liblockfile1 make procmail sendmail-base sendmail-bin
  sendmail-cf sensible-mda
Suggested packages:
  make-doc sendmail-doc rmail logcheck resolvconf sasl2-bin
Recommended packages:
  default-mta mail-transport-agent fetchmail
The following NEW packages will be installed:
      liblockfile-bin liblockfile1 make procmail sendmail sendmail-base
      sendmail-bin sendmail-cf sensible-mda
0 upgraded, 9 newly installed, 0 to remove and 0 not upgraded.
Need to get 2256 kB …

我们需要减小虚拟机磁盘的大小，该虚拟机的虚拟硬件中有 2 个磁盘，其中一个是 8TB，但最终只使用了 600GB。

当前配置：

如果我们尝试在虚拟机的设置中设置较小的磁盘大小，我们会收到错误并且不要更改它。

想要的配置：

我知道实际使用的只有 600GB，没有 8TB，但我们需要确保磁盘的大小永远不会超过 1TB。

我不知道我们是否可以取消注册虚拟机，创建一个新虚拟机并添加具有新磁盘大小的现有磁盘来解决此问题或我们可以做什么。

问候，

我们尝试使用 Thin Provision，但它仍然无法让我们降低磁盘大小。

来宾操作系统是 Windows Server 2019

我有一个相当新的 Windows Server 2008 安装。

当我右键单击 C: 驱动器并查看属性时，它说我已经使用了 25.2 GB，但是当我选择 C: 驱动器的所有内容并查看属性时，它说大小（和磁盘上的大小）是 17 GB .

知道其他 8 GB 可能会去哪里吗？

我正在运行 Ubuntu，但遇到了根分区磁盘空间不足的问题。

当我执行时，df -h我得到以下信息：

Filesystem            Size  Used Avail Use% Mounted on
/dev/sda6             4.6G  4.5G     0 100% /

然而实际上只有 2GB 的文件用完了这个分区。然后我运行以下df -i，我得到以下内容：

Filesystem            Inodes   IUsed   IFree IUse% Mounted on
/dev/sda6             305824  118885  186939   39% /

我不知道-i标志的作用，但它清楚地表明只使用了 39%。

谁能解释一下我的磁盘空间去哪儿了？

我有一台 Mac OS X 10.6.4 Snow Leopard Server 文件服务器 (AFP)，它在过去几周启动卷上的存储空间不足。用完 80GB 启动卷上剩余的 42GB 大约需要两天时间，即使 asudo du -chsx -I dev /仍然显示仅使用了 29GB。

过去我遇到过这种情况，Linux 服务器的 Apache 日志在 N 天后被删除，但日志仍被 Apache 保持打开状态，导致存储无法释放。在这种情况下sudo lsof，我已经能够相对容易地追踪它 w/a ，但是在这种情况下我不容易找到罪魁祸首（作为文件服务器，有大量打开的文件和套接字）。如何lsof按文件大小对输出进行排序（并以人性化的格式显示大小），以便找到罪魁祸首？

服务器有 3GB 的 RAM。启动 4 小时后，活动监视器显示 700MB 可用空间、1.5GB 非活动空间和 200GB 虚拟机。mdsVM 使用量最大，为 1.8GB，排AppleFileServer在第二位，500MB，其他所有东西都使用 10MB-75MB 的 VM。也就是说，/private/var/vm 只有 128MB。

重新启动系统清除了这个问题，因此我相信它是一些进程或进程仍然保持打开的可用存储空间。

任何其他假设、建议等，不胜感激。