首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >XFS:内部错误XFS_WANT_CORRUPTED_GOTO

XFS:内部错误XFS_WANT_CORRUPTED_GOTO
EN

Server Fault用户
提问于 2015-07-23 19:55:40
回答 1查看 12.1K关注 0票数 2

在我的备用postgres数据库出现断电之后,我收到了以下错误:

代码语言:javascript
复制
XFS: Internal error XFS_WANT_CORRUPTED_GOTO

在系统重新启动以及postgres之后,错误日志显示:

代码语言:javascript
复制
ERROR:  could not write block 1759002 in file "base/278425/1651445.13": Input/output error
CONTEXT:  writing block 1759002 of relation base/278425/1651445
ERROR:  could not write block 339174 in file "base/278425/1651495.2": Input/output error
CONTEXT:  writing block 339174 of relation base/278425/1651495
PANIC:  could not write to log segment 0000000100001423000000A9 at offset 149696, length 5952: Input/output error

几天前,在另一个相同的系统上,我收到了postgres错误:

代码语言:javascript
复制
ERROR:  could not write block 69511 in file "base/278425/539725": Structure needs cleaning
CONTEXT:  writing block 69511 of relation base/278425/539725
WARNING:  could not write block 69511 of base/278425/539725
DETAIL:  Multiple failures --- write error might be permanent.

2TB文件系统是使用以下方法安装的:

-t xfs -o rw,nobarrier,noatime,nodiratime /dev/md0 /postgres_data

  1. 由于这是一个AWS (GP2)卷,我猜想它不是电池支持的,而且由于我选择了nobarrier选项,卷是否损坏了?
  2. 由于这个文件系统的大小是2TB,我是否应该添加选项inode64,这是否是问题所在?文件系统包含1.2TB的数据。
EN

回答 1

Server Fault用户

回答已采纳

发布于 2015-07-24 07:32:46

inode64是默认的挂载值,所以系统应该已经使用它了。

这个问题很可能是由于nobarrier选项造成的,再加上主机端的非BBU写缓存。

您必须将文件系统脱机并对其运行xfs_repair

票数 2
EN
页面原文内容由Server Fault提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://serverfault.com/questions/708052

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档