Questions tagged «ext4»

当我尝试导出/ home / user / share（ext4）时，“ exportfs -r”返回此错误： exportfs：警告：/ home / user / share不支持NFS导出。 / etc / exports： / home /用户/共享192.168.1.3（rw，no_subtree_check） 系统是带有nfs-kernel-server软件包的Ubuntu 10.04。任何想法为什么会这样？是因为ext4吗？

16 nfs  export  ext4 

背景 我遇到了一个小的logrotate不幸事件... Logrotate会由于错误拍摄而旋转已归档的日志，从而导致我的文件出现二次增长/var/log/。等到我风起云涌时，那/var/log/已经有些问题了，已经包含了几百万个文件 ... 我设法（经过一些脱发和查找/ sed / grep魔术之后）删除了所有有问题的文件并修复了我的logrotate配置。认为一切都很好... 问题 每当我ls（du -hs或以其他方式）列出其内容/var/log/（现在包含80mb的存档/日志以及最多几百个文件）的内容时，该过程将挂起一两分钟。我确实认为这与logrotate不幸事件有关，但我不确定，可能还有其他原因。无论如何，我无所适从在哪里开始调试或为此寻找解决方法。请帮忙：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: 9016 kB Cached: 1740608 kB SwapCached: 0 …

16 performance  filesystems  ext4  debugging 

我们有一组消费者终端，这些终端装有Linux，本地Web服务器和PostgreSQL。我们正在获取有关存在问题的计算机的现场报告，经过调查，似乎断电了，现在磁盘出现了问题。 我以为问题只是数据库损坏了，或者最近更改的文件被打乱了，但是还有其他奇怪的报告。 权限错误的文件 已成为目录的文件（例如，index.php现在是目录） 已成为文件的目录 数据混乱的文件 数据库损坏有一些问题，但这是我可以预期的。更令我惊讶的是更基本的文件系统问题-例如，权限或将文件更改为目录。在最近没有更改的文件（例如，软件代码和配置）中也出现了问题。 这是SSD损坏的“正常”现象吗？最初，我们认为这是在某些便宜的SSD上发生的，但我们在一个名牌（消费级）上发生这种情况。 FWIW，我们不会在不干净的引导上执行autofsck（不知道为什么-我是新手）。我们在某些位置安装了UPS，但有时操作不正确等。应该解决此问题，但是即使那样，人们也可以不干净地关闭终端电源，等等。因此，这并非万无一失。文件系统是ext4。 问题是：我们有什么办法可以减轻系统级的问题？ 我发现一些文章涉及关闭硬件缓存或以同步模式安装驱动器，但是我不确定在这种情况下是否有帮助（元数据损坏和最近的更改）。我还阅读了有关以只读模式挂载文件系统的参考。我们不能这样做，因为我们需要编写，但是如果可以的话，我们可以为代码和配置创建一个只读分区。 这是驱动器的示例sudo hdparm -i /dev/sda1： Model=KINGSTON RBU-SMS151S364GG, FwRev=S9FM02.5, SerialNo=<deleted> Config={ Fixed } RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=0 BuffType=unknown, BuffSize=unknown, MaxMultSect=16, MultSect=16 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=125045424 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120} PIO modes: pio0 pio3 pio4 DMA modes: mdma0 mdma1 mdma2 UDMA modes: udma0 …

15 ssd  electrical-power  ext4  corruption 

为什么我要选择一个而不是另一个？

14 filesystems  ext3  ext4  reiserfs 

我想知道ext4在我的服务器上是否可以安全使用。但是我已经听到太多有关该问题的FUD，我对此感到担忧。 我们的系统可能会丢失一些数据，这不会有什么大不了的。即使是一整天的数据也不会消除太多的毛病。而且我们的系统绝对可以从延迟写入中受益。 就是说，从备份中恢复完整的文件系统将需要几天的时间，这是无法接受的。 是否有关于该主题的经验或见解？

14 filesystems  ext4 

这本书“的HBase权威指南”指出， 不建议在单个服务器上安装不同的文件系统。这可能对性能产生不利影响，因为内核可能必须拆分缓冲区高速缓存以支持不同的文件系统。据报道，对于某些操作系统，这可能会造成毁灭性的性能影响。 这真的适用于Linux吗？我从未见过缓冲区缓存大于300 MB，并且大多数现代服务器都具有GB的RAM，因此在不同文件系统之间分配缓冲区缓存应该不是问题。我还有其他东西吗？

13 linux  performance  filesystems  ext4  xfs 

在像btrfs这样的文件系统上，您可以执行清理，该清理将遍历所有数据以查看数据是否仍与文件系统校验和匹配。 我想在备份之前检查ext4上的数据是否正确。 题 ext4没有文件系统校验和，但是可以做类似的事情吗？

13 linux  storage  ext4  checksum  data-integrity 

Tune2fs允许将inode大小从默认值（ext3上为128字节，ext4上为256字节）更改为几乎所有内容，但应为2的幂。更改默认inode大小的原因是什么？ 这里写道，可以这样做是为了能够将ACL属性存储在inode内。索引节点中还可以存储什么？ 是否有任何理由增加现代​​大容量驱动器（2TB及以上）的inode大小？

12 linux  ext4  inode  tune2fs 

我想删除一个nginx缓存目录，我通过以下方法快速清除了该目录： mv cache cache.bak mkdir cache service nginx restart 现在，我有一个cache.bak包含200万个文件的文件夹。我想删除它，而不会打扰服务器。 一个简单的操作会rm -rf cache.bak破坏服务器，即使在运行rm时，即使最简单的HTTP响应也要花费16秒，所以我无法做到这一点。 我尝试过ionice -c3 rm -rf cache.bak，但是没有帮助。服务器具有HDD，而不是SSD，可能在SSD上可能不是问题。 我相信最好的解决方案将是某种限制，例如nginx的内置缓存管理器是如何做到的。 您将如何解决？有没有什么工具可以做到这一点？ Ubuntu 16.04上的ext4

11 linux  ubuntu  filesystems  ext4 

我有一堆运行Carbon和Graphite的机器，需要扩展以增加存储量，但是我不确定是否需要扩展或扩展。 该集群当前包括： 1个中继节点：接收所有指标并转发到相关的存储节点 6个存储节点：容纳所有Whisper DB文件 问题是，当磁盘使用率接近80％时，性能似乎会下降。群集写入IOPS从近乎恒定的13k下降到更混乱的约7k的平均值，而IOwait时间的平均值为54％。 我浏览了我们的配置库，自4月初以来没有任何更改，因此这不是配置更改的结果。 问题：增加磁盘大小是否会使IO性能重新得到控制，还是需要添加更多存储节点？ 注意：这里没有SSD，只有很多主轴。 相关图： 统计资料： e2freefrag： [root@graphite-storage-01 ~]# e2freefrag /dev/vda3 Device: /dev/vda3 Blocksize: 4096 bytes Total blocks: 9961176 Free blocks: 4781849 (48.0%) Min. free extent: 4 KB Max. free extent: 81308 KB Avg. free extent: 284 KB Num. free extent: 19071 HISTOGRAM OF FREE …

11 linux  filesystems  ext4  graphite 

我对软件raid5有点迷恋ext4文件系统。当我开始用完空间时，文件系统已经“运行良好”了好几年。我在6x2T驱动器上有9T的卷。我通过执行mdadm失败，删除，添加，重建，重复过程直到拥有更大的阵列来开始升级到3T驱动器。然后，我种植了luks容器，然后当我卸载并尝试调整大小2fs时，系统提示我文件系统很脏，需要e2fsck。 没想到我只是做了e2fsck -y / dev / mapper / candybox，它开始喷出各种各样的被删除类型消息的inode（不记得了），我杀死了e2fsck并试图将文件系统重新挂载到我所关心的备份数据上。当尝试挂载时，我得到： # mount /dev/mapper/candybox /candybox mount: wrong fs type, bad option, bad superblock on /dev/mapper/candybox, missing codepage or helper program, or other error In some cases useful info is found in syslog - try dmesg | tail or so 回顾我的旧日志，我注意到每次计算机启动时文件系统都会出现此错误： kernel: [79137.275531] …

11 linux  filesystems  ext4  data-recovery 

我将Fedora-16与ext4一起使用。突然通过stat命令，我可以看到一个名为“ Birth”的东西。 # stat history_file1.txt File: `history_file1.txt' Size: 8944 Blocks: 24 IO Block: 4096 regular file Device: 802h/2050d Inode: 4192 Links: 1 Access: (0600/-rw-------) Uid: ( 0/ root) Gid: ( 0/ root) Context: unconfined_u:object_r:admin_home_t:s0 Access: 2012-01-18 18:11:10.799900150 +0530 Modify: 2012-01-18 18:11:10.867908793 +0530 Change: 2012-01-18 18:11:10.867908793 +0530 Birth: - 搜索手册页显示出生实例 ％w文件出生的时间，易于阅读；-如果未知 …

11 linux  ext4  command  stat 

在较旧的操作系统（CentOS 5.5）上使用现代内核（当前为2.6.37）进行测试，这样我们就可以在SSD（Crucial C300）上使用TRIM（丢弃）。 最新的hdparm（9.37）同意C300支持TRIM： ./hdparm -I /dev/sdc | grep TRIM * Data Set Management TRIM supported (limit unknown) * Deterministic read data after TRIM 但是，当我尝试使用抛弃选项挂载/ dev / sdc时，内核似乎并不同意： EXT4-fs warning (device sdc): ext4_issue_discard:2619: discard not supported, disabling 当我键入此代码时，我们正在尝试其他Linux风格，但是无论如何都很好。 这是否是CentOS 5.5的某些其他古老组件误导了内核的体现？还是hdparm使用与内核不同的机制来确定是否支持TRIM？

11 linux  centos  ssd  ext4  trim 

我在Linux CentOS服务器上有一个EXT3格式化的驱动器。这是一个Web应用程序数据驱动器，其中包含每个用户帐户（有25,000个用户）的目录。每个文件夹都包含该用户已上传的文件。总体而言，该驱动器上大约有250GB的数据。 用所有这些目录构造驱动器是否会影响驱动器的读写性能？它会影响我不了解的其他性能方面吗？ 以这种方式构造事物有天生的错误或坏处吗？也许只是错误选择文件系统？ 我最近尝试合并两个数据驱动器，并意识到EXT3限于32,000个子目录。这让我想知道为什么。考虑到每个文件都有一个唯一的ID（对应于数据库中的ID），我以这种方式构建它似乎很愚蠢。las ...

11 linux  performance  filesystems  ext3  ext4 

我有一个通过SATA 3.0背板安装8x10TB HDD的Ubuntu 16.04备份服务器。8个硬盘组装成RAID6，正在使用EXT4文件系统。该文件系统存储大量的小文件，这些文件具有很多SEEK操作，但IO吞吐量低。实际上，每天都有来自不同服务器的许多小文件通过rsnapshot快照（多个INODES直接指向相同的文件。由于文件系统（60TB净值）超过了50％的使用率，我的性能非常差。使用率是75％， du -sch /backup-root/ 需要几天（！）。该机器具有8核和16G RAM。RAM由OS Filesystem Cache完全利用，由于IOWAIT，8个内核中的7个始终处于空闲状态。 Filesystem volume name: <none> Last mounted on: / Filesystem UUID: 5af205b0-d622-41dd-990e-b4d660c12bd9 Filesystem magic number: 0xEF53 Filesystem revision #: 1 (dynamic) Filesystem features: has_journal ext_attr dir_index filetype needs_recovery extent 64bit flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize Filesystem flags: signed_directory_hash …

10 ubuntu-16.04  ext4  performance-tuning