我想通过snmp for linux系统检查inodes ，设置检查。 我找不到相应的MIB。 任何人都可以帮我获得关于inodes信息吗？
我遇到了由du生成的圆形目录结构警告，并在我的CentOS服务器上find问题。 我有两台FreeNAS服务器通过NFS将多个数据集导出，这些数据集以分层结构安装在CentOS服务器上。 例如： FreeNAS datasets: u, home, user1, user2 CentOS file hierarchy: /u /u/home /u/home/user1 /u/home/user2 当我跑步find这棵树的任何地方时，他们感到不安，告诉我有一个循环的文件结构。 find: File system loop detected; './u/home/user1' is part of the same file system loop as '/u/home'. du: WARNING: Circular directory structure. This almost certainly means that you have a corrupted file system. NOTIFY YOUR SYSTEM MANAGER. The following […]
在我的Linux vServer上，inode是有限制的（最大值是250k）。 我发现一个Yii2（PHP，MySQL，composer php）安装需要相当多的inode。 inode的数量大致是文件和目录的数量。 在当前目录及其子目录中使用的inode数量可以通过 find . -xdev -printf '%h\n' | sort | uniq -c | awk '{total = total + $1}END{print total}' 我的Yii2项目平均约3万个inode。 ./runtime或./web/images文件夹中./web/images文件./web/images 。 大部分inode都用在./vendor目录中。 所以Yii2项目的数量限制在8个，对我来说太低了。 我能做些什么来减lessYii2项目的inode使用率？
我有一个安装了Debian Linux的Xen VPS。 一旦我发现所有inode被使用。 我检查了这一点： ~# df -i Filesystem Inodes IUsed IFree IUse% Mounted on rootfs 3932160 3932160 0 100% / udev 59227 262 58965 1% /dev tmpfs 63251 215 63036 1% /run /dev/xvda 3932160 3932160 0 100% / tmpfs 63251 2 63249 1% /run/lock tmpfs 63251 2 63249 1% /run/shm 然后我试图find所有inode被使用的地方。 通常他们被PHP会话文件使用（因为cron任务或PHP内部清理程序被破坏）。 但是我找不到包含大量文件的目录。 我尝试了很多方法，有一个： […]
我的服务器的inode使用率已经上升到100％，因此我无法卸载额外的linux-kernel-headers和linux-kernel-images $ df -i Filesystem Inodes IUsed IFree IUse% Mounted on /dev/xvda1 524288 523970 318 100% / none 481856 2 481854 1% /sys/fs/cgroup udev 480561 396 480165 1% /dev tmpfs 481856 317 481539 1% /run none 481856 1 481855 1% /run/lock none 481856 1 481855 1% /run/shm none 481856 3 481853 1% /run/user /dev/xvdb 262144 […]
是否有可能通过jfs2文件系统中的inode恢复文件权限？ 我不小心改变了他们，我不能让他们回来。 这是我的系统崩溃。 我的文件权限是rwxrw—x ，我把它们改为rw——x 。 但是，我对不同的文件做了相同的事情和不同的值，我不记得他们的初始值。 有没有像inode历史或东西？
我正在用maildir存储运行一个邮件服务器。 这意味着，相当多的文件被创build，我刚用完inode。 AFAIK没有神奇的命令来增加ext＃文件系统上的inode数量（或者我错了吗？），所以我必须备份和恢复整个文件系统。 但是我怎么做？ 我试图创build另一个分区，并做： dump -f – -0 /vservers/mail | restore rf – -u -v 虽然这似乎起作用，但比我愿意等待的时间要长得多（在我停止该过程之前，它已经设法在两个小时内创build500个空目录; strace显示恢复过程中调用了大量无用的lseeks）。 有没有其他方法来复制完整的文件系统（包括套接字，设备文件，所有者，权限，acls等）？ 附加信息：源fs是ext3，目标是ext4，文件系统在lvm上，我想移动的fs是vfs的根fs。
如果我创build了一个ext4文件系统并添加了约20％的额外inode，如果稍后扩展文件系统，这将如何影响inode数？ 扩展文件系统是否会自动添加额外的20％inode？ 或者它会添加正常数量的inode？ 在扩展文件系统之后，这些inode是否会平均分布在文件系统中？
我经常在Ubuntu PHP / Apache盒子上获得100％的inode使用率。 主要用法似乎在/var/cache/apache2/mod_cache_disk 每两周一次，我必须手动从这个文件夹中删除文件，这解决了我的问题。 该目录中的ls返回以下内容 @ 3 5 8 DFGHIJKLMNOPQRSTUVWXY Z 1 4 7 C fghijklmnopqrstuvwxyz 为什么这个会变满，我怎么能阻止它呢？ 谢谢
让我解释一下我使用的操作系统规范和我的VPS的存储空间信息 这里是我的操作系统 vico@vicoartwork:~$ lsb_release -a No LSB modules are available. Distributor ID: Ubuntu Description: Ubuntu 16.04.1 LTS Release: 16.04 Codename: xenial 我的Inodes空间 vico@vicoartwork:~$ df -i Filesystem Inodes IUsed IFree IUse% Mounted on /dev/ploop27163p1 100195056 39685 100155371 1% / devtmpfs 65536 55 65481 1% /dev tmpfs 65536 1 65535 1% /dev/shm tmpfs 65536 161 65375 1% […]