背景 我有一个小的logrotate misshap … Logrotate会通过misstake旋转归档日志，导致/var/log/中文件的二次增长。 而当我发现错误的时候， /var/log/已经包含了几百万个文件 。 我设法（在一些hairloss和查找/ sed / grep魔术后）删除所有有问题的文件，并修复我的logrotateconfiguration。 并认为一切都很好… 问题 每当ls / du -hs或以其他方式列出/var/log/ （其中现在包含80mb的存档/日志以及最多几百个文件）的内容时，执行该过程的过程会持续一两分钟。 我确实相信这与logrotate misshap有关，但我不确定，可能是别的。 无论如何，我不知道从哪里开始debugging或寻找解决办法。 请帮忙：3 其他信息 uname -a Linux xxx 3.3.8-gentoo #18 SMP Sat Sep 21 22:44:40 CEST 2013 x86_64 Intel(R) Core(TM)2 CPU 4400 @ 2.00GHz GenuineIntel GNU/Linux cat /proc/meminfo MemTotal: 2051552 kB MemFree: 75612 kB Buffers: […]
为什么我应该select一个而不是另一个？
我想知道ext4是否可以安全地在我的服务器上使用。 但是我听说过这么多的FUD，所以我很担心。 我们的系统可能会丢失一些数据，这不会太大。 即使是一整天的数据也不会破坏太多的羽毛。 而且我们的系统绝对可以从延迟写入中受益。 也就是说，从备份中完整恢复文件系统需要花费数天的时间，而且是不可接受的。 任何有关这方面的经验或知情意见？
'exportfs -r'在我试图导出/ home / user / share（ext4）时返回这个错误： exportfs：警告：/ home / user / share不支持NFS导出。 / etc / exports中： / home / user / share 192.168.1.3（rw，no_subtree_check） 系统是带有nfs-kernel-server软件包的Ubuntu 10.04。 任何想法为什么发生这种情况？ 是因为ext4吗？
最近我见过很多关于btrfs的信息。 我一直在考虑ext4为我的下一个文件系统，但是被诱惑反而btrfs。 btrfs有多广泛使用？ 优缺点都有什么？
我在这个主题上看到的最后一个真正的问题是大约两年前（ ext4准备好用于生产 ）。 在这段时间内， ext4又如何改进？ XFS ， JFS和ext3是备用的可靠select。 我只在最近的Ubuntutesting/开发环境中使用了ext4，并没有看到任何问题 – 但是它们也是低使用率的工作站，虚拟机和一次性的培训环境。 从速度和可靠性的angular度来看，ext4现在是如何堆积起来的，特别是XFS和JFS已经有了一些成熟的时间了。 ZFS是一个可行的select（看起来它是一个保险丝 模块 ，可能不适用于Linux）。
我pipe理一个包含一个文件存储的应用程序，在这个文件存储中，所有文件的文件名都等于他们的md5总和。 所有文件都存储在一个目录中。 目前有成千上万，但很快它们应该是服务器上的数百万个文件。 当前服务器在ext4文件系统上运行Ubuntu 11.10。 有人告诉我，把许多文件放在一个目录中是不明智的，因为这会大大增加查找时间和可靠性（他有一个单个目录可能指向的最大文件的故事，导致一个大的链接列表）。 相反，他build议创build子目录，例如文件名的子string。 但是，这会使我的应用程序中的一些事情变得更加繁琐。 这仍然是真的，或者现代文件系统（如ext4）有更有效的方法来处理这个问题，自然而然地扩展吗？ 维基百科有一些关于文件系统的细节，但是它并没有真正说明每个目录的最大文件或查询时间。
我正在尝试使用ext4文件系统来testing需要压缩存储的项目，因为我使用的应用程序依赖于ext4function。 有什么生产/稳定的解决scheme在那里透明压缩ext4？ 我曾经尝试过： 启用压缩的ZFS卷上的Ext4 。 这实际上有一个不利的影响。 我试图创build一个启用了lz4压缩的ZFS卷，并在/ dev / zvol /上创build了一个ext4文件系统，但是zfs卷显示了实际使用的两倍，压缩似乎没有任何影响。 # du -hs /mnt/test **1.1T** /mnt/test # zfs list NAME USED AVAIL REFER MOUNTPOINT pool 15.2T 2.70G 290K /pool pool/test 15.2T 13.1T **2.14T** – ZFS创build命令 zpool create pool raidz2 /dev/sdb1 /dev/sdc1 /dev/sdd1 /dev/sde2 /dev/sdf1 /dev/sdg1 /dev/sdh2 /dev/sdi1 zfs set recordsize=128k pool zfs create -p […]
我有一个运行Linux的系统，必须长时间无人值守运行。 系统使用工业CF卡进行存储。 大部分时间没有写入闪存，虽然现在和然后一些configuration数据/设置可以修改。 该系统必须能够抵抗电力故障。 我想用这个ext4。 这种设置configurationext4的最佳方式是什么？ 铭记： 性能不是问题（尤其是写性能） 在断电时，系统应始终以干净状态启动，即使这意味着在最后几秒内写入的数据丢失 如果有可能避免fsck，那就更好了。 （我知道这个相关的问题： 在断电的ext4 / Linux驱动器上防止数据损坏 ）
我有一个带有许多2TB磁盘的Linux服务器，目前所有的LVM都有10TB的空间。 我在ext4分区上使用了所有这些空间，目前有大约8,8TB的数据。 问题是，我经常在我的磁盘上得到错误，即使我错误出现，即使我replace（也就是说，我将旧的磁盘复制到一个新的与dd的新磁盘，然后我把新的一个在服务器中）我经常得到大约100 MB的损坏数据。 这使得e2fsck每次都变得疯狂，而且通常需要一个星期的时间才能使ext4文件系统再次处于正常状态。 所以问题是： 你会推荐我在LVM上用作文件系统吗？ 或者你会推荐我做什么（我真的不需要LVM）？ 我的文件系统的configuration文件： 许多不同大小的文件夹（总计2TB，总计100MB） 将近200,000个不同大小的文件（其中3/4是大约10MB，在100MB和4GB之间是1/4;由于我的ext4分区被彻底破坏了一些日子，目前我还无法获得更多的文件统计信息） 很多只读，但很less写 我需要容错（我停止使用mdadm RAID，因为它不喜欢在整个磁盘上出现一个错误，而且有时候磁盘出现故障，我可以尽快更换，但这意味着我可能会损坏数据我的文件系统） 主要问题是磁盘故障; 我可以丢失一些文件，但我不能同时损失一切。 如果我继续使用ext4，听说我应该尽可能地制作更小的文件系统，并以某种方式“合并”它们，但我不知道如何。 我听说btrfs会很好，但是当数据不被复制（ mkfs.btrfs -d single ？）时，我无法find如何pipe理丢失一部分磁盘（或整个磁盘）的方法。 有关这个问题的任何build议将受到欢迎，提前致谢！