Hello<br><br>This is a bit off-topic, but here goes:<br><br>Try installing the "device-mapper-multipath" package and follow the documentation below - residing at the <a href="http://powerlink.emc.com">powerlink.emc.com
</a> site:<br><br>"Native Multipath Failover Based on DM-MPIO for v2.6.x Linux Kernel and EMC® Storage Arrays"<br><br>When configured this works just as good as PowerPath. This works great on RHEL / CentOS 5<br>
<br>Daniel<br><br><br><div><span class="gmail_quote">On 7/5/07, <b class="gmail_sendername">Luis Freitas</b> <<a href="mailto:lfreitas34@yahoo.com">lfreitas34@yahoo.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div> </div> <div> I always get these annoying messages with EMC storages.</div> <div> </div> <div> They seem to have a unusable lun that appears for the operating system and the kernel keeps trying to access it.</div>
<div> </div> <div> On RH 4.0 these messages appears on dmesg, I remember that RH 3.0 showed them on /var/log/messages also:</div> <div> </div> <div>SCSI error : <0 0 0 0> return code = 0x20000<br>SCSI error : <0 0 0 0> return code = 0x20000
<br>SCSI error : <1 0 0 1> return code = 0x20000<br>SCSI error : <0 0 0 0> return code = 0x20000<br>SCSI error : <0 0 0 0> return code = 0x20000<br>SCSI error : <1 0 0 0> return code = 0x20000<br></div>
<div> Anyone knows how to prevent the kernel from trying to access this lun?</div> <div> </div> <div>Regards,</div> <div>Luis Freitas<div><span class="e" id="q_11396fef76f76f50_1"><br><br><b><i>Daniel <<a href="mailto:daniel.anderzen@gmail.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
daniel.anderzen@gmail.com</a>></i></b>
wrote:</span></div></div> <blockquote style="border-left: 2px solid rgb(16, 16, 255); padding-left: 5px; margin-left: 5px;"><div><span class="e" id="q_11396fef76f76f50_3">Hello<br><br>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.<br><br>I just noticed a panic on one of the servers: <br><br>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.
<br>Jul 2 04:08:52 megasrv2 kernel: (3568,2):dlm_print_one_lock_resource:294 lockres: M00000000000000021af916b7dfbde4, owner=0, state=64 <br>Jul 2 04:08:52 megasrv2 kernel: (3568,2):__dlm_print_one_lock_resource:309 lockres: M00000000000000021af916b7dfbde4, owner=0, state=64
<br>Jul 2 04:08:52 megasrv2 kernel: (3568,2):__dlm_print_one_lock_resource:311 last used: 4747810336, on purge list: yes <br>Jul 2
04:08:52 megasrv2 kernel: (3568,2):dlm_print_lockres_refmap:277 refmap nodes: [ ], inflight=0<br>Jul 2 04:08:52 megasrv2 kernel: (3568,2):__dlm_print_one_lock_resource:313 granted queue: <br>Jul 2 04:08:52 megasrv2 kernel: (3568,2):__dlm_print_one_lock_resource:328 converting queue:
<br>Jul 2 04:08:52 megasrv2 kernel: (3568,2):__dlm_print_one_lock_resource:343 blocked queue: <br>Jul 2 04:08:52 megasrv2 kernel: ----------- [cut here ] --------- [please bite here ] ---------<br><br>After booting the server I'm getting a lot of the following messages:
<br><br>Jul 5 11:09:54 megasrv2 kernel: Additional sense: Logical unit not ready, manual intervention required<br>Jul 5 11:09:54 megasrv2 kernel: end_request: I/O error, dev sdd, sector 0<br>Jul 5 11:09:54 megasrv2 kernel: Buffer I/O error on device sdd, logical block 0
<br>Jul 5 11:09:54 megasrv2 kernel: sd
1:0:0:2: Device not ready: <6>: Current: sense key: Not Ready<br><br>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... <br>
<br>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...<br></span></div><span class="q">_______________________________________________
<br>Ocfs2-users mailing list<br><a href="mailto:Ocfs2-users@oss.oracle.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">Ocfs2-users@oss.oracle.com</a><br><a href="http://oss.oracle.com/mailman/listinfo/ocfs2-users" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
http://oss.oracle.com/mailman/listinfo/ocfs2-users</a></span></blockquote><span class="ad"><br><p>
</p><hr size="1">Luggage? GPS? Comic books? <br>
Check out fitting <a href="http://us.rd.yahoo.com/evt=48249/*http://search.yahoo.com/search?fr=oni_on_mail&p=graduation+gifts&cs=bz" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)"> gifts for grads
</a> at Yahoo! Search.<p></p></span><br>_______________________________________________<br>Ocfs2-users mailing list<br><a onclick="return top.js.OpenExtLink(window,event,this)" href="mailto:Ocfs2-users@oss.oracle.com">Ocfs2-users@oss.oracle.com
</a><br><a onclick="return top.js.OpenExtLink(window,event,this)" href="http://oss.oracle.com/mailman/listinfo/ocfs2-users" target="_blank">http://oss.oracle.com/mailman/listinfo/ocfs2-users</a><br></blockquote></div><br>