* Re: [Bug #13666] WARNING: at mm/page_alloc.c:1743 __alloc_pages_nodemask
[not found] ` <alpine.DEB.2.00.0907300021330.7540@chino.kir.corp.google.com>
@ 2009-08-01 7:54 ` Christian Kujau
2009-08-01 19:56 ` David Rientjes
0 siblings, 1 reply; 8+ messages in thread
From: Christian Kujau @ 2009-08-01 7:54 UTC (permalink / raw)
To: David Rientjes; +Cc: Linux Kernel Mailing List, Andrew Morton, linux-ext4
On Thu, 30 Jul 2009 at 00:21, David Rientjes wrote:
> These patches have made it to Linus' tree, so this issue is resolved.
I've pulled Linus' tree yesterday, booted, all fine - just now it was the
first time I saw a similar WARNING on my box (running -rc kernels
for a few months now), see below.
Is this related to the WARNING in #13666?
I'm pretty sure the kernel already includes the patches you
mentioned, "git show" said "b592972493c38665efd7d429a01b23fcb21e331a".
Also, I just pulled again and mm/ was not touched any more.
Or maybe this is related to ext4 stuff? (I just mounted an ext4 partition
when this WARNING happened). Full dmesg & .config:
http://nerdbynature.de/bits/2.6.31-rc4/
Thanks,
Christian.
[69973.604263] ------------[ cut here ]------------
[69973.604340] WARNING: at mm/page_alloc.c:1749 __alloc_pages_nodemask+0x4c4/0x5a0()
[69973.604422] Hardware name: Lenovo
[69973.604468] Modules linked in: fuse acpi_cpufreq nfsd lockd nfs_acl auth_rpcgss sunrpc lm75 hwmon b43 usb_storage usb_libusual mac80211 cfg80211 uhci_hcd tg3 ssb ehci_hcd usbcore libphy nls_base
[69973.604727] Pid: 15026, comm: mount Not tainted 2.6.31-rc4 #1
[69973.604781] Call Trace:
[69973.604831] [<c1036dda>] ? warn_slowpath_common+0x7a/0xc0
[69973.604891] [<c1076be4>] ? __alloc_pages_nodemask+0x4c4/0x5a0
[69973.604952] [<c1036e40>] ? warn_slowpath_null+0x20/0x40
[69973.605072] [<c1076be4>] ? __alloc_pages_nodemask+0x4c4/0x5a0
[69973.605152] [<c106dc72>] ? delayacct_end+0xa2/0xd0
[69973.605212] [<c10c6617>] ? __find_get_block+0xa7/0x180
[69973.605271] [<c1076d41>] ? __get_free_pages+0x21/0x60
[69973.605330] [<c11f02bd>] ? match_number+0x3d/0xc0
[69973.605387] [<c1129512>] ? parse_options+0xe2/0x5d0
[69973.605444] [<c135116b>] ? out_of_line_wait_on_bit+0xbb/0xf0
[69973.605506] [<c10c6ff8>] ? __wait_on_buffer+0x28/0x50
[69973.605564] [<c112b5b7>] ? ext4_fill_super+0x457/0x2670
[69973.605622] [<c11ee136>] ? vsnprintf+0x516/0x820
[69973.605679] [<c11e7f1d>] ? kobject_get+0x1d/0x40
[69973.605738] [<c10ef5c7>] ? disk_name+0xd7/0xe0
[69973.605795] [<c10a37ca>] ? get_sb_bdev+0x15a/0x1a0
[69973.605851] [<c112b160>] ? ext4_fill_super+0x0/0x2670
[69973.605909] [<c112822d>] ? ext4_get_sb+0x2d/0x50
[69973.605963] [<c112b160>] ? ext4_fill_super+0x0/0x2670
[69973.606020] [<c10a24f8>] ? vfs_kern_mount+0x58/0xd0
[69973.606078] [<c10a2606>] ? do_kern_mount+0x56/0x120
[69973.606135] [<c10bb2da>] ? do_mount+0x23a/0x750
[69973.606191] [<c10b91c1>] ? copy_mount_options+0x61/0x160
[69973.606249] [<c10bb88f>] ? sys_mount+0x9f/0x100
[69973.606306] [<c1003304>] ? syscall_call+0x7/0xb
[69973.606360] ---[ end trace 28ff7a9c4fbb8a1a ]---
--
BOFH excuse #376:
Budget cuts forced us to sell all the power cords for the servers.
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [Bug #13666] WARNING: at mm/page_alloc.c:1743 __alloc_pages_nodemask
2009-08-01 7:54 ` [Bug #13666] WARNING: at mm/page_alloc.c:1743 __alloc_pages_nodemask Christian Kujau
@ 2009-08-01 19:56 ` David Rientjes
2009-08-01 21:30 ` Christian Kujau
0 siblings, 1 reply; 8+ messages in thread
From: David Rientjes @ 2009-08-01 19:56 UTC (permalink / raw)
To: Christian Kujau; +Cc: Linux Kernel Mailing List, Andrew Morton, linux-ext4
On Sat, 1 Aug 2009, Christian Kujau wrote:
> On Thu, 30 Jul 2009 at 00:21, David Rientjes wrote:
> > These patches have made it to Linus' tree, so this issue is resolved.
>
> I've pulled Linus' tree yesterday, booted, all fine - just now it was the
> first time I saw a similar WARNING on my box (running -rc kernels
> for a few months now), see below.
>
> Is this related to the WARNING in #13666?
> I'm pretty sure the kernel already includes the patches you
> mentioned, "git show" said "b592972493c38665efd7d429a01b23fcb21e331a".
> Also, I just pulled again and mm/ was not touched any more.
>
Your kernel includes the fixes for the __alloc_pages_nodemask() warning
that was reported in http://bugzilla.kernel.org/show_bug.cgi?id=13666.
> [69973.604263] ------------[ cut here ]------------
> [69973.604340] WARNING: at mm/page_alloc.c:1749 __alloc_pages_nodemask+0x4c4/0x5a0()
> [69973.604422] Hardware name: Lenovo
> [69973.604468] Modules linked in: fuse acpi_cpufreq nfsd lockd nfs_acl auth_rpcgss sunrpc lm75 hwmon b43 usb_storage usb_libusual mac80211 cfg80211 uhci_hcd tg3 ssb ehci_hcd usbcore libphy nls_base
> [69973.604727] Pid: 15026, comm: mount Not tainted 2.6.31-rc4 #1
> [69973.604781] Call Trace:
> [69973.604831] [<c1036dda>] ? warn_slowpath_common+0x7a/0xc0
> [69973.604891] [<c1076be4>] ? __alloc_pages_nodemask+0x4c4/0x5a0
> [69973.604952] [<c1036e40>] ? warn_slowpath_null+0x20/0x40
> [69973.605072] [<c1076be4>] ? __alloc_pages_nodemask+0x4c4/0x5a0
> [69973.605152] [<c106dc72>] ? delayacct_end+0xa2/0xd0
> [69973.605212] [<c10c6617>] ? __find_get_block+0xa7/0x180
> [69973.605271] [<c1076d41>] ? __get_free_pages+0x21/0x60
> [69973.605330] [<c11f02bd>] ? match_number+0x3d/0xc0
> [69973.605387] [<c1129512>] ? parse_options+0xe2/0x5d0
> [69973.605444] [<c135116b>] ? out_of_line_wait_on_bit+0xbb/0xf0
> [69973.605506] [<c10c6ff8>] ? __wait_on_buffer+0x28/0x50
> [69973.605564] [<c112b5b7>] ? ext4_fill_super+0x457/0x2670
This is a different issue than bug 13666, this is in the ext4 mount code
(which can also probably happen with other filesystems as well).
What are your mount options? It appears that they are causing the parser
to allocate far more memory than it should ever need.
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [Bug #13666] WARNING: at mm/page_alloc.c:1743 __alloc_pages_nodemask
2009-08-01 19:56 ` David Rientjes
@ 2009-08-01 21:30 ` Christian Kujau
2009-08-02 20:18 ` Christian Kujau
0 siblings, 1 reply; 8+ messages in thread
From: Christian Kujau @ 2009-08-01 21:30 UTC (permalink / raw)
To: David Rientjes; +Cc: Linux Kernel Mailing List, Andrew Morton, linux-ext4
On Sat, 1 Aug 2009 at 12:56, David Rientjes wrote:
> This is a different issue than bug 13666, this is in the ext4 mount code
> (which can also probably happen with other filesystems as well).
OK, thanks for clarifying this.
> What are your mount options? It appears that they are causing the parser
> to allocate far more memory than it should ever need.
This was the first time I mounted this ext4 fileystem since the reboot
with the new kernel:
/dev/mapper/wdc0 /mnt/disk0 ext4 rw,nosuid,nodev,noexec,relatime,barrier=1,data=ordered 0 0
Christian.
/proc/meminfo now looks like this, I don't have the output what it loooked
like right after the WARNING though:
bkp:~$ cat /proc/meminfo
MemTotal: 1024968 kB
MemFree: 14164 kB
Buffers: 24800 kB
Cached: 864356 kB
SwapCached: 852 kB
Active: 472728 kB
Inactive: 506644 kB
Active(anon): 42780 kB
Inactive(anon): 48164 kB
Active(file): 429948 kB
Inactive(file): 458480 kB
Unevictable: 0 kB
Mlocked: 0 kB
HighTotal: 129864 kB
HighFree: 252 kB
LowTotal: 895104 kB
LowFree: 13912 kB
SwapTotal: 1048568 kB
SwapFree: 1046780 kB
Dirty: 89408 kB
Writeback: 100 kB
AnonPages: 89592 kB
Mapped: 7664 kB
Slab: 20476 kB
SReclaimable: 12368 kB
SUnreclaim: 8108 kB
PageTables: 1496 kB
NFS_Unstable: 0 kB
Bounce: 0 kB
WritebackTmp: 0 kB
CommitLimit: 1561052 kB
Committed_AS: 1043668 kB
VmallocTotal: 122880 kB
VmallocUsed: 3436 kB
VmallocChunk: 108664 kB
DirectMap4k: 12280 kB
DirectMap4M: 897024 kB
--
BOFH excuse #159:
Stubborn processes
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [Bug #13666] WARNING: at mm/page_alloc.c:1743 __alloc_pages_nodemask
2009-08-01 21:30 ` Christian Kujau
@ 2009-08-02 20:18 ` Christian Kujau
2009-08-02 20:26 ` Rafael J. Wysocki
0 siblings, 1 reply; 8+ messages in thread
From: Christian Kujau @ 2009-08-02 20:18 UTC (permalink / raw)
To: David Rientjes; +Cc: Linux Kernel Mailing List, Andrew Morton, linux-ext4
Hm,
looks like this *is* reproducible. After a reboot, mounting the very
same ext4 filesystem triggers this WARNING again:
[ 165.000603] ------------[ cut here ]------------
[ 165.000726] WARNING: at mm/page_alloc.c:1749 __alloc_pages_nodemask+0x4c4/0x5a0()
[ 165.000853] Hardware name: Lenovo
[ 165.000944] Modules linked in: fuse acpi_cpufreq nfsd lockd nfs_acl auth_rpcgss sunrpc lm75 hwmon b43 usb_storage usb_libusual mac80211 cfg80211 uhci_hcd ehci_hcd tg3 ssb usbcore libphy nls_base
[ 165.002297] Pid: 2789, comm: mount Not tainted 2.6.31-rc4 #1
[ 165.002397] Call Trace:
[ 165.002494] [<c1036dda>] ? warn_slowpath_common+0x7a/0xc0
[ 165.002601] [<c1076be4>] ? __alloc_pages_nodemask+0x4c4/0x5a0
[ 165.002708] [<c1036e40>] ? warn_slowpath_null+0x20/0x40
[ 165.002812] [<c1076be4>] ? __alloc_pages_nodemask+0x4c4/0x5a0
[ 165.002921] [<c106dc72>] ? delayacct_end+0xa2/0xd0
[ 165.003027] [<c1076d41>] ? __get_free_pages+0x21/0x60
[ 165.003132] [<c11f02bd>] ? match_number+0x3d/0xc0
[ 165.003235] [<c1129512>] ? parse_options+0xe2/0x5d0
[ 165.003340] [<c135116b>] ? out_of_line_wait_on_bit+0xbb/0xf0
[ 165.003449] [<c10c6ff8>] ? __wait_on_buffer+0x28/0x50
[ 165.003552] [<c112b5b7>] ? ext4_fill_super+0x457/0x2670
[ 165.003657] [<c11ee136>] ? vsnprintf+0x516/0x820
[ 165.003759] [<c11e7f1d>] ? kobject_get+0x1d/0x40
[ 165.003865] [<c10ef5c7>] ? disk_name+0xd7/0xe0
[ 165.003967] [<c10a37ca>] ? get_sb_bdev+0x15a/0x1a0
[ 165.004107] [<c112b160>] ? ext4_fill_super+0x0/0x2670
[ 165.004216] [<c112822d>] ? ext4_get_sb+0x2d/0x50
[ 165.004315] [<c112b160>] ? ext4_fill_super+0x0/0x2670
[ 165.004419] [<c10a24f8>] ? vfs_kern_mount+0x58/0xd0
[ 165.004522] [<c10a2606>] ? do_kern_mount+0x56/0x120
[ 165.004625] [<c10bb2da>] ? do_mount+0x23a/0x750
[ 165.004727] [<c10b91c1>] ? copy_mount_options+0x61/0x160
[ 165.004831] [<c10bb88f>] ? sys_mount+0x9f/0x100
[ 165.004934] [<c1003304>] ? syscall_call+0x7/0xb
[ 165.005044] ---[ end trace d2227ca6268a916a ]---
[ 165.287930] EXT4-fs (dm-7): barriers enabled
The whole dmesg and proc/meminfo is at:
http://nerdbynature.de/bits/2.6.31-rc4/
Note: "dm-7" is a dm-crypt device, backed by an external disk which is
connected via USB. The filesystem itself seems fine however, nothing
unusual except this warning so far...
Christian.
--
BOFH excuse #174:
Backbone adjustment
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [Bug #13666] WARNING: at mm/page_alloc.c:1743 __alloc_pages_nodemask
2009-08-02 20:18 ` Christian Kujau
@ 2009-08-02 20:26 ` Rafael J. Wysocki
2009-08-02 20:35 ` Christian Kujau
0 siblings, 1 reply; 8+ messages in thread
From: Rafael J. Wysocki @ 2009-08-02 20:26 UTC (permalink / raw)
To: Christian Kujau
Cc: David Rientjes, Linux Kernel Mailing List, Andrew Morton,
linux-ext4
On Sunday 02 August 2009, Christian Kujau wrote:
> Hm,
>
> looks like this *is* reproducible. After a reboot, mounting the very
> same ext4 filesystem triggers this WARNING again:
>
> [ 165.000603] ------------[ cut here ]------------
> [ 165.000726] WARNING: at mm/page_alloc.c:1749 __alloc_pages_nodemask+0x4c4/0x5a0()
> [ 165.000853] Hardware name: Lenovo
> [ 165.000944] Modules linked in: fuse acpi_cpufreq nfsd lockd nfs_acl auth_rpcgss sunrpc lm75 hwmon b43 usb_storage usb_libusual mac80211 cfg80211 uhci_hcd ehci_hcd tg3 ssb usbcore libphy nls_base
> [ 165.002297] Pid: 2789, comm: mount Not tainted 2.6.31-rc4 #1
> [ 165.002397] Call Trace:
> [ 165.002494] [<c1036dda>] ? warn_slowpath_common+0x7a/0xc0
> [ 165.002601] [<c1076be4>] ? __alloc_pages_nodemask+0x4c4/0x5a0
> [ 165.002708] [<c1036e40>] ? warn_slowpath_null+0x20/0x40
> [ 165.002812] [<c1076be4>] ? __alloc_pages_nodemask+0x4c4/0x5a0
> [ 165.002921] [<c106dc72>] ? delayacct_end+0xa2/0xd0
> [ 165.003027] [<c1076d41>] ? __get_free_pages+0x21/0x60
> [ 165.003132] [<c11f02bd>] ? match_number+0x3d/0xc0
> [ 165.003235] [<c1129512>] ? parse_options+0xe2/0x5d0
> [ 165.003340] [<c135116b>] ? out_of_line_wait_on_bit+0xbb/0xf0
> [ 165.003449] [<c10c6ff8>] ? __wait_on_buffer+0x28/0x50
> [ 165.003552] [<c112b5b7>] ? ext4_fill_super+0x457/0x2670
> [ 165.003657] [<c11ee136>] ? vsnprintf+0x516/0x820
> [ 165.003759] [<c11e7f1d>] ? kobject_get+0x1d/0x40
> [ 165.003865] [<c10ef5c7>] ? disk_name+0xd7/0xe0
> [ 165.003967] [<c10a37ca>] ? get_sb_bdev+0x15a/0x1a0
> [ 165.004107] [<c112b160>] ? ext4_fill_super+0x0/0x2670
> [ 165.004216] [<c112822d>] ? ext4_get_sb+0x2d/0x50
> [ 165.004315] [<c112b160>] ? ext4_fill_super+0x0/0x2670
> [ 165.004419] [<c10a24f8>] ? vfs_kern_mount+0x58/0xd0
> [ 165.004522] [<c10a2606>] ? do_kern_mount+0x56/0x120
> [ 165.004625] [<c10bb2da>] ? do_mount+0x23a/0x750
> [ 165.004727] [<c10b91c1>] ? copy_mount_options+0x61/0x160
> [ 165.004831] [<c10bb88f>] ? sys_mount+0x9f/0x100
> [ 165.004934] [<c1003304>] ? syscall_call+0x7/0xb
> [ 165.005044] ---[ end trace d2227ca6268a916a ]---
> [ 165.287930] EXT4-fs (dm-7): barriers enabled
>
> The whole dmesg and proc/meminfo is at:
> http://nerdbynature.de/bits/2.6.31-rc4/
>
> Note: "dm-7" is a dm-crypt device, backed by an external disk which is
> connected via USB. The filesystem itself seems fine however, nothing
> unusual except this warning so far...
The patches supposed to fix this issue went in right before -rc5 AFAIC.
Can you try to reproduce with -rc5?
Rafael
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [Bug #13666] WARNING: at mm/page_alloc.c:1743 __alloc_pages_nodemask
2009-08-02 20:26 ` Rafael J. Wysocki
@ 2009-08-02 20:35 ` Christian Kujau
2009-08-02 20:53 ` Christian Kujau
0 siblings, 1 reply; 8+ messages in thread
From: Christian Kujau @ 2009-08-02 20:35 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: David Rientjes, Linux Kernel Mailing List, Andrew Morton,
linux-ext4
Hi Rafael,
On Sun, 2 Aug 2009 at 22:26, Rafael J. Wysocki wrote:
> The patches supposed to fix this issue went in right before -rc5 AFAIC.
Sorry, you fell off my Cc list, thanks for catching this. I've seen these
patches too, but David confirmed:
---------------------------------------------------------------------
> Is this related to the WARNING in #13666?
> I'm pretty sure the kernel already includes the patches you
> mentioned, "git show" said "b592972493c38665efd7d429a01b23fcb21e331a".
> Also, I just pulled again and mm/ was not touched any more.
Your kernel includes the fixes for the __alloc_pages_nodemask() warning
that was reported in http://bugzilla.kernel.org/show_bug.cgi?id=13666.
---------------------------------------------------------------------
So, it looks like it's not related to #13666.
> Can you try to reproduce with -rc5?
Yes, I'm building it right now (actually, I'm using current -git tree),
will report back.
Thanks,
Christian.
--
BOFH excuse #6:
global warming
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [Bug #13666] WARNING: at mm/page_alloc.c:1743 __alloc_pages_nodemask
2009-08-02 20:35 ` Christian Kujau
@ 2009-08-02 20:53 ` Christian Kujau
2009-08-04 19:44 ` Christian Kujau
0 siblings, 1 reply; 8+ messages in thread
From: Christian Kujau @ 2009-08-02 20:53 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: David Rientjes, Linux Kernel Mailing List, Andrew Morton,
linux-ext4
On Sun, 2 Aug 2009 at 13:35, Christian Kujau wrote:
>> Can you try to reproduce with -rc5?
>
> Yes, I'm building it right now (actually, I'm using current -git tree),
> will report back.
Here it is, unfortunately:
[ 124.683454] ------------[ cut here ]------------
[ 124.683577] WARNING: at mm/page_alloc.c:1749 __alloc_pages_nodemask+0x4c4/0x5a0()
[ 124.683704] Hardware name: Lenovo
[ 124.683795] Modules linked in: fuse acpi_cpufreq nfsd lockd nfs_acl auth_rpcgss sunrpc lm75 hwmon usb_storage usb_libusual b43 mac80211 uhci_hcd cfg80211 ehci_hcd tg3 usbcore libphy ssb nls_base
[ 124.685187] Pid: 2743, comm: mount Not tainted 2.6.31-rc5 #1
[ 124.685286] Call Trace:
[ 124.685383] [<c1036dda>] ? warn_slowpath_common+0x7a/0xc0
[ 124.685489] [<c1076be4>] ? __alloc_pages_nodemask+0x4c4/0x5a0
[ 124.685596] [<c1036e40>] ? warn_slowpath_null+0x20/0x40
[ 124.685700] [<c1076be4>] ? __alloc_pages_nodemask+0x4c4/0x5a0
[ 124.685808] [<c106dc72>] ? delayacct_end+0xa2/0xd0
[ 124.685913] [<c1076d41>] ? __get_free_pages+0x21/0x60
[ 124.686018] [<c11f02cd>] ? match_number+0x3d/0xc0
[ 124.686122] [<c1129512>] ? parse_options+0xe2/0x5d0
[ 124.686225] [<c135118b>] ? out_of_line_wait_on_bit+0xbb/0xf0
[ 124.686334] [<c10c6ff8>] ? __wait_on_buffer+0x28/0x50
[ 124.686438] [<c112b5b7>] ? ext4_fill_super+0x457/0x2670
[ 124.686542] [<c11ee146>] ? vsnprintf+0x516/0x820
[ 124.686646] [<c11e7f2d>] ? kobject_get+0x1d/0x40
[ 124.686752] [<c10ef5c7>] ? disk_name+0xd7/0xe0
[ 124.686855] [<c10a37ca>] ? get_sb_bdev+0x15a/0x1a0
[ 124.686958] [<c112b160>] ? ext4_fill_super+0x0/0x2670
[ 124.687062] [<c112822d>] ? ext4_get_sb+0x2d/0x50
[ 124.687162] [<c112b160>] ? ext4_fill_super+0x0/0x2670
[ 124.687265] [<c10a24f8>] ? vfs_kern_mount+0x58/0xd0
[ 124.687369] [<c10a2606>] ? do_kern_mount+0x56/0x120
[ 124.687474] [<c10bb2da>] ? do_mount+0x23a/0x750
[ 124.687575] [<c10b91c1>] ? copy_mount_options+0x61/0x160
[ 124.687679] [<c10bb88f>] ? sys_mount+0x9f/0x100
[ 124.687783] [<c1003304>] ? syscall_call+0x7/0xb
[ 124.687883] ---[ end trace e312a7d04db27a01 ]---
[ 124.981799] EXT4-fs (dm-8): barriers enabled
[ 125.002226] kjournald2 starting: pid 2744, dev dm-8:8, commit interval 5 seconds
[ 125.003346] EXT4-fs (dm-8): internal journal on dm-8:8
[ 125.003555] EXT4-fs (dm-8): delayed allocation enabled
[ 125.003751] EXT4-fs: file extents enabled
[ 125.343718] EXT4-fs: mballoc enabled
[ 125.343884] EXT4-fs (dm-8): mounted filesystem with ordered data mode
Full dmesg and config: http://nerdbynature.de/bits/2.6.31-rc5/
No mount options were passed on the commandline but read from fstab:
$ grep ext4 /etc/fstab
/dev/mapper/wdc0 /mnt/disk0 ext4 nosuid,nodev,noexec,noauto,barrier 0 0
I'm in the process of creating an e2image of this partition, would this
help anyone?
Thanks,
Christian.
--
BOFH excuse #6:
global warming
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [Bug #13666] WARNING: at mm/page_alloc.c:1743 __alloc_pages_nodemask
2009-08-02 20:53 ` Christian Kujau
@ 2009-08-04 19:44 ` Christian Kujau
0 siblings, 0 replies; 8+ messages in thread
From: Christian Kujau @ 2009-08-04 19:44 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: David Rientjes, Linux Kernel Mailing List, Andrew Morton,
linux-ext4
On Sun, 2 Aug 2009 at 13:53, Christian Kujau wrote:
> [ 124.683454] ------------[ cut here ]------------
> [ 124.683577] WARNING: at mm/page_alloc.c:1749 __alloc_pages_nodemask+0x4c4/0x5a0()
Hm, I just wonder: is this something to worry about? The filesystem itself
seems fine so far, but I don't want it to get (silently) corrupted with
each mount because of this warning...
> [ 124.683704] Hardware name: Lenovo
> [ 124.683795] Modules linked in: fuse acpi_cpufreq nfsd lockd nfs_acl auth_rpcgss sunrpc lm75 hwmon usb_storage usb_libusual b43 mac80211 uhci_hcd cfg80211 ehci_hcd tg3 usbcore libphy ssb nls_base
> [ 124.685187] Pid: 2743, comm: mount Not tainted 2.6.31-rc5 #1
> [ 124.685286] Call Trace:
> [ 124.685383] [<c1036dda>] ? warn_slowpath_common+0x7a/0xc0
> [ 124.685489] [<c1076be4>] ? __alloc_pages_nodemask+0x4c4/0x5a0
> [ 124.685596] [<c1036e40>] ? warn_slowpath_null+0x20/0x40
> [ 124.685700] [<c1076be4>] ? __alloc_pages_nodemask+0x4c4/0x5a0
> [ 124.685808] [<c106dc72>] ? delayacct_end+0xa2/0xd0
> [ 124.685913] [<c1076d41>] ? __get_free_pages+0x21/0x60
> [ 124.686018] [<c11f02cd>] ? match_number+0x3d/0xc0
> [ 124.686122] [<c1129512>] ? parse_options+0xe2/0x5d0
> [ 124.686225] [<c135118b>] ? out_of_line_wait_on_bit+0xbb/0xf0
> [ 124.686334] [<c10c6ff8>] ? __wait_on_buffer+0x28/0x50
> [ 124.686438] [<c112b5b7>] ? ext4_fill_super+0x457/0x2670
> [ 124.686542] [<c11ee146>] ? vsnprintf+0x516/0x820
> [ 124.686646] [<c11e7f2d>] ? kobject_get+0x1d/0x40
> [ 124.686752] [<c10ef5c7>] ? disk_name+0xd7/0xe0
> [ 124.686855] [<c10a37ca>] ? get_sb_bdev+0x15a/0x1a0
> [ 124.686958] [<c112b160>] ? ext4_fill_super+0x0/0x2670
> [ 124.687062] [<c112822d>] ? ext4_get_sb+0x2d/0x50
> [ 124.687162] [<c112b160>] ? ext4_fill_super+0x0/0x2670
> [ 124.687265] [<c10a24f8>] ? vfs_kern_mount+0x58/0xd0
> [ 124.687369] [<c10a2606>] ? do_kern_mount+0x56/0x120
> [ 124.687474] [<c10bb2da>] ? do_mount+0x23a/0x750
> [ 124.687575] [<c10b91c1>] ? copy_mount_options+0x61/0x160
> [ 124.687679] [<c10bb88f>] ? sys_mount+0x9f/0x100
> [ 124.687783] [<c1003304>] ? syscall_call+0x7/0xb
> [ 124.687883] ---[ end trace e312a7d04db27a01 ]---
> [ 124.981799] EXT4-fs (dm-8): barriers enabled
> [ 125.002226] kjournald2 starting: pid 2744, dev dm-8:8, commit interval 5 seconds
> [ 125.003346] EXT4-fs (dm-8): internal journal on dm-8:8
> [ 125.003555] EXT4-fs (dm-8): delayed allocation enabled
> [ 125.003751] EXT4-fs: file extents enabled
> [ 125.343718] EXT4-fs: mballoc enabled
> [ 125.343884] EXT4-fs (dm-8): mounted filesystem with ordered data mode
>
>
> Full dmesg and config: http://nerdbynature.de/bits/2.6.31-rc5/
>
> No mount options were passed on the commandline but read from fstab:
>
> $ grep ext4 /etc/fstab
> /dev/mapper/wdc0 /mnt/disk0 ext4 nosuid,nodev,noexec,noauto,barrier 0 0
>
>
> I'm in the process of creating an e2image of this partition, would this
> help anyone?
>
> Thanks,
> Christian.
--
BOFH excuse #166:
/pub/lunch
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2009-08-04 19:44 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <Jya1GruKQpD.A.16.2GObKB@chimera>
[not found] ` <3zAHs5O6maO.A.GwE.OIObKB@chimera>
[not found] ` <alpine.DEB.2.00.0907261628180.17123@chino.kir.corp.google.com>
[not found] ` <200907280021.26320.rjw@sisk.pl>
[not found] ` <alpine.DEB.2.00.0907300021330.7540@chino.kir.corp.google.com>
2009-08-01 7:54 ` [Bug #13666] WARNING: at mm/page_alloc.c:1743 __alloc_pages_nodemask Christian Kujau
2009-08-01 19:56 ` David Rientjes
2009-08-01 21:30 ` Christian Kujau
2009-08-02 20:18 ` Christian Kujau
2009-08-02 20:26 ` Rafael J. Wysocki
2009-08-02 20:35 ` Christian Kujau
2009-08-02 20:53 ` Christian Kujau
2009-08-04 19:44 ` Christian Kujau
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox