最近编译总出错，大家碰到过么

anarchist

最常见的两个错误：
（1）make什么的等待未完成的任务
（2）下载的包总是校验码不对，或者解压缩失败

tlze

没出现过这样的问题，这应该系统错误了吧！但想不到问题在那，帮顶继续学习。

anarchist

是啊，我也怀疑是不是硬件问题，但是windows没发现什么异常啊。

lifc

有一台服务器最近遇到类似问题，看系统日志发现文件系统运行时出错，但e2fsck反复检查都没问题，最后我重做文件系统解决了。网上有人讨论，好像说属于悬案，一直没找到确切原因。

anarchist

能把那些相关讨论的链接发给我看看么？

zhllg

贴出来，不要转述

lifc

Post by zhllg;2055754
贴出来，不要转述

文件系统重做快两个月了，当时的具体错误信息没有保留。日志好像是说i节点访问跨越了组边界，因为当时fs错误处理设成了continue所以没有readonly可以继续操作（但是某些目录创建文件或者链接失败），贴上来给楼主做个参考。

lifc

翻了一下工作日志，发现当初留的一点线索：htree_dirblock_to_tree: bad entry in directory #XXXX: inode out of bounds - offset=XXXX, inode=XXXX, rec_len=XXXX, name_len=XXXX
之后每次启动fsck都会检测到文件系统头里面的出错标志而进行检测，但没有任何发现。将出错阵列柜跳到另外一台服务器（本来是root分区）检测，换了几个e2fsck版本同样没有发现。
这个问题以前曾经在单盘和阵列上都见过，前者是开发机硬盘，表现为一个boost头文件乱码。

anarchist

你说这个让我想起来了，最近文件系统确实总报错，下载东西的话无论是http还是amule都经常校验通不过，但是windows使用目前还没发现问题。

lifc

Post by anarchist;2055772
你说这个让我想起来了，最近文件系统确实总报错，下载东西的话无论是http还是amule都经常校验通不过，但是windows使用目前还没发现问题。

有没有运行过完整的文件系统检查？有空最好先用memtest86+之类的工具测一下内存。
有点怀疑最近的ext3出了什么问题，但看到遇到类似问题的人用的核心版本老很多，不敢说是不是通病（怕被拍砖）。事后对出问题的服务器、工作站以及磁盘阵列主机、光纤交换机都做了几天比较完整的离线压力测试（有热备系统），而且同一台机器用reiserfs的卷读写访问更加频繁（工作卷），同一时期完全没有出现问题，认为硬件方面出错的可能性不大（ecc内存，日志没有mce相关出错报告）。