From: Linda Walsh <xfs@tlinx.org>
To: Dave Chinner <david@fromorbit.com>
Cc: stan@hardwarefreak.com, xfs-oss <xfs@oss.sgi.com>
Subject: Re: xfsdump showing system problems -- ? ideas?
Date: Sun, 03 Feb 2013 17:49:35 -0800 [thread overview]
Message-ID: <510F13AF.1020106@tlinx.org> (raw)
In-Reply-To: <20130203231706.GJ2667@dastard>
Dave Chinner wrote:
> Was fixed in 3.4:
>
> $ gl -n 1 ad650f5
> commit ad650f5b27bc9858360b42aaa0d9204d16115316
> Author: Dave Chinner <dchinner@redhat.com>
> Date: Wed Mar 7 04:50:21 2012 +0000
>
> xfs: fallback to vmalloc for large buffers in xfs_attrmulti_attr_get
>
> xfsdump uses for a large buffer for extended attributes, which has a
> kmalloc'd shadow buffer in the kernel. This can fail after the
> system has been running for some time as it is a high order
> allocation. Add a fallback to vmalloc so that it doesn't require
> contiguous memory and so won't randomly fail while xfsdump is
> running.
----
AWESOME!!!!!
Thank-you! Thank-you! Thank-you!!!....
I would have been trying all sorts of random things to figure out
what I had messed up!...
==================
Note to Stan:
I was right with ya!.... I felt sketchy about that module..
even though I wasn't using it, and wasn't even loaded, it
got loaded at boot (for Oracle's 'vm' implementation) which
contaminated things.
As for my misconfiguring... was gonna say it was not impossible.
While I've been rolling my own for over a decade, things just get
more and more complicated as time goes on and sometimes I really don't
know what I am doing -- I guess -- usually it ends up with drivers
that "do nothing", though at worst, I could end up with a non-booting
kernel (rare, but non-booting system happening alot more often since
Suse has moved to systemd and started putting needed boot utils in a
non-root partition (/usr is separate on my system). They tell me either
move /usr to root, or they expect their users to be booting from an initrd.
(which I don't -- my boot HW is builtin to my kernel).
Things I wanna try out, or think I "might" use, I build as
modules:
Right now (some of these probably could or should be builtin, but the system
boots w/out them), have:
# lsmod
Module Size Used by
sch_sfq 10080 3
sch_htb 15123 1
mousedev 11440 1
acpi_cpufreq 7577 1
mperf 1348 1 acpi_cpufreq
processor 35852 1 acpi_cpufreq
---
but if I type modprobe and press complete (and have my complete
facility loaded), it asks me if I want to display all 342 possibilities.
Probably most of that is network related depending on how I want to
config things (nat/firewall/routing/shaping...none of which I usually
run all the time, so their all mods)...
But I know I have some mods on there that do nothing on my HW, but
I've had a few that didn't at first, but then with tweaks in the BIOS
or kernel updates, started getting used.
So wanted to let you know -- I appreciated the pointers -- I didn't
reject any of them...
But in this case THANK YOU DAVE!!!!
(that's why I post random symptoms sometimes --- on the minuscule hope
that someone might have seen it (or better, has already put in a fix for
it!)....
_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
next prev parent reply other threads:[~2013-02-04 1:49 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-02-03 3:49 xfsdump showing system problems -- ? ideas? Linda Walsh
2013-02-03 4:53 ` xfsdump -OOM triggering 'soft' kernel panic Linda Walsh
2013-02-03 15:39 ` Stan Hoeppner
2013-02-03 23:17 ` xfsdump showing system problems -- ? ideas? Dave Chinner
2013-02-04 1:49 ` Linda Walsh [this message]
2013-02-04 9:01 ` xfsdump fix tested... level 0's on all partitions: no problems Linda Walsh
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=510F13AF.1020106@tlinx.org \
--to=xfs@tlinx.org \
--cc=david@fromorbit.com \
--cc=stan@hardwarefreak.com \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox