这个Linux内核跟踪是什么意思？

我正在家里运行一个linux服务器，它主要是一个文件和电子邮件服务器和一台数字录像机。所有数据都在软件raid-6上的ext4分区上。这个Linux内核跟踪是什么意思？

每隔一段时间（有时一天两次，有时一个月两次），整个服务器都会被锁定。有时候，我在系统日志内核报告，我不明白：

------------[ cut here ]------------ 
kernel BUG at fs/ext4/inode.c:2118! 
invalid opcode: 0000 [#1] SMP 
last sysfs file: /sys/devices/virtual/net/ppp0/uevent 
CPU 0 
Modules linked in: ppp_async crc_ccitt nvidia(P) fcpci(P) scsi_wait_scan 

Pid: 27841, comm: mythbackend Tainted: P   2.6.39-gentoo-r3 #2 System manufacturer System Product Name/M2N-E 
RIP: 0010:[<ffffffff8116f580>] [<ffffffff8116f580>] mpage_da_submit_io+0x268/0x3bf 
RSP: 0018:ffff88004262bba8 EFLAGS: 00010286 
RAX: ffffea000048b650 RBX: ffffea000051d118 RCX: 0000000000000000 
RDX: 0000000000000000 RSI: ffff880000826890 RDI: 0000000000005d38 
RBP: ffff88004262bcf8 R08: 000000000d654538 R09: 0100000000002820 
R10: 0000000000005d0d R11: 0000000000000000 R12: ffff88004262bde8 
R13: ffff88004262bd28 R14: ffff88005ef46150 R15: 0000000000005d37 
FS: 00007fbeb053f700(0000) GS:ffff88007fc00000(0000) knlGS:00000000f74aa8e0 
CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b 
CR2: 00007fdcb7a36000 CR3: 000000006b721000 CR4: 00000000000006f0 
DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 
DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 
Process mythbackend (pid: 27841, threadinfo ffff88004262a000, task ffff88007fb83330) 
Stack: 
ffff88007b193b88 ffff88004262bc98 ffff88004741c138 000004ac00001424 
ffff88004262bc28 0000000000005d70 ffff88005ef46298 00000000811a337f 
0000000000005d70 000000010000000e ffff88004262bc30 0000100000000000 
Call Trace: 
[<ffffffff811731df>] mpage_da_map_and_submit+0x2c6/0x2dc 
[<ffffffff8117390a>] ext4_da_writepages+0x2d4/0x465 
[<ffffffff810aafd6>] do_writepages+0x1c/0x26 
[<ffffffff810a3bc0>] __filemap_fdatawrite_range+0x4b/0x4d 
[<ffffffff810a3bea>] filemap_write_and_wait_range+0x28/0x51 
[<ffffffff810fcba1>] vfs_fsync_range+0x30/0x75 
[<ffffffff810fcc3b>] vfs_fsync+0x17/0x19 
[<ffffffff810fcc66>] do_fsync+0x29/0x3e 
[<ffffffff810fcc89>] sys_fdatasync+0xe/0x12 
[<ffffffff8155f4fb>] system_call_fastpath+0x16/0x1b 
Code: c1 00 02 00 00 74 09 f0 80 60 01 fd 4c 89 40 18 4c 8b 08 41 f7 c1 00 10 00 00 75 09 4c 8b 08 41 80 e1 20 74 0a 4c 39 40 18 74 04 <0f> 0b eb fe 41 f6 45 12 80 74 05 f0 80 48 02 80 f0 80 60 01 ef 
RIP [<ffffffff8116f580>] mpage_da_submit_io+0x268/0x3bf 
RSP <ffff88004262bba8> 
---[ end trace c228cd85b8ef2f99 ]---

来源

2011-10-07 Tilo Prütz

看你的痕迹似乎内核的ext4文件系统在写入过程哎呀。如果你还没有准备好linux崩溃，那么恐怕没有什么可以做的。

您可以参阅：

http://magazine.redhat.com/2007/08/15/a-quick-overview-of-linux-kernel-crash-dump-analysis/

这会告诉你如何设置你的系统，让您可以检查您的系统，未来它崩溃的时间。如果您认为它是内核中的错误（在ext4或raid6中），请在相应的论坛中提出错误。或者，你可以尝试自己解决这个错误。

来源

2011-10-07 16:30:21 Harman

这个Linux内核跟踪是什么意思？

回答

相关问题