From: "Joël Cuissinat" <joel.cuissinat@ac-dijon.fr>
To: xfs@oss.sgi.com
Subject: Kernel Oops
Date: Fri, 27 Oct 2006 10:59:29 +0200 [thread overview]
Message-ID: <4541CA71.5040909@ac-dijon.fr> (raw)
[-- Attachment #1: Type: text/plain, Size: 1025 bytes --]
Hello,
I'm working for the french national education.
We work on a server for students since 3 years.
The solution is based on a Mandrake 9.1 but with a large number of updates.
Our kernel is : 2.4.32 and the xfstools are updated :
- xfsdump-2.2.42
- xfsprogs-2.8.11
- libxfs1-2.8.11
We made a tool to create students and about 1 time over 10 we have a
kernel Oops.
With the same data we can reproduce the crash and it always append at
the same place (the same student).
It was the same 2 years ago with older kernel and xfs releases but we
hadn't enough student databases to test. Now, the project is growing
and the number of crashes in schools too !
The user creation process is composed with :
mkdir, setfacl, chown, setquota for a pam-ldap authentification.
The Oops usually happends on the chown instruction but if we remove it,
it happends on the setquota instruction which is one line behind.
Cheers,
Joël Cuissinat
--
Joël Cuissinat
Equipe EOLE
CETIAD Dijon, France
http://eole.orion.education.fr
--
[-- Attachment #2: ksymoops.txt --]
[-- Type: text/plain, Size: 4310 bytes --]
Oct 25 18:17:52 jscribe kernel: Unable to handle kernel NULL pointer dereference at virtual address 00000006 Oct 25 18:17:52 jscribe kernel: printing eip:
Oct 25 18:17:52 jscribe kernel: c021de83 Oct 25 18:17:52 jscribe kernel: *pgd = 0000000000000000
Oct 25 18:17:52 jscribe kernel: CPU: 0 Oct 25 18:17:52 jscribe kernel: EIP: 0010:[xfs_trans_brelse+51/240] Not tainted
Oct 25 18:17:52 jscribe kernel: EIP: 0010:[<c021de83>] Not tainted Oct 25 18:17:52 jscribe kernel: EFLAGS: 00010246
Using defaults from ksymoops -t elf32-i386 -a i386
Oct 25 18:17:52 jscribe kernel: eax: 00000000 ebx: c59ed790 ecx: c59ed790 edx: 00000000 Oct 25 18:17:52 jscribe kernel: esi: c5352e98 edi: ce520d80 ebp: ce520d80 esp: c6b97d2c
Warning (Oops_set_regs): garbage 'Oct 25 18:17:52 jscribe kernel: esi: c5352e98 edi: ce520d80 ebp: ce520d80 esp: c6b97d2c' at end of register line ignored
Oct 25 18:17:52 jscribe kernel: ds: 0018 es: 0018 ss: 0018 Oct 25 18:17:52 jscribe kernel: Process chown (pid: 15389, stackpage=c6b97000)
Oct 25 18:17:52 jscribe kernel: Stack: 00000000 00000000 c5352e98 c0235f2c c5352e98 ce520d80 00000000 c5d7f198 Oct 25 18:17:52 jscribe kernel: ce520d80 00000000 c5352e98 cff310a0 00000004 c0235fbf c5352e98 0000302d
Oct 25 18:17:52 jscribe kernel: cff310a0 00000402 cf8b0980 cf8b0984 0000302d cf8b0c00 c023621a cf8b0c00 Oct 25 18:17:52 jscribe kernel: Call Trace: [xfs_qm_dqread+188/208] [xfs_qm_idtodq+127/224] [xfs_qm_dqget+218/848] [xfs_qm_vop_dqalloc+245/624] [xfs_set
Oct 25 18:17:52 jscribe kernel: [<c01d6d28>] [<c022d7f7>] [<c017f678>] [<c0165a11>] [<c0165a9e>] [<c012bf13>] Oct 25 18:17:52 jscribe kernel:
Oct 25 18:17:52 jscribe kernel: Code: 8a 42 06 83 e0 01 84 c0 75 f2 f6 43 30 04 75 ec 52 56 e8 a6
>>EIP; c021de83 <xfs_trans_brelse+33/f0> <=====
>>ebx; c59ed790 <_end+556a7ec/103890bc> >>ecx; c59ed790 <_end+556a7ec/103890bc>
Code; c021de83 <xfs_trans_brelse+33/f0>
00000000 <_EIP>: Code; c021de83 <xfs_trans_brelse+33/f0> <=====
0: 8a 42 06 mov 0x6(%edx),%al <===== Code; c021de86 <xfs_trans_brelse+36/f0>
3: 83 e0 01 and $0x1,%eax Code; c021de89 <xfs_trans_brelse+39/f0>
6: 84 c0 test %al,%al
Code; c021de8b <xfs_trans_brelse+3b/f0>
8: 75 f2 jne fffffffc <_EIP+0xfffffffc>
Code; c021de8d <xfs_trans_brelse+3d/f0>
a: f6 43 30 04 testb $0x4,0x30(%ebx)
Code; c021de91 <xfs_trans_brelse+41/f0>
e: 75 ec jne fffffffc <_EIP+0xfffffffc>
Code; c021de93 <xfs_trans_brelse+43/f0>
10: 52 push %edx
Code; c021de94 <xfs_trans_brelse+44/f0>
11: 56 push %esi
Code; c021de95 <xfs_trans_brelse+45/f0>
12: e8 a6 00 00 00 call bd <_EIP+0xbd>
2 warnings and 1 error issued. Results may not be reliable.
next reply other threads:[~2006-10-27 10:09 UTC|newest]
Thread overview: 97+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-10-27 8:59 Joël Cuissinat [this message]
2006-10-27 17:30 ` Kernel Oops Russell Cattelan
-- strict thread matches above, loose matches on Subject: below --
2023-03-31 14:23 kernel oops Olga Kornievskaia
2023-03-31 14:25 ` Chuck Lever III
2023-04-04 14:24 ` Olga Kornievskaia
2023-04-04 14:31 ` Chuck Lever III
2023-04-04 14:44 ` Olga Kornievskaia
2023-04-04 14:54 ` Chuck Lever III
2023-04-04 16:15 ` Olga Kornievskaia
2023-04-04 17:28 ` Chuck Lever III
2023-04-04 19:11 ` Olga Kornievskaia
2023-04-04 19:14 ` Chuck Lever III
2023-04-04 19:26 ` Olga Kornievskaia
2023-04-04 19:30 ` Chuck Lever III
2017-07-24 21:16 Kernel oops Jason Gunthorpe
[not found] ` <20170724211606.GA1705-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>
2017-07-27 11:46 ` Matan Barak
[not found] ` <CAAKD3BAdB2aRk3WGdbeDYof6dUfkEwhQf27cG0FWe5DRuQ15NQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2017-07-27 12:54 ` Matan Barak
[not found] ` <CAAKD3BDFrTMMgX0nErD50rp2je=HC9zeaYWHDKf0mqQwc5fM9g-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2017-07-27 20:44 ` Jason Gunthorpe
[not found] ` <20170727204437.GA16986-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>
2017-07-30 10:25 ` Leon Romanovsky
[not found] ` <20170730102514.GQ13672-U/DQcQFIOTAAJjI8aNfphQ@public.gmane.org>
2017-07-31 3:52 ` Jason Gunthorpe
[not found] ` <20170731035208.GA30615-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>
2017-07-31 5:39 ` Leon Romanovsky
[not found] ` <20170731053901.GR13672-U/DQcQFIOTAAJjI8aNfphQ@public.gmane.org>
2017-07-31 7:12 ` Leon Romanovsky
2013-08-30 3:13 Barclay Jameson
2012-07-07 12:54 Kernel Oops RuanZhijie
2012-07-04 11:04 RuanZhijie
2008-07-23 12:52 kernel oops Andrei Popa
2008-07-23 17:11 ` Vegard Nossum
2008-08-18 16:33 ` Vegard Nossum
2008-08-18 16:39 ` Greg KH
[not found] <e8eb01770803120245x7690e6a9te8ad04296aa3fc4d@mail.gmail.com>
2008-03-12 9:49 ` Zbynek Drlik
2008-03-12 10:33 ` Al Viro
2008-03-12 13:12 ` Zbynek Drlik
2008-02-05 12:57 Andrej Hocevar
2008-02-06 17:55 ` Len Brown
2006-09-12 10:21 Kernel Oops Marcin Prączko
2006-09-13 3:43 ` Andrew Morton
2005-10-15 1:03 Marc Perkel
2005-10-15 1:21 ` Randy.Dunlap
2005-10-15 1:43 ` Marc Perkel
2005-10-15 1:52 ` Randy.Dunlap
2005-04-25 16:31 Chris Penney
2005-04-25 17:47 ` Dan Stromberg
2005-01-08 12:47 kernel oops ierdnah
2005-01-03 21:10 Kernel oops Marat BN
2005-01-05 10:13 ` Andrew Morton
2004-10-17 12:02 kernel oops Thomas Bleher
2004-10-17 12:59 ` Erich Schubert
2004-10-18 21:09 ` Thomas Bleher
2004-06-11 7:27 Kernel oops tmp
2004-05-24 20:19 tmp
2004-05-16 12:08 Kernel OOPS tmp
2004-05-16 23:27 ` Andrew Morton
2004-05-17 0:33 ` tmp
2004-03-09 22:13 Kernel oops Philipp Baer
2004-03-09 23:11 ` Andrew Morton
2004-03-12 7:46 ` Philipp Baer
2004-02-08 11:05 Kernel Oops Mathieu LESNIAK
2004-02-08 16:35 ` Greg KH
2004-02-09 7:06 ` Mathieu LESNIAK
2003-11-28 23:15 Kernel oops Ville Jutvik
2003-11-28 5:45 Anderson Levi
2003-08-09 12:39 kernel oops Jean-Yves LENHOF
2003-08-09 20:37 ` Jean-Yves LENHOF
2003-08-09 9:28 Jean-Yves LENHOF
2003-07-18 19:44 Kernel OOPS Robert Scussel
2003-07-18 21:31 ` Alan Cox
2003-07-07 12:53 kernel oops Anders Karlsson
2003-07-07 13:14 ` Alan Cox
2003-07-07 13:32 ` Anders Karlsson
2003-07-07 13:37 ` Alan Cox
2003-07-07 13:56 ` Anders Karlsson
2003-07-08 9:39 ` Marcelo Tosatti
[not found] ` <200307072009.50677.bernd-schubert@web.de>
2003-07-08 5:13 ` Anders Karlsson
2003-05-31 1:32 Nadeem Riaz
2003-03-26 15:52 Steve Terrell
2003-02-03 1:18 Kernel Oops Daniel Espinoza
2003-02-03 3:23 ` vishwas
2002-08-09 5:25 sanket rathi
2002-06-23 19:39 Dirk Schmidt
2002-06-10 8:46 kernel oops Robert Litwiniec
2002-02-26 18:26 Suporte RedeBonja
2002-02-27 13:35 ` Erik Mouw
2001-11-26 19:59 Tracy R Reed
2001-11-26 19:27 ` Stephen Smalley
2001-11-13 13:23 Kernel oops Anthony
2001-11-14 6:02 ` Thiago Rondon
2001-10-08 12:59 kernel oops Terry Kendal
2001-09-27 9:49 kewl
2001-06-01 15:13 Kernel oops David Harris
2001-06-01 15:12 David Harris
2001-04-19 18:32 kernel oops Ronald Bultje
2001-04-19 19:04 ` Alan Cox
2001-04-19 19:08 ` Ronald Bultje
2001-02-19 14:44 Kernel Oops Alberto Bertogli
2000-12-10 0:53 Bastien Nocera
2000-12-10 1:13 ` Bastien Nocera
2000-05-17 17:10 Kernel oops Patrick Higgins
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=4541CA71.5040909@ac-dijon.fr \
--to=joel.cuissinat@ac-dijon.fr \
--cc=xfs@oss.sgi.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.