小编Jan*_*ert的帖子

在尝试编译 gcc 时，我一直在用尽磁盘空间，我一直在创建越来越大的磁盘大小，在编译 5 小时后，磁盘空间用完了。我现在已经调整了 4 次磁盘大小，现在用 500GB 磁盘重新启动了第 4 次编译步骤。

当我跑去df -h看使用了多少空间时，它只说 9.7GB，但这被认为是 100%。

我以为可能还有另一个磁盘，但我只看到了sda它的分区

ls /dev/sd*
/dev/sda  /dev/sda1

那么我的磁盘实际上是 500GB 大小，df只是报告错误（在这种情况下，编译 gcc 会占用整个 500GB），还是 Google Cloud 的仪表板报告错误，df报告正确并且编译 gcc 没有占用 500GB ？

无论哪种方式，除非我应该做一些事情来利用 500GB（顺便说一句，这是违反直觉的），否则我猜这是一个错误？

（发帖之前搜索过，只看到AWS相关的问题）

更新 - lsblk 解释了它：

lsblk
NAME   MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
sda      8:0    0  500G  0 disk 
??sda1   8:1    0   10G  0 part /

我在一个相当大的服务器（32GB RAM、duel SSD、Octa Core Intel 等）上运行一个 RabbitMQ 实例，并且有大量的应用程序从 RabbitMQ 发布和消费，没有任何问题。

今天早上在部署另一个应用程序时，它根本不会开始抱怨它无法连接。我减少了我的应用程序中的消费者数量，它连接得很好。查看我的 RabbitMQ 仪表板，我可以看到消费者数量固定为 900；再次增加我的应用程序中的使用者数量，并且该应用程序抛出各种无法连接到 RabbitMQ 的异常。

所以看看固定在 900 的消费者数量和我看到的行为，我猜我已经达到了某种消费者限制。

服务器闲置在 1% 并查看可用的 Erlang 进程，我看到了1048576 available，因此服务器上剩余大量容量。

我如何增加 900 名消费者的人为限制？