所以，我有一个3.5TB MySQL数据库的服务器与每个表innodb文件。 它有4个磁盘RAID 10组中的24个2.5“10K HDs，通过vmware ESXi连接成1TB数据存储，全部6个LVM分为一个6TB ext3磁盘 现在，我正在做一个 sudo e2fsck -f /dev/vg1/lv1 之前 sudo resize2fs /dev/vg1/lv1 这里是iostat -x 5的结果： Device: rrqm/s wrqm/sr/sw/s rsec/s wsec/s avgrq-sz avgqu-sz await svctm %util sda 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 sdb 0.00 0.00 33.40 0.00 267.20 0.00 8.00 0.17 5.15 5.15 17.20 sdc 0.00 […]
注意：这是一个“logging我的过程”的问题，我将写一个答案。 令人高兴的是，serverfault已经帮助我解决了这个问题，因为写了我的情况，以便其他人能够评估它，使我意识到发生了什么事情。 我在Debian服务器上使用ext3文件系统。 尽pipe我的主文件系统在文件方面发生的活动很less，但是从kjournald （通过iotop看到）有很大的活动。 这个活动定期爆发，使我的整体平均写入速度提高到约2 MB /秒（这是我非常关心的，因为我想要一些固态硬盘，这个速度实际上已经足够严重威胁到非常大的写入耐久性当前模型）。 我已经使用noatime,nodiratime挂载了文件系统。 我已经将文件系统的日志提交间隔从5秒增加到了300秒。 到底是怎么回事？ （Spoilers：这是一个用户空间的事情，我写这主要是为了强调可能违反直觉的潜在问题。）
只需要一个简单的答案，做了一些search，找不到它。 与ext4相比，ext3的元数据开销是多less？ 我将许多卷从使用ext4卷的SAN迁移到格式为ext3的新存储arrays，卷的大小从2-3％增加到11％。 平均涨幅约为6.5％。 一切正常，所有的文件在那里都有足够的空间来保存，所以不是一个大问题，但我认为6 +％的差异似乎有点高。
目前我用我的Debian系统（主要是testing）有一些有趣的问题。 我以前在lvm上有一个根分区，格式为ext3。 我现在启动一个实时系统，并将ext3转换为ext4（通过tune2fs …），也做了一个fsck.ext4。 在现场系统中，我可以挂载分区为ext4。 然后我把/ etc / fstab中的条目从ext3更改为ext4，然后重新启动我的Debian。 问题是这个分区（即使它在/ etc / fstab中声明为ext4）似乎仍然被挂载为ext3 – 至lessmount是这么说的。 当我尝试确定文件系统types时，我得到不一致的结果： fsck -N报告ext4： sudo fsck -N /dev/mapper/hed-root fsck from util-linux 2.20.1 [/sbin/fsck.ext4 (1) — /] fsck.ext4 /dev/mapper/hed-root 但blkid说ext3 sudo blkid -o value -s TYPE /dev/mapper/hed-root ext3 正如我所说的文件系统驻留在lvm卷。 我什么也没有改变。 我能做些什么来解决这个问题？ 非常感谢！
我在下面得到这个日志错误： Aug 1 20:44:01 TDBP24LV kernel: EXT3-fs error (device dm-10): ext3_free_blocks_sb: bit already cleared for block 8159746 Aug 1 20:44:01 TDBP24LV kernel: EXT3-fs error (device dm-10): ext3_free_blocks_sb: bit already cleared for block 8159747 Aug 1 20:44:01 TDBP24LV kernel: EXT3-fs error (device dm-10): ext3_free_blocks_sb: bit already cleared for block 8159748 Aug 1 20:44:01 TDBP24LV kernel: EXT3-fs […]
如何从Windows Vista中访问外部（USB）HDD上的Ext3分区的数据？ 或者在Vista主机上运行VirtualBox的Linux甚至更好。 我有兴趣阅读，不需要写，所以任何只读解决scheme对我来说都是有效的（也就是说，任何对Ext2有效的解决scheme都是有效的）。 我已经试过了Ext2 IFS ，但是只有这样才能让磁盘实际出现在资源pipe理器中，但是当我尝试访问它时，它告诉我磁盘没有被格式化。 有什么build议么？
我们现在使用ext3来处理我们的EBS文件系统，而且我想知道在扩展大小的情况下是否会有任何问题。 创buildEBS初始大小2GB（ebs1） 快照EBS（s1） 从快照（s1）创build10GB EBS（ebs2） 这会损坏文件系统吗？ ext3文件系统会自动处理这种情况吗？ 同样，使用相同的方法减小大小会导致任何问题（假定数据的空间仍然足够）？ 我已经成功地在EC2环境中完成了这个任务，但由于我目前使用的数据非常less，我不确定是否有任何问题。 运行fsck会发现这样的问题吗？
我最近使用SysRescCD的gparted和partimage 做了一个包含我的Ubuntu安装的分区的备份映像， 删除了原始Windows分区以外的所有分区 减小了Win7分区的大小 使用所有未分配的空间创build一个扩展分区 在扩展分区内，创build了一个ext3分区和一个交换分区 将备份映像恢复到ext3分区 在这些操作之后，ext3分区比我开始时大，但文件系统仍然报告旧的大小： $ fdisk -l Disk /dev/sda: 640.1 GB, 640135028736 bytes 255 heads, 63 sectors/track, 77825 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x1549f232 Device Boot Start […]
我的服务器有一个特殊的问题。 磁盘I / O统计数据在过去几周持续增长。 从Munin看这个图表： 从Linode的仪表板中，我可以看到磁盘I / O更精细的图像。 这是循环/节奏图（一天的时间间隔）。 但请注意，即使看起来是周期性的，在数周的时间内，平均磁盘I / O也会持续增长（见上图）： 现在，我做了iotop ，看到kjournald是写磁盘I / O的唯一过程（除了偶尔的rsyslogd – 但是kjournald的磁盘I / O的频率要高得多）。 在上面的图中，I / O的读取部分实际上为零。 为什么即使在没有其他程序写作的情况下也要写作？ 为什么写的大小在一天之内变大？ 另一个线索：空闲内存也是单调减less，而“缓冲区”增加。 看到这张图： PS：服务器只有Apache。 访问日志已禁用，但启用了错误日志。 服务约80个请求/秒。 我们使用Redis作为队列。 我的磁盘正在使用ext3 。
我正在使用传统的rsync + cp -al方法来创build我们的服务器树的增量/快照备份。 备份将通过四个eSATA连接（每个连接四个磁盘）连接到一对连接备份机器（一台配备16 GB RAM的Sandy Bridge机器，运行CentOS 5.5）的八个磁盘塔上。 每个磁盘是一个普通的2TB磁盘，所以我们有32TB的磁盘空间连接到备份机器。 我们用这个备份了大约20TB的数据。 问题是每个日常备份需要24小时以上，真正的时间杀手不是实际的rsync，而是在备份机器上本地执行树的cp -al所需的时间。 为了制作树的影子副本需要花费超过12个小时，并且据我所知，性能积压是在磁盘上（顶部显示的是使用大量RAM但不是很多CPU的cp，而且大部分是不可中断的睡眠状态） 我们将服务器数据分成四个主要卷（和一些小的卷），并且每个备份都并行运行（在cron中有一些偏移量以便首先完成某些磁盘的cp）。 备份驱动器上有两个卷，每个都有16 TB的条带化LVM卷。 所以显然我需要提高性能，因为它是不可用的。 第一个问题是：当CentOS 6发布时，支持btrfs，将会使用btrfs创build子卷的快照大大提高了性能？ 第二个是：有没有办法在CentOS 5或6中支持ext3或其他东西来“鼓励”它将目录/ inode放在一个卷的一部分中（这可能是SSD上的一部分，通过LVM）和在另一个文件？ 这大概会解决问题，但我不知道如何提示ext3。