FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Redhat > Device-mapper Development

 
 
LinkBack Thread Tools
 
Old 06-19-2008, 03:07 AM
"Pradipmaya Maharana"
 
Default multipath: Failing Path

Hi All,

I recently sent a mail describing the problem I am facing on failback
(I have copied the same at the end of this mail)
I am facing this problem with RHEL 5.1.

In all the logs I have collected for this failure, one thing thats
distinctive is:

- When a failover happens, error handler function from my device
handler is called; after which the path is marked as failed with
printk "device-mapper: multipath: Failing Path 8:XX". I know this as I
have added some debug prints in my error handler.

- But while the preferred controller is coming up, due to some failure
the only surviving paths are marked as fail with the printk
"device-mapper: multipath: Failing Path 8:XX" but this time it does
not call my device handler for error handling.

Why so?
I search the device-mapper code for the string "Failing path" and
could find it only in one function fail_path(path) and this function
gets called only in 2 condition, either as ap art of
dm_dpg_init_complete() OR do_end_io(). In both the conditions, I
should see some prints from my device handler but I don't.

Who else or in what other conditin can I get the printk
"device-mapper: multipath: Failing Path 8:XX"??

Any kind of help is much appreciated.

Thanks and Regards,
Pradipmaya.



<snip>
Hi All,

I am facing a weird problem with RHEL.

Following is the setup I have:
- RHEL 5.1 OS installed on diskless blades
- Blades connected to 2 controllers (so basically 2 paths)
- Trying for ALUA support
- For ALUA support I derived my code from Hannes check for explicit
ALUA support.
- Path_grouping_policy group_by_prio
- Features 1 "queue_if_no_path"
- No_path_retry 20

Problem:
- When the failover happens, the standby paths are made active by
firing STPG. So far so good.
- When the failback happens, some how the standby paths are failed
(with messages Failing path 8:XX) even before the preferred controller
comes up.
- If the failure is show once, init_function is called again and thing
move fine, but in case this same error happens twice, the path is
marked as failure. In these situation as there are no paths, either
hangs or mounted as read-only.
- This does not happen immediately, it happens in hour or so when I Am
trying continuous failover failback with some gap in between 2
operations.

Why does the path fail in such scenarios?
How can this be prevented?

Please suggest.

Regards,
Pradipmaya.
<snip>

--
dm-devel mailing list
dm-devel@redhat.com
https://www.redhat.com/mailman/listinfo/dm-devel
 

Thread Tools




All times are GMT. The time now is 09:41 PM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org