我最近更新了Ubuntu 14的16.04版本。 一切似乎顺利，但是现在我无法创build任何新的MySQL表。 我以root用户身份login到Ubuntu系统，以root用户身份login到mysql。 尝试创build任何表时收到的错误是： ERROR 1005 (HY000): Can't create table 'foo' (errno: 122) 我已经做了一些调查，我导致相信这是一个磁盘配额错误。 尽我所知，MySQL和一些基本的networking服务器位，我不是一般的Ubuntu的pipe理专家。 我已经运行quota ，它返回 Disk quotas for user root (uid 0): none 有人能够build议我需要做什么来解决这个问题吗？ 谢谢 基于评论我检查了我的系统日志，我明白了 ../../../../lib/isc/unix/file.c:347: unexpected error: unable to convert errno to isc_result: 122: Disk quota exceeded dumping master file: tmp-jaCquXzkj6: open: unexpected error CRON[32105]: (CRON) error (create tmpfile) CRON[32104]: […]
我正在使用NetGear ReadyNAS机器作为我们服务器的NAS。 该服务器是一个Linux CentOS 6.6。 服务器使用Rocks集群运行，所有用户的主目录位于NAS上。 我的理解是，当用户login时，主目录会自动挂载到/ home。 最近我们一直在面对臭名昭着的，间歇性的“没有留下任何设备空间”，而我们的驱动器还远没有满员。 它不是全虚拟内存的情况。 然而，这个问题通常在删除或压缩一些文件后得到解决（暂时的）。 我想检查我的inode是否已满，但由于某些原因，我们的用户目录所在的共享不报告inode信息，只显示0。 有人可以解释为什么这样的情况，以及如何检查我的NAS的这个份额的inode？ NAS是RAID 10configuration中的nfs文件系统，而我的Linux群集使用ext4。 下面是在我们的主节点上执行的df -h输出： Filesystem Size Used Avail Use% Mounted on /dev/sda2 20G 16G 2.5G 87% / tmpfs 7.9G 12K 7.9G 1% /dev/shm /dev/sda1 190M 103M 78M 57% /boot /dev/sda6 4.7G 12M 4.5G 1% /tmp /dev/sda3 12G 2.0G 9.0G 18% /var tmpfs […]
今天解压缩一个非常大的档案后，我们的一台红帽服务器变得没有反应。 重新启动后，我们收到以下文件系统错误。 Inode 93464太大意外不一致运行fsck手动 立即运行fsck提示我们截断Inode。 这已经产生了一些问题。 喜欢，和Inode怎么变大？ 如果你截断所说的Inode会发生什么。 我假设你失去对Inode引用的文件和/或目录的逻辑访问，以及对其他链接的Inode的任何其他引用。 我们正在运行Redhat Enterprise 4。
我是一个由两个Web服务器与Apache的主办的stream行网站的程序员。 我们在〜1000 alexa排名范围给你一个想法。 我不是服务器pipe理员。 其中只有一个（始终是同一个）上周第一次出现问题：每隔2-3天，它会抓取一个完整的暂停，以便超时连接所有的HTTP连接和SSH连接。 如果您在input命令时已经SSH已经非常慢（出现之前20-30分钟），或根本不起作用。 暂时解决我们发现的问题的唯一方法是重新启动服务器。 我在图中注意到了这一点： 每个峰值对应于服务器暂停，每个下降对应于我们被迫做的重新启动。 我怎样才能进一步debugging呢？ 有没有办法看到什么进程使用最inode？ 你会怎么做？
所以我有这个奇怪的问题，我已经解决了，但我不明白为什么会发生。 我有一个文件，我通过httpd托pipe。 下面是我已经testing/想到的一些事情，试图解释发生了什么事情： 当我尝试访问该文件时，我得到了一个403。 当我在Apache中进行索引列表时，甚至不会显示，但是其他文件却可以 目录中的其他文件是644在索引中显示，我可以访问它们 将权限设置为777，仍然得到403和没有索引列表 如果我尝试访问同一个目录中的伪造文件，我得到一个404 我创build一个硬链接到文件，硬链接不会显示在索引中，我无法访问它 我创build了一个文件的副本，它显示在列表中，我可以访问它 我将原件移动到.bak，并将副本移动到与原始文件相同的文件名，我仍然可以访问副本，但不能访问原件 我尝试苏 – 阿帕奇头正本，我能够 stat似乎显示除了时间和inode值之外，两者之间的内容都是相同的 access_log和error_log显示正在访问正确的文件，并且在[Tue Apr 22 14:27:14 2014] [error] [client XXX.XXX.XXX.XXX]（13）Permission denied：access到/PATH/ACE+TAO-6.2.0-1.el6.x86_64.rpm被拒绝 还有什么人可以想到，我应该试着解释这里发生了什么？ 我倾向于认为这是一个httpd问题，因为我可以cp，stat和头文件没有问题。 但我不知道如何去testing它。 $ getfacl ACE+TAO-6.2.0-1.el6.x86_64.rpm # file: ACE+TAO-6.2.0-1.el6.x86_64.rpm # owner: root # group: root user::rw- group::r– other::r– $ ls -lZ ACE+TAO-6.2.0-1.el6.x86_64.rpm -rw-r–r–. root root unconfined_u:object_r:admin_home_t:s0 ACE+TAO-6.2.0-1.el6.x86_64.rpm
这是NTFS文件系统上的Windows 7 x64 sp1。 C：\ Windows \ System32文件夹中的所有硬链接消失，并且Windows无法启动，因为即使osloader，C：\ Windows \ System32 \ boot \ Winload.exe也消失了。 不过，原始文件仍位于相应的C：\ Windows \ winsxs文件夹中。 启动到恢复环境后，从其他文件夹复制一个Winload.exe（x64），Windows提供了一个错误，指出“ ntoskrnl.exe损坏或丢失…其文件数字签名无法validation ” 在试图以安全模式启动时，上面的消息显示在屏幕提示“Loaded \ Windows \ system32 \ config \ system” 因为在这个早期的启动阶段，smss.exe仍然没有加载，所以没有任何倾销和日志。 Based on my study, ntoskrnl.exe depends on the following files: C:\\windows\\system32\\PSHED.DLL C:\\Windows\\System32\\hal.dll C:\\Windows\\System32\\kdcom.dll C:\\Windows\\System32\\clfs.sys C:\\Windows\\System32\\ci.dll 上述所有文件都从相应的文件夹中复制，并通过一个运行良好的Windows 7 x64 SP1validation了他们的md5。 但引导错误仍然是一样的：“ ntoskrnl.exe损坏或丢失… ” **Background:** […]
没有格式化分区，是否可以增加ReiserFS的inode限制？ 目前，我的VPS上的文件系统允许我创build489K inode，这是不够的。 该机器作为在线服务器，因此磁盘格式不是一个选项。
我有一个ext2文件系统，每个目录的inode数量最多（32k左右），同时也是整个文件系统（大约350m左右）最多的inode数量。 因为我使用这个文件系统作为超过32k对象的服务的数据存储，所以我在多个子目录之间分发这些对象（就像字典分隔AK和LZ）。 我的问题是这样的： 当我build立这些inode时，对树的深度有什么意义？ 如果我在“/ data / a_k / aardvark”上面select“/ usr / www / service / data / a_k / aardvark”，是否会影响我的服务？
我有一些坏的部门待重新分配（基于smartmontools报告），我试图找出哪个文件的扇区是目前相关的，以便我可以从备份还原或确定如何安全写超过它。 # debugfs debugfs 1.41.14 (22-Dec-2010) debugfs: open /dev/sda3 debugfs: testb 28475580 Block 28475579 marked in use debugfs: icheck 28475580 icheck: Can't read next inode while doing inode scan debugfs: quit 在计算之后，这个块是28475579. testb说它正在使用，但是icheck总是给我一个错误：“在执行inode扫描时不能读取下一个inode”。 这是什么原因？
我试图build立一个新的服务器的服务，将数据保存在FS上的最大1 kb的非常小的文件。 问题是，现在我们正在使用一个大小为4kb的块，而且我们正在浪费大量的空间，所以我们正在计划将其更改为最大1k块大小的新fs。 问题是分区大约5.7T，当我创build块大小为1024的mkfs.ext4命令时， /dev/sda5: Cannot create filesystem with requested number of in odes 但是，如果我改变到2048年它的作品完美。 我试图用64位标志运行，e2fsprogs是在最后一个版本，1.42东西。 另外我试图设置从1024到16365的颂歌大小，我没有运气。 我用尽想法，切换到另一个FS可能是一种select，但我看到了很多的基准和XFS或ZFS不如ext4的小文件执行： 有任何想法吗？ 运行centos 2.6.32-431.20.3.el6.x86_64