* 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