Hi Heinz,
<br>Since I wrote that I noticed that the drives that it fails to find the metadata on have the total number of 512-byte sectors not divisible by 63.  So you could have dmraid do a search if it recognizes that case.   I am pretty sure that on large 48-bit lba modern drives this will be the case where the divisor used by the Promise controller to find the last cylinder to store it's metadata is always 63, and it's a holdover from the days when the C/H/S geometry really mattered, but promise decided to keep their metadata backwards compatible with the old controllers.  Thanks for your response.
<br>    -James
<br>
<br><br><br><br><br><br><blockquote style='border-top: 1px solid rgb(204, 204, 204); margin: 0.8ex 0pt 0pt 0pt; padding-bottom: 1ex;'>
<br>---------[ Received Mail Content ]----------<br>
<br> <b>Subject : </b>Re: pdc type metadata location on disk<br>
<br> <b>Date : </b>Mon, 28 Sep 2009 18:20:36 +0200<br>
<br> <b>From : </b>Heinz Mauelshagen <heinzm@redhat.com><br>
<br> <b>To : </b>"ATARAID (eg, Promise Fasttrak, Highpoint 370) related discussions" <ataraid-list@redhat.com><br>
<br><br>
<br>James,
<br><br>
<br><br>thanks for the heads up.
<br><br>
<br><br>We do have heuristics for a bunch of possible PDC metadata offsets but
<br><br>things like HPA and new offsets found keep adding to the given list.
<br><br>
<br><br>I've already thought of scanning the end of each device for any PDC
<br><br>signature rather than going by finite list of possible assumed ones.
<br><br>
<br><br>Probably adding such approach to a later release...
<br><br>
<br><br>Regards,
<br><br>Heinz
<br><br>
<br><br>On Tue, 2009-09-22 at 17:12 -0400, James Olson wrote:
<br><br>> Hi Heinz, 
<br><br>> dmraid sometimes fails to find promise pdc metadata. I have analyzed
<br><br>> the failure and have figured out that the simple offset from the end
<br><br>> of the disk is not enough. The metadata is in the beginning of what
<br><br>> the controller thinks is the last cylinder of the disk. If you examine
<br><br>> the dmraid -n output, 0x22b raid.sectors: 63, in this case the place
<br><br>> to look for the metadata is near the end of the disk but a in sector
<br><br>> number divisible by 63. I have worked around this problem by adjusting
<br><br>> the host protected area using hdparm, but this is not an ideal
<br><br>> solution. 
<br><br>> Let me know if you want more details, 
<br><br>> -James 
<br><br>> _______________________________________________
<br><br>> Ataraid-list mailing list
<br><br>> Ataraid-list@redhat.com
<br><br>> https://www.redhat.com/mailman/listinfo/ataraid-list
<br><br>
<br><br>_______________________________________________
<br><br>Ataraid-list mailing list
<br><br>Ataraid-list@redhat.com
<br><br>https://www.redhat.com/mailman/listinfo/ataraid-list
<br><br></BLOCKQUOTE>