首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >问答首页 >科学Linux:四opteron系统的软锁

科学Linux:四opteron系统的软锁
EN

Server Fault用户
提问于 2013-01-18 11:09:14
回答 1查看 526关注 0票数 1

在一个令人印象深刻的550天的正常运行时间之后,我们的四视屏系统变成了一个损坏的系统,几天前我从一个FreeNAS盒中安装了一个nfs共享。

正在进行的会话仍然处于活动状态,但是新登录失败了,因为shell或chroot都不起作用(我在/var/log/secure中看到,身份验证工作了--将登录过程放在后面。)

/var/log/messages指向一个stucking写进程到挂载的写进程:

代码语言:javascript
运行
复制
 BUG: soft lockup - CPU#38 stuck for 61s! [maq:27850]
Modules linked in: nfs lockd fscache nfs_acl auth_rpcgss sunrpc sit tunnel4 tun fuse autofs4 cpu
freq_ondemand powernow_k8 freq_table ipt_REJECT nf_conntrack_ipv4 nf_defra
g_ipv4 iptable_filter ip_tables ip6t_REJECT nf_conntrack_ipv6 xt_state nf_conntrack ip6table_filter ip6_tables ipv6 dm_mirror dm_region_hash dm_log sg amd64_edac_mod edac_core edac_mce_amd i2c_piix4 i2c_core igb dca ext4 mbcache jbd2 sd_mod crc_t10dif sr_mod cdrom 3w_sas ata_generic pata_acpi pata_atiixp ahci qla2xxx scsi_transport_fc scsi_tgt dm_mod [last unloaded: scsi_wait_scan]
CPU 38:
Modules linked in: nfs lockd fscache nfs_acl auth_rpcgss sunrpc sit tunnel4 tun fuse autofs4 cpufreq_ondemand powernow_k8 freq_table ipt_REJECT nf_conntrack_ipv4 nf_defrag_ipv4 iptable_filter ip_tables ip6t_REJECT nf_conntrack_ipv6 xt_state nf_conntrack ip6table_filter ip6_tables ipv6 dm_mirror dm_region_hash dm_log sg amd64_edac_mod edac_core edac_mce_amd i2c_piix4 i2c_core igb dca ext4 mbcache jbd2 sd_mod crc_t10dif sr_mod cdrom 3w_sas ata_generic pata_acpi pata_atiixp ahci qla2xxx scsi_transport_fc scsi_tgt dm_mod [last unloaded: scsi_wait_scan]
Pid: 27850, comm: maq Not tainted 2.6.32-71.29.1.el6.x86_64 #1 H8QG6
RIP: 0010:[<ffffffff814cbab7>]  [<ffffffff814cbab7>] _spin_unlock_irqrestore+0x17/0x20
RSP: 0018:ffff886c12ddd8f8  EFLAGS: 00000202
RAX: 0000000000000202 RBX: ffff886c12ddd8f8 RCX: 000000000000f14b
RDX: ffff886060611448 RSI: 0000000000000202 RDI: 0000000000000202
RBP: ffffffff81013c8e R08: ffff886060611450 R09: 94adb435c189d607
R10: 0000000000000000 R11: 0000000000000001 R12: ffff881027c2d200
R13: 0000000000000026 R14: ffff88015521a8c0 R15: ffff8835e94e3200
FS:  00007f8aa27be720(0000) GS:ffff886060880000(0000) knlGS:0000000000000000
CS:  0010 DS: 0000 ES: 0000 CR0: 000000008005003b
CR2: 00007ff69c45a000 CR3: 0000003289c86000 CR4: 00000000000006e0
DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Call Trace:
 [<ffffffff810920ae>] ? prepare_to_wait_exclusive+0x4e/0x80
 [<ffffffff814ca168>] ? __wait_on_bit_lock+0x48/0xc0
 [<ffffffff81091dd7>] ? bit_waitqueue+0x87/0xd0
 [<ffffffffa0338560>] ? nfs_wait_bit_killable+0x0/0x40 [nfs]
 [<ffffffff814ca258>] ? out_of_line_wait_on_bit_lock+0x78/0x90
 [<ffffffff81091ee0>] ? wake_bit_function+0x0/0x50
 [<ffffffffa0345c9a>] ? nfs_commit_inode+0xaa/0x1c0 [nfs]
 [<ffffffffa0345e29>] ? nfs_wb_page+0x79/0xd0 [nfs]
 [<ffffffffa0344170>] ? nfs_page_find_request+0x50/0x70 [nfs]
 [<ffffffffa0345ec0>] ? nfs_flush_incompatible+0x40/0x70 [nfs]
 [<ffffffffa0334aa3>] ? nfs_write_begin+0x93/0x220 [nfs]
 [<ffffffff8110cbce>] ? generic_file_buffered_write+0x10e/0x2a0
 [<ffffffff8110e520>] ? __generic_file_aio_write+0x250/0x480
 [<ffffffff8110e7bf>] ? generic_file_aio_write+0x6f/0xe0
 [<ffffffffa033571a>] ? nfs_file_write+0xda/0x1e0 [nfs]
 [<ffffffff8116d05a>] ? do_sync_write+0xfa/0x140
 [<ffffffff81091ea0>] ? autoremove_wake_function+0x0/0x40
 [<ffffffff8120caab>] ? selinux_file_permission+0xfb/0x150
 [<ffffffff811fff16>] ? security_file_permission+0x16/0x20
 [<ffffffff8116d358>] ? vfs_write+0xb8/0x1a0
 [<ffffffff8116dd91>] ? sys_write+0x51/0x90

我试图杀死(-9)导致错误('maq')的进程,但是进程正在停止,无法被杀死(通过nfs挂载的文件系统也在停止)。重新启动本地机器上的所有相关服务和freenas服务器上的nfs服务都没有帮助。经过两个小时的工作,在或多或少不稳定的系统上抵抗进程,我不得不重新启动系统(工作时没有任何挂断)。

当我检查日志文件时,我发现yum的自动更新功能已经启用,selinux策略内容也被更新了。这会导致登录问题吗?

nfs是否会在(短)情况下造成或多或少的完全阻塞系统?写延迟(我可以使用‘挂载-o软’来防止新的软锁吗?或者这可能是一个内核错误?

代码语言:javascript
运行
复制
uname -r
2.6.32-71.29.1.el6.x86_64
cat /etc/issue
Scientific Linux release 6.0 (Carbon)
EN

回答 1

Server Fault用户

发布于 2013-01-18 14:49:08

升级你的操作系统.

(例如,调试像这样的旧内核中的错误是没有意义的)

这适用于CentOS、RHEL、科学Linux等。EL6.0充满了问题/错误,几乎无法用于我的目的。EL6.1稍好一点,但我的系统确实稳定在EL 6.2和6.3水平。

您可能在上游RHEL勘误表内核中遇到了一个修复问题。

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

https://serverfault.com/questions/470317

复制
相关文章

相似问题

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