From: "Henrik Steffen" <steffen@city-map.de>
To: <pgsql-general@postgresql.org>
Cc: <linux-kernel@vger.kernel.org>
Subject: Kernel BUG
Date: Sat, 7 Dec 2002 11:09:09 +0100 [thread overview]
Message-ID: <011901c29dd8$b0dd8700$7100a8c0@STEINKAMP> (raw)
[-- Attachment #1: Type: text/plain, Size: 7659 bytes --]
Hello all,
running postgres 7.3 on an redhat linux 2.4.19 I had
the following problems this morning. One of the database
tables was completely destroyed. Every access to this
certain table led to a whole shut-down of the database.
attention kernel-list: please cc me because I am not subscribed to the list
here the trace:
ksymoops 2.4.1 on i686 2.4.19. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.4.19/ (default)
-m /boot/System.map-2.4.19 (default)
Warning: You did not tell me where to find symbol information. I will
assume that the log matches the kernel and modules that are running
right now and I'll use the default options above for symbol resolution.
If the current kernel and/or modules do not match the log, you can get
more accurate output by telling me the kernel version and where to find
map, modules, ksyms etc. ksymoops -h explains the options.
No modules in ksyms, skipping objects
Warning (read_lsmod): no symbols in lsmod, is /proc/modules a valid lsmod file?
Dec 7 08:16:09 db2 kernel: kernel BUG at page_alloc.c:89!
Dec 7 08:16:09 db2 kernel: invalid operand: 0000
Dec 7 08:16:09 db2 kernel: CPU: 0
Dec 7 08:16:09 db2 kernel: EIP: 0010:[__free_pages_ok+33/608] Not tainted
Dec 7 08:16:09 db2 kernel: EIP: 0010:[<c012a451>] Not tainted
Using defaults from ksymoops -t elf32-i386 -a i386
Dec 7 08:16:09 db2 kernel: EFLAGS: 00010286
Dec 7 08:16:09 db2 kernel: eax: c121c39c ebx: c13c69b0 ecx: f5e14ac0 edx: c12b2dec
Dec 7 08:16:09 db2 kernel: esi: 00000000 edi: f5cc35b0 ebp: 000005de esp: dc28ded4
Dec 7 08:16:09 db2 kernel: ds: 0018 es: 0018 ss: 0018
Dec 7 08:16:09 db2 kernel: Process postmaster (pid: 24608, stackpage=dc28d000)
Dec 7 08:16:09 db2 kernel: Stack: c012484f 00000000 00000000 f6768c00 f7cc8200 0000001f 00000cca 00001000
Dec 7 08:16:09 db2 kernel: c13c69b0 f5cc35b0 000005de c01243e5 dc28df5c c13c69b0 00000000 00001000
Dec 7 08:16:09 db2 kernel: 00001000 00000000 00000000 00000000 f5cc3500 d5456e40 dc28c000 00000000
Dec 7 08:16:09 db2 kernel: Call Trace: [file_read_actor+143/208] [do_generic_file_read+549/1056] [generic_file_read+122/288] [file_read_actor+0/208] [sys_read+149/240]
Dec 7 08:16:09 db2 kernel: Call Trace: [<c012484f>] [<c01243e5>] [<c012490a>] [<c01247c0>] [<c0130b75>]
Dec 7 08:16:09 db2 kernel: [<c0117ecb>] [<c0109c6c>] [<c010878b>]
Dec 7 08:16:09 db2 kernel: Code: 0f 0b 59 00 d8 41 1f c0 8b 53 08 85 d2 74 08 0f 0b 5b 00 d8
>>EIP; c012a451 <__free_pages_ok+21/260> <=====
Trace; c012484f <file_read_actor+8f/d0>
Trace; c01243e5 <do_generic_file_read+225/420>
Trace; c012490a <generic_file_read+7a/120>
Trace; c01247c0 <file_read_actor+0/d0>
Trace; c0130b75 <sys_read+95/f0>
Trace; c0117ecb <do_softirq+4b/90>
Trace; c0109c6c <do_IRQ+9c/b0>
Trace; c010878b <system_call+33/38>
Code; c012a451 <__free_pages_ok+21/260>
00000000 <_EIP>:
Code; c012a451 <__free_pages_ok+21/260> <=====
0: 0f 0b ud2a <=====
Code; c012a453 <__free_pages_ok+23/260>
2: 59 pop %ecx
Code; c012a454 <__free_pages_ok+24/260>
3: 00 d8 add %bl,%al
Code; c012a456 <__free_pages_ok+26/260>
5: 41 inc %ecx
Code; c012a457 <__free_pages_ok+27/260>
6: 1f pop %ds
Code; c012a458 <__free_pages_ok+28/260>
7: c0 8b 53 08 85 d2 74 rorb $0x74,0xd2850853(%ebx)
Code; c012a45f <__free_pages_ok+2f/260>
e: 08 0f or %cl,(%edi)
Code; c012a461 <__free_pages_ok+31/260>
10: 0b 5b 00 or 0x0(%ebx),%ebx
Code; c012a464 <__free_pages_ok+34/260>
13: d8 00 fadds (%eax)
Dec 7 08:21:08 db2 kernel: kernel BUG at page_alloc.c:89!
Dec 7 08:21:08 db2 kernel: invalid operand: 0000
Dec 7 08:21:08 db2 kernel: CPU: 0
Dec 7 08:21:08 db2 kernel: EIP: 0010:[__free_pages_ok+33/608] Not tainted
Dec 7 08:21:08 db2 kernel: EIP: 0010:[<c012a451>] Not tainted
Dec 7 08:21:08 db2 kernel: EFLAGS: 00010286
Dec 7 08:21:08 db2 kernel: eax: 00000000 ebx: c13c69b0 ecx: f5e14ac0 edx: 00000000
Dec 7 08:21:08 db2 kernel: esi: 00000000 edi: f5cc35b0 ebp: 000005de esp: ef1d7ed4
Dec 7 08:21:08 db2 kernel: ds: 0018 es: 0018 ss: 0018
Dec 7 08:21:08 db2 kernel: Process postmaster (pid: 24634, stackpage=ef1d7000)
Dec 7 08:21:08 db2 kernel: Stack: c012484f 00000000 00000000 f6768c00 00000001 0000001f 00000cca 00001000
Dec 7 08:21:08 db2 kernel: c13c69b0 f5cc35b0 000005de c01243e5 ef1d7f5c c13c69b0 00000000 00001000
Dec 7 08:21:08 db2 kernel: 00001000 00000000 00000000 00000000 f5cc3500 cb5dd7c0 cb5dd7e0 00030002
Dec 7 08:21:08 db2 kernel: Call Trace: [file_read_actor+143/208] [do_generic_file_read+549/1056] [generic_file_read+122/288] [file_read_actor+0/208] [sys_read+149/240]
Dec 7 08:21:08 db2 kernel: Call Trace: [<c012484f>] [<c01243e5>] [<c012490a>] [<c01247c0>] [<c0130b75>]
Dec 7 08:21:08 db2 kernel: [<c0109c38>] [<c0109c5c>] [<c010878b>]
Dec 7 08:21:08 db2 kernel: Code: 0f 0b 59 00 d8 41 1f c0 8b 53 08 85 d2 74 08 0f 0b 5b 00 d8
>>EIP; c012a451 <__free_pages_ok+21/260> <=====
Trace; c012484f <file_read_actor+8f/d0>
Trace; c01243e5 <do_generic_file_read+225/420>
Trace; c012490a <generic_file_read+7a/120>
Trace; c01247c0 <file_read_actor+0/d0>
Trace; c0130b75 <sys_read+95/f0>
Trace; c0109c38 <do_IRQ+68/b0>
Trace; c0109c5c <do_IRQ+8c/b0>
Trace; c010878b <system_call+33/38>
Code; c012a451 <__free_pages_ok+21/260>
00000000 <_EIP>:
Code; c012a451 <__free_pages_ok+21/260> <=====
0: 0f 0b ud2a <=====
Code; c012a453 <__free_pages_ok+23/260>
2: 59 pop %ecx
Code; c012a454 <__free_pages_ok+24/260>
3: 00 d8 add %bl,%al
Code; c012a456 <__free_pages_ok+26/260>
5: 41 inc %ecx
Code; c012a457 <__free_pages_ok+27/260>
6: 1f pop %ds
Code; c012a458 <__free_pages_ok+28/260>
7: c0 8b 53 08 85 d2 74 rorb $0x74,0xd2850853(%ebx)
Code; c012a45f <__free_pages_ok+2f/260>
e: 08 0f or %cl,(%edi)
Code; c012a461 <__free_pages_ok+31/260>
10: 0b 5b 00 or 0x0(%ebx),%ebx
Code; c012a464 <__free_pages_ok+34/260>
13: d8 00 fadds (%eax)
2 warnings issued. Results may not be reliable.
--
Mit freundlichem Gruß
Henrik Steffen
Geschäftsführer
top concepts Internetmarketing GmbH
Am Steinkamp 7 - D-21684 Stade - Germany
--------------------------------------------------------
http://www.topconcepts.com Tel. +49 4141 991230
mail: steffen@topconcepts.com Fax. +49 4141 991233
--------------------------------------------------------
24h-Support Hotline: +49 1908 34697 (EUR 1.86/Min,topc)
--------------------------------------------------------
System-Partner gesucht: http://www.franchise.city-map.de
--------------------------------------------------------
Handelsregister: AG Stade HRB 5811 - UstId: DE 213645563
--------------------------------------------------------
Falls Ihr eMail Programm das angehängte digitale Zerti-
fikat nicht unterstützt, können Sie es einfach ignorie-
ren. Ein eigenes digitales Zertifikat können Sie kosten-
los beantragen unter: http://www.trustcenter.de
--------------------------------------------------------
[-- Attachment #2: smime.p7s --]
[-- Type: application/x-pkcs7-signature, Size: 2213 bytes --]
next reply other threads:[~2002-12-07 10:01 UTC|newest]
Thread overview: 41+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-12-07 10:09 Henrik Steffen [this message]
2002-12-08 1:47 ` Kernel BUG Alan Cox
[not found] <200907311139.55095.christoph.thielecke@gmx.de>
2009-07-31 16:01 ` kernel bug Linus Torvalds
2009-07-31 16:26 ` Eric Paris
-- strict thread matches above, loose matches on Subject: below --
2008-09-10 20:35 Todor Gyumyushev
2008-09-11 3:21 ` Aaron Straus
2008-04-13 16:06 monte
2008-04-13 18:20 ` Jesper Juhl
2008-04-13 18:33 ` Alan Cox
2008-03-29 9:05 Olver Eduardo Ramos
2008-03-30 1:06 ` Rafael J. Wysocki
2007-09-19 21:43 Kernel bug Branislav Bozgai
2007-09-24 15:33 ` Mel Gorman
2007-08-19 18:33 kernel bug Costas Sismanis
2006-12-22 11:59 Kernel BUG Rudy Zijlstra
2006-12-22 13:42 ` Peter Zijlstra
2005-11-26 1:23 Kernel bug Vympel
2005-11-27 12:51 ` Hugh Dickins
2005-11-03 18:10 Kernel BUG Mark Fortescue
2005-11-03 18:59 ` Trond Myklebust
2005-11-03 23:15 ` Mark Fortescue
2005-11-04 10:08 ` Mark Fortescue
2003-03-26 23:57 Perez-Gonzalez, Inaky
2003-03-27 14:23 ` Hugh Dickins
2003-03-26 13:13 kasper_k_jensen
2003-01-25 22:56 Kernel bug Massimiliano C. - Uf0On|in3
2003-01-19 18:01 Christophe Dupre
2003-01-07 9:17 kernel BUG Sönke Ruempler
2002-11-27 11:31 kernel bug sanket rathi
2002-11-27 10:45 sanket rathi
2002-11-27 9:50 sanket rathi
2002-11-27 10:10 ` Arjan van de Ven
2002-06-28 19:54 kernel BUG Eric Weiss
2002-06-28 19:26 ew
2002-06-27 19:23 Chaoyang Deng
2002-06-28 5:58 ` Austin Gonyou
2002-06-28 14:00 ` Mike Black
2002-05-21 14:01 kernel bug Chen Hao
2001-11-25 18:03 Kernel Bug gonzalo.ab
2001-11-25 23:59 ` Adam Schrotenboer
2001-03-06 19:55 kernel bug ernte23
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='011901c29dd8$b0dd8700$7100a8c0@STEINKAMP' \
--to=steffen@city-map.de \
--cc=linux-kernel@vger.kernel.org \
--cc=pgsql-general@postgresql.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox