* Unable to handle kernel NULL pointer dereference
@ 2002-04-05 7:42 Umaid Singh Rajpurohit
0 siblings, 0 replies; 9+ messages in thread
From: Umaid Singh Rajpurohit @ 2002-04-05 7:42 UTC (permalink / raw)
To: linux-kernel
Hello all,
we are running clearcase,sun grid engine on RedHat Linux 7.1
(kernel 2.4.2) on IBM Xseries one U servers that has
two CPU's and we mount all the files to be processed using
autofs.
Here is uname -a
Linux 2.4.2-2smp #1 SMP Sun Apr 8 20:21:34 EDT 2001 i686
unknown
I have more then sufficient physical memory and swap space
Here is some swap space detail form top
Mem: 1543868K av, 507684K used, 1036184K free, 0K shrd, 317576K
buff Swap: 5116576K av,0K used, 5116576K free 33076K cached
we are running n number of IBM X Series server every now and then
one or two servers crashes and don't allow me to do anything
except hard reset.
The /var/log/messages says something like:
Jan 6 17:59:45 kernel: Unable to handle
kernel NULL pointer
dereference at virtual address 00000014
Jan 6 17:59:45 kernel: printing eip:
Jan 6 17:59:45 kernel: f8b510b2
Jan 6 17:59:45 kernel: pgd entry eb571000:
0000000000000000
Jan 6 17:59:45 kernel: pmd entry eb571000:
0000000000000000
Jan 6 17:59:45 kernel: ... pmd not
present!
Jan 6 17:59:45 kernel: Oops: 0000
Jan 6 17:59:45 kernel: CPU: 1
Jan 6 17:59:45 kernel: EIP:
0010:[<f8b510b2>]
Jan 6 17:59:45 kernel: EFLAGS: 00010246
Jan 6 17:59:45 kernel: eax: d951f220
ebx: 00000040 ecx: c027e140
edx: 00000000
Jan 6 17:59:45 kernel: esi: 00000000
edi: ea10fe60 ebp: ea10fe20
esp: ea10fde8
Jan 6 17:59:45 kernel: ds: 0018 es: 0018
ss: 0018
Jan 6 17:59:45 kernel: Process tcsh (pid:
31185, stackpage=ea10f000)
Jan 6 17:59:45 kernel: Stack: 00000040
f68c86c4 ea10fea0 d32e2ca0
00000040 f68c86c4 ea10fea0 00000000
Jan 6 17:59:45 kernel: 00000000
00000000 f68c86c4 d951f220
00029508 00000002 ea10fe70 f8b4c6cf
Jan 6 17:59:45 kernel: 00000001
ea10fe60 d32e2ca0 f8b4c423
00000040 f68c86c4 d32e2ca0 000079d1
Jan 6 17:59:45 kernel: Call Trace:
[<f8b4c6cf>] [<f8b4c423>]
[<f8b56034>] [<f8b8a764>] [<f8b4d497>]
[<f8b754cc>] [<f8b7042a>]
Jan 6 17:59:45 kernel: [<f8b70420>]
[<f8b6fbef>] [dput+59/416]
[permission+69/144] [<f8b6ee70>]
[path_walk+2392/2432]
[__user_walk+58/96] [sys_stat64+19/112]
Jan 6 17:59:45 kernel: [<f8b70420>]
[<f8b6fbef>] [<c014e8cb>]
[<c01458a5>] [<f8b6ee70>] [<c01465f8>]
[<c0146b0a>] [<c0143143>]
Jan 6 17:59:45 kernel:
[error_code+52/60] [system_call+51/56]
Jan 6 17:59:45 kernel: [<c0109300>]
[<c01091cb>]
Jan 6 17:59:45 kernel:
Jan 6 17:59:45 kernel: Code: 83 7e 14 06
0f 85 f7 00 00 00 83 c4 f8 6a
00 56 e8 3d a8 ff
Jan 6 17:59:45 kernel: Unable to handle
kernel NULL pointer
dereference at virtual address 00000014
Jan 6 17:59:45 kernel: printing eip:
Jan 6 17:59:45 kernel: f8b510b2
Jan 6 17:59:45 kernel: pgd entry d4f8d000:
0000000000000000
Jan 6 17:59:45 kernel: pmd entry d4f8d000:
0000000000000000
Jan 6 17:59:45 kernel: ... pmd not
present!
Jan 6 17:59:45 kernel: Oops: 0000
Jan 6 17:59:45 kernel: CPU: 0
Jan 6 17:59:45 kernel: EIP:
0010:[<f8b510b2>]
Jan 6 17:59:45 kernel: EFLAGS: 00010246
Jan 6 17:59:45 kernel: eax: d951f220
ebx: 00000040 ecx: c027e140
edx: 00000000
Jan 6 17:59:45 kernel: esi: 00000000
edi: e6041e60 ebp: e6041e20
esp: e6041de8
Jan 6 17:59:45 kernel: ds: 0018 es: 0018
ss: 0018
Jan 6 17:59:45 kernel: Process tcsh (pid:
31184, stackpage=e6041000)
Jan 6 17:59:45 kernel: Stack: 00000040
f68c8ec8 e6041ea0 eca3ace0
00000040 f68c8ec8 e6041ea0 00000000
Jan 6 17:59:45 kernel: 00000000
00000000 f68c8ec8 d951f220
00029508 00000002 e6041e70 f8b4c6cf
Jan 6 17:59:45 kernel: 00000001
e6041e60 eca3ace0 f8b4c423
00000040 f68c8ec8 eca3ace0 000079d0
Jan 6 17:59:45 kernel: Call Trace:
[<f8b4c6cf>] [<f8b4c423>]
[<f8b56034>] [<f8b8a764>] [<f8b4d497>]
[<f8b754cc>] [<f8b7042a>]
Jan 6 17:59:45 kernel: [<f8b70420>]
[<f8b6fbef>] [dput+59/416]
[permission+69/144] [<f8b6ee70>]
[path_walk+2392/2432]
[__user_walk+58/96] [sys_stat64+19/112]
Jan 6 17:59:45 kernel: [<f8b70420>]
[<f8b6fbef>] [<c014e8cb>]
[<c01458a5>] [<f8b6ee70>] [<c01465f8>]
[<c0146b0a>] [<c0143143>]
I am unable to find any information on it.Can any one help me
out.If you need any other information please mail me.
Warm Regard
umaid
linux support (TI india)
^ permalink raw reply [flat|nested] 9+ messages in thread
* Unable to handle kernel NULL pointer dereference
@ 2004-01-01 18:44 Eduard <master^shadow> Roccatello
2004-01-02 1:32 ` Greg KH
0 siblings, 1 reply; 9+ messages in thread
From: Eduard <master^shadow> Roccatello @ 2004-01-01 18:44 UTC (permalink / raw)
To: linux-kernel
Hi there,
i got an oops on USB mouse disconnect. i have tried to reproduce the oops
but it happened only once. I'm running 2.6.0 vanilla with nvidia binary
drivers but they not seems to be involved in the oops (imho).
USB modules i use are: hid, hcd-ohci, hcd-ehci
This his the oops:
Unable to handle kernel NULL pointer dereference at virtual address 00000008
printing eip:
c01636fb
*pde = 00000000
Oops: 0000 [#1]
CPU: 0
EIP: 0060:[<c01636fb>] Tainted: PF
EFLAGS: 00010292
EIP is at __lookup_hash+0x1b/0xd0
eax: dfdcdeb8 ebx: 12fd28db ecx: ffffffff edx: 01b9ec71
esi: c03d0bb8 edi: 00000000 ebp: 00000000 esp: dfdcde7c
ds: 007b es: 007b ss: 0068
Process khubd (pid: 5, threadinfo=dfdcc000 task=c151c080)
Stack: 00000246 000003e8 e194d6be 12fd28db c03d0bb8 c0366258 dbf7d624
c01637cf
dfdcdeb8 00000000 00000000 c018930c dfdcdeb8 00000000 0000001e
c0366253
00000005 12fd28db dd93e380 dd93e294 dbf7d600 c018a85f 00000000
c0366253
Call Trace:
[<e194d6be>] ed_free+0x24/0x28 [ohci_hcd]
[<c01637cf>] lookup_hash+0x1f/0x23
[<c018930c>] sysfs_get_dentry+0x6a/0x70
[<c018a85f>] sysfs_remove_group+0x65/0x6a
[<c0243e6e>] dpm_sysfs_remove+0x1a/0x20
[<c0243937>] device_pm_remove+0x26/0x71
[<c0241487>] device_del+0x65/0x9b
[<c028c165>] usb_disable_device+0x71/0xac
[<c02869d6>] usb_disconnect+0x9b/0xe6
[<c0288ffa>] hub_port_connect_change+0x31d/0x322
[<c0288916>] hub_port_status+0x45/0xb0
[<c0289338>] hub_events+0x339/0x39e
[<c02893ca>] hub_thread+0x2d/0xe3
[<c0109032>] ret_from_fork+0x6/0x14
[<c011b420>] default_wake_function+0x0/0x12
[<c028939d>] hub_thread+0x0/0xe3
[<c01070c9>] kernel_thread_helper+0x5/0xb
Code: 8b 77 08 c7 44 24 04 01 00 00 00 89 6c 24 08 89 34 24 e8 d4
Thanks for the attention (and sorry for my english)
See you
--
Eduard Roccatello
S.P.I.N.E. Group
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Unable to handle kernel NULL pointer dereference
2004-01-01 18:44 Unable to handle kernel NULL pointer dereference Eduard <master^shadow> Roccatello
@ 2004-01-02 1:32 ` Greg KH
2004-01-03 9:47 ` Michael Stucki
0 siblings, 1 reply; 9+ messages in thread
From: Greg KH @ 2004-01-02 1:32 UTC (permalink / raw)
To: Eduard <master^shadow> Roccatello; +Cc: linux-kernel
On Thu, Jan 01, 2004 at 07:44:50PM +0100, Eduard <master^shadow> Roccatello wrote:
> Hi there,
>
> i got an oops on USB mouse disconnect. i have tried to reproduce the oops
> but it happened only once. I'm running 2.6.0 vanilla with nvidia binary
> drivers but they not seems to be involved in the oops (imho).
> USB modules i use are: hid, hcd-ohci, hcd-ehci
There is a patch in the -mm tree to fix this. I've included it here
below.
thanks,
greg k-h
diff -Nru a/fs/sysfs/dir.c b/fs/sysfs/dir.c
--- a/fs/sysfs/dir.c Mon Dec 22 16:02:07 2003
+++ b/fs/sysfs/dir.c Mon Dec 22 16:02:07 2003
@@ -83,7 +83,8 @@
struct dentry * parent = dget(d->d_parent);
down(&parent->d_inode->i_sem);
d_delete(d);
- simple_rmdir(parent->d_inode,d);
+ if (d->d_inode)
+ simple_rmdir(parent->d_inode,d);
pr_debug(" o %s removing done (%d)\n",d->d_name.name,
atomic_read(&d->d_count));
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Unable to handle kernel NULL pointer dereference
2004-01-02 1:32 ` Greg KH
@ 2004-01-03 9:47 ` Michael Stucki
2004-01-07 21:06 ` Greg KH
0 siblings, 1 reply; 9+ messages in thread
From: Michael Stucki @ 2004-01-03 9:47 UTC (permalink / raw)
To: linux-kernel
Dear Greg,
I have exactly the same problem and I am using nvidia's binary drivers as
well, so they might be a problem anyway.
> There is a patch in the -mm tree to fix this. I've included it here
> below.
Thanks. Unfortunately, this doesn't solve my problem.
Maybe this information could be useful:
http://www.mstucki.net/files/misc/messages.txt
Kind regards
- michael
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Unable to handle kernel NULL pointer dereference
2004-01-03 9:47 ` Michael Stucki
@ 2004-01-07 21:06 ` Greg KH
0 siblings, 0 replies; 9+ messages in thread
From: Greg KH @ 2004-01-07 21:06 UTC (permalink / raw)
To: Michael Stucki; +Cc: linux-kernel
On Sat, Jan 03, 2004 at 10:47:05AM +0100, Michael Stucki wrote:
> Dear Greg,
>
> I have exactly the same problem and I am using nvidia's binary drivers as
> well, so they might be a problem anyway.
Can you duplicate this on 2.6.1-rc2 + the sysfs patch without the nvidia
drivers?
thanks,
greg k-h
^ permalink raw reply [flat|nested] 9+ messages in thread
* Unable to handle kernel NULL pointer dereference
@ 2004-07-19 19:23 Nicolas Ross
2004-07-20 4:07 ` Randy.Dunlap
0 siblings, 1 reply; 9+ messages in thread
From: Nicolas Ross @ 2004-07-19 19:23 UTC (permalink / raw)
To: linux-kernel
Hi all !
I have a firewall box, with a vanilla kernel from kernel.org. I've tried
with 2.4.19 and 2.4.24. The system is RedHat 7.3 (it does the same thing
with 8.0, and gcc 3)
The kernel is pretty straigh-up, not much options, some net modules,
iptables etc.
The only thing out of the ordinary is a custom net/core/dev.c file to
support a bandwith management module, wich isn't gpl and is pre-compiled.
When issuing commands to configure the bandwith manager, I get :
Unable to handle kernel NULL pointer dereference at virtual address 00000000
printing eip:
00000000
*pde = 00000000
Oops: 0000
CPU: 0
EIP: 0010:[<00000000>] Tainted: P
EFLAGS: 00010086
eax: ddf5f948 ebx: ddf5e000 ecx: ddf5f980 edx: de9db400
esi: c0000000 edi: ddf5f986 ebp: ddf5f9b8 esp: ddf5f92c
ds: 0018 es: 0018 ss: 0018
Process bwmgr (pid: 1120, stackpage=ddf5f000)
Stack: e08c4431 de9db400 ddf5f980 00008946 fffffec4 11860f1f 00000000
0000000a
00000000 00000001 00000000 00000000 00000000 00000000 00000000
00000000
00000000 00bd0c00 00000000 00000000 90c8ebff 6e616c76 e08d0032
defec800
Call Trace: [<e08c4431>] [<e08d0032>] [<e08d58d7>] [<e08d68b5>]
[<c012b346>]
[<c0120ea3>] [<c012b346>] [<c012995a>] [<c0120ea3>] [<c0120f19>]
[<c010f303>]
[<c028407e>] [<e08d95f6>] [<c01216de>] [<c010f1b0>] [<c01071b4>]
[<c0282bab>]
[<c010f1b0>] [<c01071b4>] [<c0282bab>] [<e08af1f7>] [<e08c33ec>]
[<c01a3a17>]
[<c023af54>] [<c023b138>] [<c023315a>] [<c013e413>] [<c01070a3>]
Code: Bad EIP value.
After that the system still responds but isn't much usable, I have to
reboot, not practicall...
All of this was working with the exact same setup, but on a different MB,
and kernel 2.4.19.
Any hints on the source of this exception ?
Nicolas
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Unable to handle kernel NULL pointer dereference
2004-07-19 19:23 Unable " Nicolas Ross
@ 2004-07-20 4:07 ` Randy.Dunlap
0 siblings, 0 replies; 9+ messages in thread
From: Randy.Dunlap @ 2004-07-20 4:07 UTC (permalink / raw)
To: Nicolas Ross; +Cc: linux-kernel
On Mon, 19 Jul 2004 15:23:25 -0400 Nicolas Ross wrote:
| Hi all !
|
| I have a firewall box, with a vanilla kernel from kernel.org. I've tried
| with 2.4.19 and 2.4.24. The system is RedHat 7.3 (it does the same thing
| with 8.0, and gcc 3)
|
| The kernel is pretty straigh-up, not much options, some net modules,
| iptables etc.
|
| The only thing out of the ordinary is a custom net/core/dev.c file to
| support a bandwith management module, wich isn't gpl and is pre-compiled.
|
| When issuing commands to configure the bandwith manager, I get :
|
| Unable to handle kernel NULL pointer dereference at virtual address 00000000
| printing eip:
| 00000000
| *pde = 00000000
| Oops: 0000
| CPU: 0
| EIP: 0010:[<00000000>] Tainted: P
What module makes it tainted? Can you reproduce problem without it?
| EFLAGS: 00010086
| eax: ddf5f948 ebx: ddf5e000 ecx: ddf5f980 edx: de9db400
| esi: c0000000 edi: ddf5f986 ebp: ddf5f9b8 esp: ddf5f92c
| ds: 0018 es: 0018 ss: 0018
| Process bwmgr (pid: 1120, stackpage=ddf5f000)
| Stack: e08c4431 de9db400 ddf5f980 00008946 fffffec4 11860f1f 00000000
| 0000000a
| 00000000 00000001 00000000 00000000 00000000 00000000 00000000
| 00000000
| 00000000 00bd0c00 00000000 00000000 90c8ebff 6e616c76 e08d0032
| defec800
| Call Trace: [<e08c4431>] [<e08d0032>] [<e08d58d7>] [<e08d68b5>]
| [<c012b346>]
| [<c0120ea3>] [<c012b346>] [<c012995a>] [<c0120ea3>] [<c0120f19>]
| [<c010f303>]
| [<c028407e>] [<e08d95f6>] [<c01216de>] [<c010f1b0>] [<c01071b4>]
| [<c0282bab>]
| [<c010f1b0>] [<c01071b4>] [<c0282bab>] [<e08af1f7>] [<e08c33ec>]
| [<c01a3a17>]
| [<c023af54>] [<c023b138>] [<c023315a>] [<c013e413>] [<c01070a3>]
|
| Code: Bad EIP value.
|
| After that the system still responds but isn't much usable, I have to
| reboot, not practicall...
|
| All of this was working with the exact same setup, but on a different MB,
| and kernel 2.4.19.
|
| Any hints on the source of this exception ?
Please run this oops message thru ksymoops and resend it.
See linux/Documentation/ oops-tracing.txt for details.
--
~Randy
^ permalink raw reply [flat|nested] 9+ messages in thread
* unable to handle kernel NULL pointer dereference
@ 2010-08-09 11:44 Smets, Jan (Jan)
0 siblings, 0 replies; 9+ messages in thread
From: Smets, Jan (Jan) @ 2010-08-09 11:44 UTC (permalink / raw)
To: linux-btrfs@vger.kernel.org
Hi list
Today I was running bonnie++ on a network ceph volume. The storage backend used is btrfs.
You can find a full dmesg output on http://jan.sin.khk.be/dmesg
If any other action is required from my side, please let me know. I hope this report is of any use.
Thanks.
- Jan
[ 2400.226987] Call Trace:
[ 2400.226987] [<ffffffffa04579d4>] ? btrfs_file_aio_write+0x686/0x7da [btrfs]
[ 2400.226987] [<ffffffff810f926b>] ? __d_lookup+0xc1/0x107
[ 2400.226987] [<ffffffffa045734e>] ? btrfs_file_aio_write+0x0/0x7da [btrfs]
[ 2400.226987] [<ffffffff810e8ce0>] ? do_sync_readv_writev+0x9a/0xd5
[ 2400.226987] [<ffffffff810f4163>] ? do_filp_open+0x510/0x58e
[ 2400.226987] [<ffffffff810e8a91>] ? copy_from_user+0x18/0x30
[ 2400.226987] [<ffffffff810e97ff>] ? rw_copy_check_uvector+0x6a/0xe1
[ 2400.226987] [<ffffffff810e991a>] ? do_readv_writev+0xa4/0x118
[ 2400.226987] [<ffffffff8103d696>] ? finish_task_switch+0x34/0xb4
[ 2400.226987] [<ffffffff812ffd81>] ? mutex_lock+0xd/0x33
[ 2400.226987] [<ffffffff810e9ab3>] ? sys_writev+0x45/0x90
[ 2400.226987] [<ffffffff810089c2>] ? system_call_fastpath+0x16/0x1b
[ 2400.966380] Call Trace:
[ 2400.966380] [<ffffffffa04576b8>] ? btrfs_file_aio_write+0x36a/0x7da [btrfs]
[ 2400.966380] [<ffffffffa04576b8>] ? btrfs_file_aio_write+0x36a/0x7da [btrfs]
[ 2400.966380] [<ffffffffa04638ab>] ? set_extent_buffer_dirty+0x4d/0x5e [btrfs]
[ 2401.148493] [<ffffffffa044ccd4>] ? btrfs_run_delayed_iputs+0x35/0x104 [btrfs]
[ 2401.148493] [<ffffffffa044bb6c>] ? __btrfs_end_transaction+0x19a/0x1a8 [btrfs]
[ 2401.148493] [<ffffffff810f926b>] ? __d_lookup+0xc1/0x107
[ 2401.148493] [<ffffffffa045734e>] ? btrfs_file_aio_write+0x0/0x7da [btrfs]
[ 2401.148493] [<ffffffff810e8ce0>] ? do_sync_readv_writev+0x9a/0xd5
[ 2401.148493] [<ffffffff810f4163>] ? do_filp_open+0x510/0x58e
[ 2401.148493] [<ffffffff810e8a91>] ? copy_from_user+0x18/0x30
[ 2401.148493] [<ffffffff810e97ff>] ? rw_copy_check_uvector+0x6a/0xe1
[ 2401.148493] [<ffffffff810e991a>] ? do_readv_writev+0xa4/0x118
[ 2401.148493] [<ffffffff812ffd81>] ? mutex_lock+0xd/0x33
[ 2401.148493] [<ffffffff810e9ab3>] ? sys_writev+0x45/0x90
[ 2401.148493] [<ffffffff810089c2>] ? system_call_fastpath+0x16/0x1b
2404.104503] Call Trace:
[ 2404.104503] [<ffffffff810bf71c>] ? kstrdup+0x2a/0x40
[ 2404.104503] [<ffffffff810f19c4>] ? vfs_rename+0xa9/0x3e4
[ 2404.104503] [<ffffffff810f0d29>] ? __lookup_hash+0xc2/0xe9
[ 2404.104503] [<ffffffff810f3348>] ? sys_renameat+0x1aa/0x22b
[ 2404.104503] [<ffffffff8108ef4f>] ? rcu_start_gp+0x1f7/0x218
[ 2404.104503] [<ffffffff810ea13a>] ? fput+0x18f/0x1c4
[ 2404.104503] [<ffffffff810fd9ea>] ? mntput_no_expire+0x23/0xde
[ 2404.104503] [<ffffffff810e7829>] ? filp_close+0x5f/0x6a
[ 2404.104503] [<ffffffff810089c2>] ? system_call_fastpath+0x16/0x1b
[ 2404.104503] Code: 44 00 00 48 89 44 24 08 fa 66 0f 1f 44 00 00 65 4c 8b 04 25 80 ea 00 00 48 8b 45 00 49 01 c0 49 8b 18 48 85 db 74 0d 48 63 45 18 <48> 8b 04 03 49 89 00 eb 14 4c 89 f9 83 ca ff 44 89 f6 48 89 ef
[ 2404.104503] RIP [<ffffffff810e2fef>] __kmalloc_track_caller+0xc7/0x12d
^ permalink raw reply [flat|nested] 9+ messages in thread
* unable to handle kernel NULL pointer dereference
@ 2017-11-06 9:37 Benedikt Schindler
0 siblings, 0 replies; 9+ messages in thread
From: Benedikt Schindler @ 2017-11-06 9:37 UTC (permalink / raw)
To: linux-btrfs
[-- Attachment #1: Type: text/plain, Size: 1966 bytes --]
Hello,
i updated our server from kernel 4.7.4 to 4.13.11 .
We have two connected btrfs devcies:
a) a connected hardware raid5 in the machine (/dev/sdb1)
b) a IBM Storewize v3700 connected via iSCSI
(/dev/mapper/36005076300808b95c800000000000003-part1)
After restarting the server, the samba services run instable. And in dmesg
Oops messages showed up. (See attachment)
So I downgraded to 4.7.4 again, and the system is running stable again.
If you can tell me what you need for a good bug report please tell me . I
also could give you a better / complete dmesg output.
But I used the wrong parameters and the dmesg log was cleared.
The server is under full use on weekdays. So i could only do tests and new
dmesg etc. on weekends.
Please let me know if some one has a hint what could be the problem, or what
you need for a full bug report.
Best regards
Benedikt
Server data:
btrfs-progs v4.5.3+20160729
Label: 'Data' uuid: 528c479a-7209-4f64-b862-482475d03a17
Total devices 1 FS bytes used 2.07TiB
devid 1 size 10.00TiB used 9.56TiB path /dev/sdb1
Label: 'AuwiOrdner' uuid: 163cceda-5765-483c-9a48-c183acedac5d
Total devices 1 FS bytes used 10.26TiB
devid 1 size 14.00TiB used 10.37TiB path
/dev/mapper/36005076300808b95c800000000000003-part1
/dev/sdb1:
Data, single: total=9.35TiB, used=2.06TiB
System, DUP: total=8.00MiB, used=1.14MiB
System, single: total=4.00MiB, used=0.00B
Metadata, DUP: total=107.88GiB, used=7.51GiB
Metadata, single: total=8.00MiB, used=0.00B
GlobalReserve, single: total=512.00MiB, used=0.00B
/dev/mapper/36005076300808b95c800000000000003-part1:
Data, single: total=10.23TiB, used=10.22TiB
System, DUP: total=8.00MiB, used=1.11MiB
System, single: total=4.00MiB, used=0.00B
Metadata, DUP: total=75.00GiB, used=42.57GiB
Metadata, single: total=8.00MiB, used=0.00B
GlobalReserve, single: total=512.00MiB, used=0.00B
[-- Attachment #2: Kernel Oops BTRFS.txt --]
[-- Type: text/plain, Size: 6992 bytes --]
BUG: unable to handle kernel NULL pointer dereference at 0000000000000124
IP: btrfs_root_node+0x7/0x50
PGD 0
P4D 0
Oops: 0000 [#81] SMP
Modules linked in: dm_service_time iscsi_tcp libiscsi_tcp libiscsi scsi_transpor t_iscsi af_packet 8021q garp stp llc bonding iscsi_ibft iscsi_boot_sysfs coretem p crc32c_intel ghash_clmulni_intel pcbc aesni_intel aes_x86_64 crypto_simd crypt d iTCO_wdt iTCO_vendor_support glue_helper lpc_ich e1000e mfd_core ptp osst pps_ core i2c_i801 ioatdma i7core_edac ipmi_si dca ipmi_devintf button acpi_cpufreq i pmi_msghandler serio_raw pm80xx libsas dm_multipath dm_mod dax scsi_dh_rdac scsi _dh_emc scsi_dh_alua autofs4
CPU: 2 PID: 24528 Comm: smbd Tainted: G D 4.13.11-gsx #1
Hardware name: Lenovo 10461AG/Tyan Tank GT20-B7002LNV, BIOS 'V2.7 04.07.2011 ' 04/07/2011
task: ffff88062433e180 task.stack: ffffc9000a1b4000
RIP: 0010:btrfs_root_node+0x7/0x50
RSP: 0018:ffffc9000a1b7830 EFLAGS: 00010246
RAX: 0000000000000000 RBX: ffff880c24d6b800 RCX: ffff8804e58f1bd0
RDX: 0000000000000100 RSI: ffff880c24d6b800 RDI: ffff880c24d6b800
RBP: ffff880c24d6b800 R08: 0000000000000000 R09: 0000000000000000
R10: 0000000000000000 R11: 0000000000000000 R12: ffff880000000000
R13: ffff880c24d6b800 R14: 6db6db6db6db6db7 R15: 0000160000000000
FS: 00007f52d6362840(0000) GS:ffff88063fc80000(0000) knlGS:0000000000000000
CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
CR2: 0000000000000124 CR3: 000000047e7d3000 CR4: 00000000000006e0
Call Trace:
? btrfs_read_lock_root_node+0x1f/0x40
? btrfs_search_slot+0x56b/0xa10
? submit_extent_page.isra.53+0x13f/0x210
? btrfs_lookup_ordered_extent+0x4d/0xb0
? btrfs_lookup_csum+0x3d/0x130
? __btrfs_lookup_bio_sums+0x2f3/0x6a0
? btrfs_submit_bio_hook+0xb3/0x180
? submit_one_bio+0x56/0x80
? extent_readpages+0x122/0x1c0
? btrfs_endio_direct_read+0xe0/0xe0
? inet6_csk_route_socket+0x100/0x1c0
? __alloc_pages_nodemask+0xd0/0x180
? __do_page_cache_readahead+0x169/0x220
? ondemand_readahead+0x165/0x290
? pagecache_get_page+0x21/0x220
? generic_file_read_iter+0x70a/0x980
? walk_component+0x33/0x230
? generic_file_splice_read+0xaa/0x120
? splice_direct_to_actor+0xd5/0x1d0
? generic_pipe_buf_nosteal+0x10/0x10
? do_splice_direct+0x74/0xa0
? do_sendfile+0x195/0x370
? SyS_sendfile64+0x43/0x90
? do_syscall_64+0x56/0x130
? entry_SYSCALL64_slow_path+0x25/0x25
Code: 00 00 00 00 48 85 ff 53 48 89 fb 74 15 e8 62 ff ff ff 48 89 de 48 8b 3d 58 82 c3 00 5b e9 02 31 f2 ff 5b c3 53 48 89 fb 48 8b 13 <8b> 42 24 85 c0 74 18 8d 48 01 48 8d 72 24 f0 0f b1 4a 24 0f 94
RIP: btrfs_root_node+0x7/0x50 RSP: ffffc9000a1b7830
CR2: 0000000000000124
---[ end trace 4ada6453733af411 ]---
BUG: unable to handle kernel NULL pointer dereference at 0000000000000124
IP: btrfs_root_node+0x7/0x50
PGD 0
P4D 0
Oops: 0000 [#82] SMP
Modules linked in: dm_service_time iscsi_tcp libiscsi_tcp libiscsi scsi_transpor t_iscsi af_packet 8021q garp stp llc bonding iscsi_ibft iscsi_boot_sysfs coretem p crc32c_intel ghash_clmulni_intel pcbc aesni_intel aes_x86_64 crypto_simd crypt d iTCO_wdt iTCO_vendor_support glue_helper lpc_ich e1000e mfd_core ptp osst pps_ core i2c_i801 ioatdma i7core_edac ipmi_si dca ipmi_devintf button acpi_cpufreq i pmi_msghandler serio_raw pm80xx libsas dm_multipath dm_mod dax scsi_dh_rdac scsi _dh_emc scsi_dh_alua autofs4
CPU: 2 PID: 24533 Comm: smbd Tainted: G D 4.13.11-gsx #1
Hardware name: Lenovo 10461AG/Tyan Tank GT20-B7002LNV, BIOS 'V2.7 04.07.2011 ' 04/07/2011
task: ffff88047a4cadc0 task.stack: ffffc9000a1dc000
RIP: 0010:btrfs_root_node+0x7/0x50
RSP: 0018:ffffc9000a1df830 EFLAGS: 00010246
RAX: 0000000000000000 RBX: ffff880c24d6b800 RCX: ffff8804e58f1700
RDX: 0000000000000100 RSI: ffff880c24d6b800 RDI: ffff880c24d6b800
RBP: ffff880c24d6b800 R08: 0000000000000000 R09: 0000000000000000
R10: 0000000000000000 R11: 0000000000000000 R12: ffff880000000000
R13: ffff880c24d6b800 R14: 6db6db6db6db6db7 R15: 0000160000000000
FS: 00007f52d6362840(0000) GS:ffff88063fc80000(0000) knlGS:0000000000000000
CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
CR2: 0000000000000124 CR3: 000000047755f000 CR4: 00000000000006e0
Call Trace:
? btrfs_read_lock_root_node+0x1f/0x40
? btrfs_search_slot+0x56b/0xa10
? submit_extent_page.isra.53+0x13f/0x210
? btrfs_lookup_ordered_extent+0x4d/0xb0
? btrfs_lookup_csum+0x3d/0x130
? __btrfs_lookup_bio_sums+0x2f3/0x6a0
? btrfs_submit_bio_hook+0xb3/0x180
? submit_one_bio+0x56/0x80
? extent_readpages+0x122/0x1c0
? btrfs_endio_direct_read+0xe0/0xe0
? __sk_dst_check+0x30/0x80
? __alloc_pages_nodemask+0xd0/0x180
? __do_page_cache_readahead+0x169/0x220
? ondemand_readahead+0x165/0x290
? pagecache_get_page+0x21/0x220
? generic_file_read_iter+0x70a/0x980
? walk_component+0x33/0x230
? generic_file_splice_read+0xaa/0x120
? splice_direct_to_actor+0xd5/0x1d0
? generic_pipe_buf_nosteal+0x10/0x10
? do_splice_direct+0x74/0xa0
? do_sendfile+0x195/0x370
? SyS_sendfile64+0x43/0x90
? do_syscall_64+0x56/0x130
? entry_SYSCALL64_slow_path+0x25/0x25
Code: 00 00 00 00 48 85 ff 53 48 89 fb 74 15 e8 62 ff ff ff 48 89 de 48 8b 3d 58 82 c3 00 5b e9 02 31 f2 ff 5b c3 53 48 89 fb 48 8b 13 <8b> 42 24 85 c0 74 18 8d 48 01 48 8d 72 24 f0 0f b1 4a 24 0f 94
RIP: btrfs_root_node+0x7/0x50 RSP: ffffc9000a1df830
CR2: 0000000000000124
---[ end trace 4ada6453733af412 ]---
^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2017-11-06 9:35 UTC | newest]
Thread overview: 9+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-01-01 18:44 Unable to handle kernel NULL pointer dereference Eduard <master^shadow> Roccatello
2004-01-02 1:32 ` Greg KH
2004-01-03 9:47 ` Michael Stucki
2004-01-07 21:06 ` Greg KH
-- strict thread matches above, loose matches on Subject: below --
2017-11-06 9:37 unable " Benedikt Schindler
2010-08-09 11:44 Smets, Jan (Jan)
2004-07-19 19:23 Unable " Nicolas Ross
2004-07-20 4:07 ` Randy.Dunlap
2002-04-05 7:42 Umaid Singh Rajpurohit
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.