[Ocfs2-users] Kernel panic with OCFS2 1.2.6 for EL5 (answer to multipath question)

Daniel daniel.anderzen at gmail.com
Mon Jul 9 05:27:26 PDT 2007


Hello

This is a bit off-topic, but here goes:

Try installing the "device-mapper-multipath" package and follow the
documentation below - residing at the powerlink.emc.com site:

"Native Multipath Failover Based on DM-MPIO for v2.6.x Linux Kernel and EMC(r)
Storage Arrays"

When configured this works just as good as PowerPath. This works great on
RHEL / CentOS 5

Daniel


On 7/5/07, Luis Freitas <lfreitas34 at yahoo.com> wrote:
>
>
>     I always get these annoying messages with EMC storages.
>
>    They seem to have a unusable lun that appears for the operating system
> and the kernel keeps trying to access it.
>
>    On RH 4.0 these messages appears on dmesg, I remember that RH 3.0showed them on /var/log/messages also:
>
> SCSI error : <0 0 0 0> return code = 0x20000
> SCSI error : <0 0 0 0> return code = 0x20000
> SCSI error : <1 0 0 1> return code = 0x20000
> SCSI error : <0 0 0 0> return code = 0x20000
> SCSI error : <0 0 0 0> return code = 0x20000
> SCSI error : <1 0 0 0> return code = 0x20000
>    Anyone knows how to prevent the kernel from trying to access this lun?
>
> Regards,
> Luis Freitas
>
> *Daniel <daniel.anderzen at gmail.com>* wrote:
>
> Hello
>
> System: Two brand new Dell 1950 servers with dual Intel Quadcore Xeon
> connected to an EMC CX3-20 SAN. Running CentOS 5 x86_64 - both with kernel
> 2.6.18-8.1.6-el5 x86_64.
>
> I just noticed a panic on one of the servers:
>
> Jul  2 04:08:52 megasrv2 kernel: (3568,2):dlm_drop_lockres_ref:2289 ERROR:
> while dropping ref on
> 87B24E40651A4C7C858EF03ED6F3595F:M00000000000000021af916b7dfbde4 (master=0)
> got -22.
> Jul  2 04:08:52 megasrv2 kernel: (3568,2):dlm_print_one_lock_resource:294
> lockres: M00000000000000021af916b7dfbde4, owner=0, state=64
> Jul  2 04:08:52 megasrv2 kernel:
> (3568,2):__dlm_print_one_lock_resource:309 lockres:
> M00000000000000021af916b7dfbde4, owner=0, state=64
> Jul  2 04:08:52 megasrv2 kernel:
> (3568,2):__dlm_print_one_lock_resource:311   last used: 4747810336, on purge
> list: yes
> Jul  2 04:08:52 megasrv2 kernel: (3568,2):dlm_print_lockres_refmap:277
> refmap nodes: [ ], inflight=0
> Jul  2 04:08:52 megasrv2 kernel:
> (3568,2):__dlm_print_one_lock_resource:313   granted queue:
> Jul  2 04:08:52 megasrv2 kernel:
> (3568,2):__dlm_print_one_lock_resource:328   converting queue:
> Jul  2 04:08:52 megasrv2 kernel:
> (3568,2):__dlm_print_one_lock_resource:343   blocked queue:
> Jul  2 04:08:52 megasrv2 kernel: ----------- [cut here ] --------- [please
> bite here ] ---------
>
> After booting the server I'm getting a lot of the following messages:
>
> Jul  5 11:09:54 megasrv2 kernel:     Additional sense: Logical unit not
> ready, manual intervention required
> Jul  5 11:09:54 megasrv2 kernel: end_request: I/O error, dev sdd, sector 0
> Jul  5 11:09:54 megasrv2 kernel: Buffer I/O error on device sdd, logical
> block 0
> Jul  5 11:09:54 megasrv2 kernel: sd 1:0:0:2: Device not ready: <6>:
> Current: sense key: Not Ready
>
> But I guess this one has something to do with EMC PowerPath as sdd is not
> a valid device. And there is no PowerPath for use with RHEL5 yet...
>
> I'm sorry I haven't had the time to investigate this much. But right now I
> have no clue what caused this panic, or if it will happen again...
> _______________________________________________
> Ocfs2-users mailing list
> Ocfs2-users at oss.oracle.com
> http://oss.oracle.com/mailman/listinfo/ocfs2-users
>
>
> ------------------------------
> Luggage? GPS? Comic books?
> Check out fitting gifts for grads<http://us.rd.yahoo.com/evt=48249/*http://search.yahoo.com/search?fr=oni_on_mail&p=graduation+gifts&cs=bz>at Yahoo! Search.
>
>
> _______________________________________________
> Ocfs2-users mailing list
> Ocfs2-users at oss.oracle.com
> http://oss.oracle.com/mailman/listinfo/ocfs2-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://oss.oracle.com/pipermail/ocfs2-users/attachments/20070709/9b9ccd99/attachment.html


More information about the Ocfs2-users mailing list