similar to: crashing dom0 and domU

I recently upgraded wine from 0.9.7 to 0.9.12 and while checking out that things were working I started up Google Earth but had the following error in terminal: Message from syslogd@TheVoid at Sun May 7 02:40:26 2006 ... TheVoid kernel: Bad page state at free_hot_cold_page (in process 'GoogleEarth.exe', page c125be60) Message from syslogd@TheVoid at Sun May 7 02:40:26 2006 ... TheVoid

I have gotten a hard system lockup several times using star on my system with a Quantum DLT-V4 SATA tape drive. I am including what got recorded in /var/log/messages from the most recent event showing stack trace. Output from uname -a: Linux lh10 2.6.9-78.0.13.ELsmp #1 SMP Wed Jan 14 15:55:36 EST 2009 x86_64 x86_64 x86_64 GNU/Linux Mar 22 22:02:59 lh10 kernel: Bad page state at

I have installed two CentOS 4.3 boxes with LVS (from http://mirror.centos.org/centos/4/csgfs/ ) but all boxes died withe this error frequently: kernel panic - not syncing: fs/block_dev.c:396: spin_lock (fs/block_dev.c:c0361c0) already locked by fs/block_dev.c/287. I have read from this thread http://threebit.net/mail-archive/centos/msg00243.html that this is an unsolved problem. So i have

On (06/16/16 13:47), Minchan Kim wrote: [..] > > this is what I'm getting with the [zsmalloc: keep first object offset in struct page] > > applied: "count:0 mapcount:-127". which may be not related to zsmalloc at this point. > > > > kernel: BUG: Bad page state in process khugepaged pfn:101db8 > > kernel: page:ffffea0004076e00 count:0 mapcount:-127

On Thu, Jun 16, 2016 at 01:23:43PM +0900, Sergey Senozhatsky wrote: > On (06/16/16 11:58), Minchan Kim wrote: > [..] > > RAX: 2065676162726166 so rax is totally garbage, I think. > > It means obj_to_head returns garbage because get_first_obj_offset is > > utter crab because (page_idx / class->pages_per_zspage) was totally > > wrong. > > > > >

On Thu, Jun 16, 2016 at 01:23:43PM +0900, Sergey Senozhatsky wrote: > On (06/16/16 11:58), Minchan Kim wrote: > [..] > > RAX: 2065676162726166 so rax is totally garbage, I think. > > It means obj_to_head returns garbage because get_first_obj_offset is > > utter crab because (page_idx / class->pages_per_zspage) was totally > > wrong. > > > > >

On (06/16/16 11:58), Minchan Kim wrote: [..] > RAX: 2065676162726166 so rax is totally garbage, I think. > It means obj_to_head returns garbage because get_first_obj_offset is > utter crab because (page_idx / class->pages_per_zspage) was totally > wrong. > > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > 6408: f0 0f ba 28 00 lock btsl $0x0,(%rax)

On Thu, Jun 16, 2016 at 02:22:09PM +0900, Sergey Senozhatsky wrote: > On (06/16/16 13:47), Minchan Kim wrote: > [..] > > > this is what I'm getting with the [zsmalloc: keep first object offset in struct page] > > > applied: "count:0 mapcount:-127". which may be not related to zsmalloc at this point. > > > > > > kernel: BUG: Bad page state

On Thu, Jun 16, 2016 at 02:22:09PM +0900, Sergey Senozhatsky wrote: > On (06/16/16 13:47), Minchan Kim wrote: > [..] > > > this is what I'm getting with the [zsmalloc: keep first object offset in struct page] > > > applied: "count:0 mapcount:-127". which may be not related to zsmalloc at this point. > > > > > > kernel: BUG: Bad page state

We have a cluster (212 nodes) that are on a gig-e network useing jumbo frames (mtu 6000) To reload a node we have to plug it into a regular 1500 mtu that is running off a differnt port on the head node to install. Is there a way to tell in the 'append' line of /pxelinux.cfg/default to have the bcm5700 module run wiht jumbo frames. this is our append right now append load_ramdisk=1

I use gentoo on xen, in the gentoo docs (gentoo compiles everything almost) they have options like ''-march=pentium3'' should i be using the gcc option for the cpu im using (pentium3), I understand that domU''s and even dom0''s speak the "XEN" arch, so could using cpu specific flags like this cause problems? what are other xen+gentoo users using

Hi, I got the following output booting through PXElinux. I used a netboot floppy image for my ISA NE2000 (RTL8019) network card to download the pxelinux.0 file from my server. I use syslinux 3.07. Here's my output: PXELINUX 3.07 2005-01-12 Copyright (C) 1994-2005 H. Peter Anvin ######################################################## # Welcome to the Petteflet PXE booting infrastructure. #

The system hang, linux from scratch. I have changed the live kernel from linux-2.6.35.4 to linux-2.6.32.61 , to see if the fault still occurs. The kernel 2.6.35.4 was working fine with all version up to dovecot 2.1.12 , from which i made update to 2.1.17. dovecot -n # 2.1.17: /usr/dovecot21/etc/dovecot/dovecot.conf # OS: Linux 2.6.32.61 i686 auth_cache_negative_ttl = 1 secs auth_cache_size = 2

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi! I am not quite sure if this is the place to post, so have me excused if I am in error. I've just upgraded my gkrellmd (daemon-only) to 2.1.16 (from 2.1.15), but when attempting to restart the daemon I get gkrellmd select() failed: Invalid argument I though 'darn, i have to go back to the old version', and tried to reinstall the

In a word, is it stable? I''m seeing some odd things; segfaults by postgres in a domU, when pae is enabled. And, this last time, I got this on the ssh I had to the domU: == database:/home/shared/doogie# Message from syslogd@database at Wed Dec 14 18:55:05 2005 ... database kernel: [27073.874149] Bad page state at prep_new_page (in process ''postmaster'', page c1326ca0)

From: Martin Schwidefsky <schwidefsky@de.ibm.com> From: Hubertus Franke <frankeh@watson.ibm.com> From: Himanshu Raj <rhim@cc.gatech.edu> [patch 8/9] Guest page hinting: discarded page list. The discarded page list is used to postpone the freeing of discarded pages. The PG_discarded is set by either __remove_from_page_cache, __delete_from_swap_cache or the discard fault handler

From: Martin Schwidefsky <schwidefsky@de.ibm.com> From: Hubertus Franke <frankeh@watson.ibm.com> From: Himanshu Raj <rhim@cc.gatech.edu> [patch 8/9] Guest page hinting: discarded page list. The discarded page list is used to postpone the freeing of discarded pages. The PG_discarded is set by either __remove_from_page_cache, __delete_from_swap_cache or the discard fault handler

Message from syslogd@router at Mon Sep 19 14:53:09 2005 ... router kernel: flags:0x40000100 mapping:c180232c mapcount:0 count:0 (Not tainted) Itamar Reis Peixoto +55 (34) 3238 3845 e-mail : itamar@ispbrasil.com.br http://vps.ispbrasil.com.br --->>> servidores linux _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com

On Thu, Jun 16, 2016 at 05:42:11PM +0900, Sergey Senozhatsky wrote: > On (06/16/16 15:47), Minchan Kim wrote: > > > [..] > > > > > this is what I'm getting with the [zsmalloc: keep first object offset in struct page] > > > > > applied: "count:0 mapcount:-127". which may be not related to zsmalloc at this point. > > > > > >

On Thu, Jun 16, 2016 at 05:42:11PM +0900, Sergey Senozhatsky wrote: > On (06/16/16 15:47), Minchan Kim wrote: > > > [..] > > > > > this is what I'm getting with the [zsmalloc: keep first object offset in struct page] > > > > > applied: "count:0 mapcount:-127". which may be not related to zsmalloc at this point. > > > > > >