Hi, On Mon, Aug 29, 2005 at 07:24:54AM +0200, Tim Weippert wrote: > On Sun, Aug 28, 2005 at 01:20:51AM +0100, Daniel Drake wrote:
> > > > Seems to be an identical problem as was filed here: > > > > http://bugs.gentoo.org/show_bug.cgi?id=103497 > > > > This bug report seems to suggest that the ondemand scaling governor may be > > at fault. Does your setup use this too? > > > > (CC'ing some extra people to make sure problem is known) > > > > As this is an Server, i don't even use cpufreq on this machine. So it > think this isn't the same problem ... Update, with stable 2.6.13. I get nearly the same behavior. One new oops: swap_free: Bad swap file entry c000007fffff802f swap_free: Bad swap file entry c800007fffff802f swap_free: Bad swap file entry d000007fffff802f swap_free: Bad swap file entry d800007fffff802f swap_free: Bad swap file entry e000007fffff802f swap_free: Bad swap file entry 4000000000000000 ----------- [cut here ] --------- [please bite here ] --------- Kernel BUG at "mm/rmap.c":493 invalid operand: 0000 [1] SMP CPU 1 Modules linked in: autofs4 floppy i2c_amd756 i2c_core hw_random ohci_hcd tg3 tsdev evdev evbug psmouse genrtc unix Pid: 9014, comm: sh Not tainted 2.6.13 RIP: 0010:[<ffffffff8016e9ab>] <ffffffff8016e9ab>{page_remove_rmap+43} RSP: 0018:ffff8100481c3da0 EFLAGS: 00010286 RAX: 00000000ffffffff RBX: ffff81004a5fc420 RCX: ffff81000000d000 RDX: 0000000000000000 RSI: 0000000000000000 RDI: ffff8100011a69c8 RBP: 0000000000484000 R08: 0000000000000001 R09: 000000000000000f R10: 0000000000000001 R11: 0000000000000000 R12: 00000000078bfbff R13: ffff810040e133e0 R14: ffff8100011a69c8 R15: 0000000000000000 FS: 00000000457ff970(0000) GS:ffffffff8056f880(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b CR2: 00002aaaaaabd000 CR3: 0000000048205000 CR4: 00000000000006e0 Process sh (pid: 9014, threadinfo ffff8100481c2000, task ffff810048e7e270) Stack: ffffffff801663f4 0000000000497000 ffff81004937f010 0000000000497000 0000000000497000 0000000000496fff ffff8100497dd000 0000000000497000 ffffffff801666ab 0000000000000000 Call Trace:<ffffffff801663f4>{zap_pte_range+436} <ffffffff801666ab>{unmap_page_range+507} <ffffffff80166815>{unmap_vmas+293} <ffffffff8016c4d2>{exit_mmap+162} <ffffffff801318b1>{mmput+49} <ffffffff80136d3a>{do_exit+442} <ffffffff801370c0>{sys_exit_group+0} <ffffffff8010db7a>{system_call+126} Code: 0f 0b a3 b4 5b 3f 80 ff ff ff ff c2 ed 01 66 66 66 90 66 66 RIP <ffffffff8016e9ab>{page_remove_rmap+43} RSP <ffff8100481c3da0> <1>Fixing recursive fault but reboot is needed! With this i get an hanging [sh] process which can't be killed, only cleanable with reboot: www-data 7701 0.0 0.3 74448 6452 ? S 11:56 0:00 /usr/sbin/cactid 0 93 www-data 7721 0.0 0.5 56296 10504 ? S 11:56 0:00 \_ /usr/bin/php /usr/share/cacti/site/script_server.php cactid 0 www-data 9014 0.0 0.0 0 0 ? D 11:56 0:00 \_ [sh] The machine is an cacti system with generally high load ... seems the kernel does only have problems on higher load. HTH, weiti -- Interpunktion und Orthographie dieser Email ist frei erfunden. Eine Übereinstimmung mit aktuellen oder ehemaligen Regeln wäre rein zufällig und ist nicht beabsichtigt. Tim Weippert <[EMAIL PROTECTED]> http://www.topf-sicret.org/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
