* 2.4.0 kernel paging error
@ 2001-01-10 9:39 Mark Hindley
2001-01-10 16:55 ` Daniel Phillips
0 siblings, 1 reply; 6+ messages in thread
From: Mark Hindley @ 2001-01-10 9:39 UTC (permalink / raw)
To: linux-kernel
Hi,
I am running 2.4.0 final. I got the following failed paging request which
produced a complete freeze.
As you can see it was precipitated by cron starting to run some
housekeeping stuff overnight.
Has anyone else had prblems?
Mark
Jan 10 02:25:01 hindleyhome /USR/SBIN/CRON[3823]: (root) CMD (test -e
/usr/sbin/anacron || run-parts --report /etc/cron.daily)
Jan 10 02:30:01 hindleyhome /USR/SBIN/CRON[3827]: (root) CMD (/sbin/rmmod -a)
Jan 10 02:30:01 hindleyhome /USR/SBIN/CRON[3828]: (root) CMD (test -x
/usr/sbin/anacron && /usr/sbin/anacron -s)
Jan 10 02:30:01 hindleyhome anacron[3830]: Anacron 2.1 started on 2001-01-10
Jan 10 02:30:01 hindleyhome anacron[3830]: Will run job `cron.daily' in 5 min.
Jan 10 02:30:01 hindleyhome anacron[3830]: Jobs will be executed sequentially
Jan 10 02:35:01 hindleyhome /USR/SBIN/CRON[3832]: (root) CMD (/sbin/rmmod -a)
Jan 10 02:35:01 hindleyhome anacron[3830]: Job `cron.daily' started
Jan 10 02:35:01 hindleyhome anacron[3836]: Updated timestamp for job
`cron.daily' to 2001-01-10
Jan 10 02:35:53 hindleyhome kernel: Unable to handle kernel paging request
at virtual address c4870840
Jan 10 02:35:53 hindleyhome kernel: printing eip:
Jan 10 02:35:53 hindleyhome kernel: c013d747
Jan 10 02:35:53 hindleyhome kernel: *pde = 03d61063
Jan 10 02:35:53 hindleyhome kernel: *pte = 00000000
Jan 10 02:35:53 hindleyhome kernel: Oops: 0000
Jan 10 02:35:53 hindleyhome kernel: CPU: 0
Jan 10 02:35:53 hindleyhome kernel: EIP: 0010:[clear_inode+159/216]
Jan 10 02:35:53 hindleyhome kernel: EFLAGS: 00010282
Jan 10 02:35:53 hindleyhome kernel: eax: c4870820 ebx: c338f4a0 ecx:
c338f4a8 edx: c1169fa4
Jan 10 02:35:53 hindleyhome kernel: esi: c1169fa4 edi: c1dccde8 ebp:
c1169fac esp: c1169f78
Jan 10 02:35:53 hindleyhome kernel: ds: 0018 es: 0018 ss: 0018
Jan 10 02:35:53 hindleyhome kernel: Process kswapd (pid: 3, stackpage=c1169000)
Jan 10 02:35:53 hindleyhome kernel: Stack: c338f4a0 c013d7bf c338f4a0
c1dccc08 c1dccc00 c013d9c2 c1169fa4 000000ee
Jan 10 02:35:53 hindleyhome kernel: 00000004 00000000 000003b3
c2c8fde8 c3e38bc8 00000000 c013d9f1 00000000
Jan 10 02:35:53 hindleyhome kernel: c0126453 00000006 00000004
00000006 00000004 00010f00 c01d32d7 c1168239
Jan 10 02:35:53 hindleyhome kernel: Call Trace: [dispose_list+63/88]
[prune_icache+234/248] [shrink_icache_memory+33/48]
[do_try_to_free_pages+91/128] [kswapd+116/272] [kernel_thread+40/56]
Jan 10 02:35:53 hindleyhome kernel:
Jan 10 02:35:53 hindleyhome kernel: Code: 8b 40 20 85 c0 74 06 53 ff d0 83
c4 04 8b 83 e0 00 00 00 85
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: 2.4.0 kernel paging error
@ 2001-01-10 10:04 anders.karlsson
0 siblings, 0 replies; 6+ messages in thread
From: anders.karlsson @ 2001-01-10 10:04 UTC (permalink / raw)
To: Mark Hindley; +Cc: linux-kernel
Hi Mark,
I have seen this error several times and tried to report it
yesterday to the list. (Subject: 2.4.0-ac4 lockups)
I mainly see this when in X and prolonged network activity is
taking place. Running something like Netscape seems to favour
this to happen, but I have seen this happen when using the
console (Alt-F1/Alt-F2) and changing the console fonts using
consolechars.
Magic SysRq to sync fails with messages very similar to yours,
but not always in kswapd. So you are not alone in seeing this.
(Sorry about formatting of the text, Lotus Notes is not to
good for mailing-list usage...)
/Anders
--
Mark Hindley <mh15@st-andrews.ac.uk>
01/10/01 09:39 AM
Please respond to Mark Hindley
To: linux-kernel@vger.kernel.org
cc:
From:
Subject: 2.4.0 kernel paging error
Hi,
I am running 2.4.0 final. I got the following failed paging request which
produced a complete freeze.
As you can see it was precipitated by cron starting to run some
housekeeping stuff overnight.
Has anyone else had prblems?
Mark
Jan 10 02:25:01 hindleyhome /USR/SBIN/CRON[3823]: (root) CMD (test -e
/usr/sbin/anacron || run-parts --report /etc/cron.daily)
Jan 10 02:30:01 hindleyhome /USR/SBIN/CRON[3827]: (root) CMD (/sbin/rmmod
-a)
Jan 10 02:30:01 hindleyhome /USR/SBIN/CRON[3828]: (root) CMD (test -x
/usr/sbin/anacron && /usr/sbin/anacron -s)
Jan 10 02:30:01 hindleyhome anacron[3830]: Anacron 2.1 started on
2001-01-10
Jan 10 02:30:01 hindleyhome anacron[3830]: Will run job `cron.daily' in 5
min.
Jan 10 02:30:01 hindleyhome anacron[3830]: Jobs will be executed
sequentially
Jan 10 02:35:01 hindleyhome /USR/SBIN/CRON[3832]: (root) CMD (/sbin/rmmod
-a)
Jan 10 02:35:01 hindleyhome anacron[3830]: Job `cron.daily' started
Jan 10 02:35:01 hindleyhome anacron[3836]: Updated timestamp for job
`cron.daily' to 2001-01-10
Jan 10 02:35:53 hindleyhome kernel: Unable to handle kernel paging request
at virtual address c4870840
Jan 10 02:35:53 hindleyhome kernel: printing eip:
Jan 10 02:35:53 hindleyhome kernel: c013d747
Jan 10 02:35:53 hindleyhome kernel: *pde = 03d61063
Jan 10 02:35:53 hindleyhome kernel: *pte = 00000000
Jan 10 02:35:53 hindleyhome kernel: Oops: 0000
Jan 10 02:35:53 hindleyhome kernel: CPU: 0
Jan 10 02:35:53 hindleyhome kernel: EIP: 0010:[clear_inode+159/216]
Jan 10 02:35:53 hindleyhome kernel: EFLAGS: 00010282
Jan 10 02:35:53 hindleyhome kernel: eax: c4870820 ebx: c338f4a0 ecx:
c338f4a8 edx: c1169fa4
Jan 10 02:35:53 hindleyhome kernel: esi: c1169fa4 edi: c1dccde8 ebp:
c1169fac esp: c1169f78
Jan 10 02:35:53 hindleyhome kernel: ds: 0018 es: 0018 ss: 0018
Jan 10 02:35:53 hindleyhome kernel: Process kswapd (pid: 3,
stackpage=c1169000)
Jan 10 02:35:53 hindleyhome kernel: Stack: c338f4a0 c013d7bf c338f4a0
c1dccc08 c1dccc00 c013d9c2 c1169fa4 000000ee
Jan 10 02:35:53 hindleyhome kernel: 00000004 00000000 000003b3
c2c8fde8 c3e38bc8 00000000 c013d9f1 00000000
Jan 10 02:35:53 hindleyhome kernel: c0126453 00000006 00000004
00000006 00000004 00010f00 c01d32d7 c1168239
Jan 10 02:35:53 hindleyhome kernel: Call Trace: [dispose_list+63/88]
[prune_icache+234/248] [shrink_icache_memory+33/48]
[do_try_to_free_pages+91/128] [kswapd+116/272] [kernel_thread+40/56]
Jan 10 02:35:53 hindleyhome kernel:
Jan 10 02:35:53 hindleyhome kernel: Code: 8b 40 20 85 c0 74 06 53 ff d0 83
c4 04 8b 83 e0 00 00 00 85
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: 2.4.0 kernel paging error
2001-01-10 9:39 2.4.0 kernel paging error Mark Hindley
@ 2001-01-10 16:55 ` Daniel Phillips
2001-01-10 18:47 ` Philipp Rumpf
0 siblings, 1 reply; 6+ messages in thread
From: Daniel Phillips @ 2001-01-10 16:55 UTC (permalink / raw)
To: Mark Hindley, linux-kernel
Mark Hindley wrote:
> I am running 2.4.0 final. I got the following failed paging request which
> produced a complete freeze.
>
> As you can see it was precipitated by cron starting to run some
> housekeeping stuff overnight.
>
> Has anyone else had prblems?
It looks real. It was executing this line of clear_inode in fs/inode.c:
380 if (inode->i_sb && inode->i_sb->s_op && inode->i_sb->s_op->clear_inode)
^^^^^^^^^^^^^
and it blew up here ----->
Seemingly, the page the inode's sb->super_block_operations lives on was freed
between the test of i_sb->s_op and ->s_op->clear_inode. This gets out of my
territory. Other than SMP, I don't see how this can happen. I reformatted
your oops (gack, too many timestamps) and provided a disassembly....
Unable to handle kernel paging request at virtual address c4870840
printing eip:
c013d747
*pde = 03d61063
*pte = 00000000
Oops: 0000
CPU: 0
EIP: 0010:[clear_inode+159/216]
EFLAGS: 00010282
eax: c4870820 ebx: c338f4a0 ecx: c338f4a8 edx: c1169fa4
esi: c1169fa4 edi: c1dccde8 ebp: c1169fac esp: c1169f78
ds: 0018 es: 0018 ss: 0018
Process kswapd (pid: 3, stackpage=c1169000)
Stack: c338f4a0 c013d7bf c338f4a0 c1dccc08 c1dccc00 c013d9c2 c1169fa4 000000ee
00000004 00000000 000003b3 c2c8fde8 c3e38bc8 00000000 c013d9f1 00000000
c0126453 00000006 00000004 00000006 00000004 00010f00 c01d32d7 c1168239
Call Trace: [dispose_list+63/88] [prune_icache+234/248] [shrink_icache_memory+33/48]
[do_try_to_free_pages+91/128] [kswapd+116/272] [kernel_thread+40/56]
Code: 8b 40 20 85 c0 74 06 53 ff d0 83 c4 04 8b 83 e0 00 00 00 85
0: 8b 40 20 mov 0x20(%eax),%eax
3: 85 c0 test %eax,%eax
5: 74 06 je d <_EIP+0xd> 0000000d Before first symbol
7: 53 push %ebx
8: ff d0 call *%eax
a: 83 c4 04 add $0x4,%esp
d: 8b 83 e0 00 00 00 mov 0xe0(%ebx),%eax
13: 85 00 test %eax,(%eax)
--
Daniel
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: 2.4.0 kernel paging error
2001-01-10 16:55 ` Daniel Phillips
@ 2001-01-10 18:47 ` Philipp Rumpf
2001-01-11 8:23 ` Mark Hindley
0 siblings, 1 reply; 6+ messages in thread
From: Philipp Rumpf @ 2001-01-10 18:47 UTC (permalink / raw)
To: Daniel Phillips; +Cc: Mark Hindley, linux-kernel
On Wed, Jan 10, 2001 at 05:55:05PM +0100, Daniel Phillips wrote:
> Mark Hindley wrote:
> > I am running 2.4.0 final. I got the following failed paging request which
> > produced a complete freeze.
> >
> > As you can see it was precipitated by cron starting to run some
> > housekeeping stuff overnight.
> >
> > Has anyone else had prblems?
>
> It looks real. It was executing this line of clear_inode in fs/inode.c:
>
> 380 if (inode->i_sb && inode->i_sb->s_op && inode->i_sb->s_op->clear_inode)
> ^^^^^^^^^^^^^
> and it blew up here ----->
> Unable to handle kernel paging request at virtual address c4870840
I'm pretty sure this is a vmalloc/module address, which would mean ->s_op
points to a module that has been unloaded. This sounds consistent with the
"cron starting to run some housekeeping stuff" above.
Mark, which file systems are you using ?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: 2.4.0 kernel paging error
2001-01-10 18:47 ` Philipp Rumpf
@ 2001-01-11 8:23 ` Mark Hindley
2001-01-11 8:32 ` Keith Owens
0 siblings, 1 reply; 6+ messages in thread
From: Mark Hindley @ 2001-01-11 8:23 UTC (permalink / raw)
To: Philipp Rumpf; +Cc: Daniel Phillips, linux-kernel
Philipp Rumpf writes:
> On Wed, Jan 10, 2001 at 05:55:05PM +0100, Daniel Phillips wrote:
> > Mark Hindley wrote:
> > > I am running 2.4.0 final. I got the following failed paging request which
> > > produced a complete freeze.
> > >
> > > As you can see it was precipitated by cron starting to run some
> > > housekeeping stuff overnight.
> > >
> > > Has anyone else had prblems?
> >
> > It looks real. It was executing this line of clear_inode in fs/inode.c:
> >
> > 380 if (inode->i_sb && inode->i_sb->s_op && inode->i_sb->s_op->clear_inode)
> > ^^^^^^^^^^^^^
> > and it blew up here ----->
>
> > Unable to handle kernel paging request at virtual address c4870840
>
> I'm pretty sure this is a vmalloc/module address, which would mean ->s_op
> points to a module that has been unloaded. This sounds consistent with the
> "cron starting to run some housekeeping stuff" above.
>
> Mark, which file systems are you using ?
I have ext2 (builtin) and autoload [v]fat, msdos, hfs, iso9660 and
occasionally (but not recently) udf as modules for removable media.
vfat is loaded all the time as I have a couple of partitions from
another OS I used to use permantently mounted RO.
As far as I can remember hfs and iso9660 were the only other ones I had used
just before this happened.
As I use the kernel module autoloader I also have a cron entry for rmmod -a
which runs every so often to clear out the unused modules. Although
the logs record rmmod running, they don't say what if any modules were
removed.
Mark
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: 2.4.0 kernel paging error
2001-01-11 8:23 ` Mark Hindley
@ 2001-01-11 8:32 ` Keith Owens
0 siblings, 0 replies; 6+ messages in thread
From: Keith Owens @ 2001-01-11 8:32 UTC (permalink / raw)
To: Mark Hindley; +Cc: Philipp Rumpf, Daniel Phillips, linux-kernel
On Thu, 11 Jan 2001 08:23:33 +0000 (GMT),
Mark Hindley <mh15@st-andrews.ac.uk> wrote:
>As I use the kernel module autoloader I also have a cron entry for rmmod -a
>which runs every so often to clear out the unused modules. Although
>the logs record rmmod running, they don't say what if any modules were
>removed.
If you define /var/log/ksymoops than modutils will save the symbol
table at every insert or delete of a module, all neatly timestamped.
Useful for debugging module related oops.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2001-01-11 8:33 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2001-01-10 9:39 2.4.0 kernel paging error Mark Hindley
2001-01-10 16:55 ` Daniel Phillips
2001-01-10 18:47 ` Philipp Rumpf
2001-01-11 8:23 ` Mark Hindley
2001-01-11 8:32 ` Keith Owens
-- strict thread matches above, loose matches on Subject: below --
2001-01-10 10:04 anders.karlsson
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox