<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Post P2V Mbralign Problem in VMware Solutions Discussions</title>
    <link>https://community.netapp.com/t5/VMware-Solutions-Discussions/Post-P2V-Mbralign-Problem/m-p/23983#M2291</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Andrew is correct, 'mbralign --help' should show the version.&amp;nbsp; The latest version is 1.40090416.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The first thing you'll want to do is grab the latest version of &lt;A href="http://now.netapp.com/NOW/download/tools/mbralign/" target="_blank"&gt;mbralign&lt;/A&gt; (if you don't have it).&amp;nbsp; If this doesn't clear up the problem, we can make arrangements to get the debug output from you.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Here is a description of what is going on:&lt;BR /&gt;When mbralign detects a partition that contains an NTFS filesystem (partition type 0x07), it makes adjustments to the NTFS boot sector of that filesystem.&amp;nbsp; A second copy of this metadata is kept in the last 512 bytes of the filesystem as a backup.&amp;nbsp; This backup was very important in the days of physical disk systems because a single sector error (at the right location) could render the filesystem unusable for boot.&amp;nbsp; Today, this is less important especially in the case of a virtual hard drive (vmdk file) on a enterprise storage array.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Both versions of mbralign read the backup boot sector before making adjustments to it.&amp;nbsp; In mbralign 1.2, if the backup didn't match the original, the warning/error you received is displayed.&amp;nbsp; The 1.40090416 version handles this better in that it compares the backup to the original backup (not the original).&amp;nbsp; If it doesn't match in this case (much lower likelihood), you'd get the error as well.&amp;nbsp; In this case, the debug information (--debug) can be used to determine if its safe to use the resulting file.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Mon, 11 May 2009 13:47:34 GMT</pubDate>
    <dc:creator>forgette</dc:creator>
    <dc:date>2009-05-11T13:47:34Z</dc:date>
    <item>
      <title>Post P2V Mbralign Problem</title>
      <link>https://community.netapp.com/t5/VMware-Solutions-Discussions/Post-P2V-Mbralign-Problem/m-p/23975#M2289</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;We are in the middle of doing P2V conversions here at the bank.&amp;nbsp; They have all P2V'ed just fine.&amp;nbsp; Then we go to mbralign the vmdk files and some have been OK others have come back with warnings.....&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Backup hidden did not match primary.&amp;nbsp; No change was made to backup.&amp;nbsp; This usually indicates a failure in the mbralign process or data corruption.&amp;nbsp; You should consider reverting this process (run the script again and choose yes to the "Shall I restore" questoin).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;It says that twice then asks the question.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The servers that have worked have multiple partitions or at least a c and a e drive.&amp;nbsp; All reside on Windows drive 0.&amp;nbsp; The ones that do not work have the same setup.&amp;nbsp; A C and an E drive on drive 0.&amp;nbsp; I'm not sure of the mbralign version that is on the vmhost as a vendor put it on.&amp;nbsp; I'm trying to find out now.&amp;nbsp; In the meantime I can't find anything about this error out there and I find it hard to believe I'm the only one who's ever seen this.&amp;nbsp; Thanks&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 05 Jun 2025 07:28:28 GMT</pubDate>
      <guid>https://community.netapp.com/t5/VMware-Solutions-Discussions/Post-P2V-Mbralign-Problem/m-p/23975#M2289</guid>
      <dc:creator>__CHRIS_CYRE_19529</dc:creator>
      <dc:date>2025-06-05T07:28:28Z</dc:date>
    </item>
    <item>
      <title>Re: Post P2V Mbralign Problem</title>
      <link>https://community.netapp.com/t5/VMware-Solutions-Discussions/Post-P2V-Mbralign-Problem/m-p/23979#M2290</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Let me see if I can ask someone who might know the answer to this...&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;To see the version of mbralign just run "mbralign --help" to see it....if you're not running the latest version (1.4), I'd try upgrading to that regardless.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sun, 10 May 2009 02:04:56 GMT</pubDate>
      <guid>https://community.netapp.com/t5/VMware-Solutions-Discussions/Post-P2V-Mbralign-Problem/m-p/23979#M2290</guid>
      <dc:creator>amiller_1</dc:creator>
      <dc:date>2009-05-10T02:04:56Z</dc:date>
    </item>
    <item>
      <title>Re: Post P2V Mbralign Problem</title>
      <link>https://community.netapp.com/t5/VMware-Solutions-Discussions/Post-P2V-Mbralign-Problem/m-p/23983#M2291</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Andrew is correct, 'mbralign --help' should show the version.&amp;nbsp; The latest version is 1.40090416.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The first thing you'll want to do is grab the latest version of &lt;A href="http://now.netapp.com/NOW/download/tools/mbralign/" target="_blank"&gt;mbralign&lt;/A&gt; (if you don't have it).&amp;nbsp; If this doesn't clear up the problem, we can make arrangements to get the debug output from you.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Here is a description of what is going on:&lt;BR /&gt;When mbralign detects a partition that contains an NTFS filesystem (partition type 0x07), it makes adjustments to the NTFS boot sector of that filesystem.&amp;nbsp; A second copy of this metadata is kept in the last 512 bytes of the filesystem as a backup.&amp;nbsp; This backup was very important in the days of physical disk systems because a single sector error (at the right location) could render the filesystem unusable for boot.&amp;nbsp; Today, this is less important especially in the case of a virtual hard drive (vmdk file) on a enterprise storage array.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Both versions of mbralign read the backup boot sector before making adjustments to it.&amp;nbsp; In mbralign 1.2, if the backup didn't match the original, the warning/error you received is displayed.&amp;nbsp; The 1.40090416 version handles this better in that it compares the backup to the original backup (not the original).&amp;nbsp; If it doesn't match in this case (much lower likelihood), you'd get the error as well.&amp;nbsp; In this case, the debug information (--debug) can be used to determine if its safe to use the resulting file.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 11 May 2009 13:47:34 GMT</pubDate>
      <guid>https://community.netapp.com/t5/VMware-Solutions-Discussions/Post-P2V-Mbralign-Problem/m-p/23983#M2291</guid>
      <dc:creator>forgette</dc:creator>
      <dc:date>2009-05-11T13:47:34Z</dc:date>
    </item>
  </channel>
</rss>

