From: Joel Becker <Joel.Becker@oracle.com>
To: device-mapper development <dm-devel@redhat.com>
Cc: christophe varoqui <christophe.varoqui@free.fr>
Subject: Re: EMC Clariion ghost devices
Date: Mon, 1 Aug 2005 11:02:38 -0700 [thread overview]
Message-ID: <20050801180237.GY16618@ca-server1.us.oracle.com> (raw)
In-Reply-To: <20050731220154.GC15655@marowsky-bree.de>
On Mon, Aug 01, 2005 at 12:01:54AM +0200, Lars Marowsky-Bree wrote:
> That should not happen(tm). Where does it hang according to sysrq-t?
>
> (kpartx supposedly is run against the dm-multipath table and not against
> sdap, so it should already benefit from the multipath protection...)
>
> "sg_inq -P /dev/sdap" might also be worth a try, what does it report for
> the various paths?
This reports a LUN_Z, which is what I expected after I
was explained a LUN_Z is the same as a ghost report.
I get this in dmesg at multipath(8):
device-mapper: dm-multipath: 66:144: Error trying to initialize PG, failing path
device-mapper: dm-multipath: Failing path 66:144
66:144 is, indeed, /dev/sdap. Kpartx is again hanging on:
# ps -ef | grep kpartx
root 26698 25674 0 10:53 ? 00:00:00 /sbin/kpartx -m -a /dev/dm-16
# ls -l /dev/disk/by-name | grep dm-16
/dev/disk/by-name/3500601609020ea1a500601609020ea1a -> ../../dm-16
# dmsetup deps 3500601609020ea1a500601609020ea1a
1 dependencies : (66, 144)
# echo t > /proc/sysrq-trigger
kpartx D 00000100bea0f680 0 26698 25674 25755 (NOTLB)
00000100c1511bc8 0000000000000006 00000100c05e00a0 000001d09566ce68
0000000000000246 0000010081b54580 0000007300000001 000001007b608b10
0000000100000001 0000010081b55660
Call Trace:<ffffffff802859a4>{generic_unplug_device+36} <ffffffff8013953f>{io_schedule+63}
<ffffffff80163b39>{__lock_page_wq+233} <ffffffff8013ce40>{autoremove_wake_function+0}
<ffffffff8016c518>{page_cache_readahead+328} <ffffffff8013ce40>{autoremove_wake_function+0}
<ffffffff8016518c>{do_generic_mapping_read+876} <ffffffff801637a0>{file_read_actor+0}
<ffffffff80166024>{__generic_file_aio_read+420} <ffffffff801661eb>{generic_file_read+187}
<ffffffff8019592e>{do_open+318} <ffffffff8019712a>{cp_new_stat+234}
<ffffffff8013ce40>{autoremove_wake_function+0} <ffffffff8018d184>{vfs_read+244}
<ffffffff8018d3dd>{sys_read+157} <ffffffff80110794>{system_call+124}
--
"Can any of you seriously say the Bill of Rights could get through
Congress today? It wouldn't even get out of committee."
- F. Lee Bailey
Joel Becker
Senior Member of Technical Staff
Oracle
E-mail: joel.becker@oracle.com
Phone: (650) 506-8127
next prev parent reply other threads:[~2005-08-01 18:02 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-07-29 22:28 EMC Clariion ghost devices Joel Becker
2005-07-30 8:27 ` christophe varoqui
2005-07-31 22:01 ` Lars Marowsky-Bree
2005-08-01 5:50 ` Joel Becker
2005-08-01 18:02 ` Joel Becker [this message]
-- strict thread matches above, loose matches on Subject: below --
2005-08-01 8:33 Gaál Norbert
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=20050801180237.GY16618@ca-server1.us.oracle.com \
--to=joel.becker@oracle.com \
--cc=christophe.varoqui@free.fr \
--cc=dm-devel@redhat.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 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.