<?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: xp256 split runs into errors in Disk Enclosures</title>
    <link>https://community.hpe.com/t5/disk-enclosures/xp256-split-runs-into-errors/m-p/3115632#M10219</link>
    <description>&lt;BR /&gt;The XP256 Business Copy will copy all the LVM header information so if the BC volume group is on the same server as the original, you need to change the volume group ID on all the disks in the BC volume group.  (This is not the same as the /dev/vgBC/group file.) &lt;BR /&gt;&lt;BR /&gt;First, do a ls -l /dev/vgBC/group and record the info because you will need to re-create this file later.&lt;BR /&gt;&lt;BR /&gt;Now you will need to export the BC volume group before doing the split. Use the vgexport command with the -m and -f options to preserve the logical volume names and disk info.&lt;BR /&gt;&lt;BR /&gt;Then do the split.  (If you can unmount the file systems in the original volume group before doing the split, then you won't have to do a fsck on the BC later) &lt;BR /&gt;&lt;BR /&gt;When the split is complete you need to do a vgchgid on all the disks in the BC volume group.  This is to make the VGID unique.  If you don't do this you will not be able to access the BC volume group on the same server as the original.&lt;BR /&gt;&lt;BR /&gt;Now re-create the /dev/vgBC directory and use mknod to re-create the group file.&lt;BR /&gt;&lt;BR /&gt;Now do a vgimport with the -m and -f options to import the BC volume group with the new vg id.&lt;BR /&gt;&lt;BR /&gt;Activate the BC volume group using vgchange -a y vgname&lt;BR /&gt;&lt;BR /&gt;Now you should be able to access the logical volumes.&lt;BR /&gt;&lt;BR /&gt;If the BC volume group is on a different server, you only need to deactivate the BC volume group before doing the split, then reactivate it after.</description>
    <pubDate>Wed, 12 Nov 2003 05:42:44 GMT</pubDate>
    <dc:creator>Robert Young_9</dc:creator>
    <dc:date>2003-11-12T05:42:44Z</dc:date>
    <item>
      <title>xp256 split runs into errors</title>
      <link>https://community.hpe.com/t5/disk-enclosures/xp256-split-runs-into-errors/m-p/3115630#M10217</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;We have an XP256 array &amp;amp; we synchronized the BC vg's but when the BC vg's were in PAIRED status &amp;amp; we issued a split command, during the fsck phase the below error is prompted &amp;amp; the split fails:&lt;BR /&gt;&lt;BR /&gt; Now we need to mount the new logical volumes on the BC mount points&lt;BR /&gt;log replay in progress&lt;BR /&gt;vxfs fsck: file system does not contain a valid log&lt;BR /&gt;vxfs fsck: cannot perform log replay&lt;BR /&gt;file system is not clean, full fsck required&lt;BR /&gt;full file system check required, exiting ...&lt;BR /&gt;vxfs mount: /dev/vg_name/lvol1 is corrupted. needs checking&lt;BR /&gt;ERROR: The command - mount /dev/vg_name/lvol1 /mount_pt failed.&lt;BR /&gt;&lt;BR /&gt;Anyone have any ideas on resolution?&lt;BR /&gt;&lt;BR /&gt;Thanks in advance.</description>
      <pubDate>Tue, 11 Nov 2003 01:54:10 GMT</pubDate>
      <guid>https://community.hpe.com/t5/disk-enclosures/xp256-split-runs-into-errors/m-p/3115630#M10217</guid>
      <dc:creator>Edgar_8</dc:creator>
      <dc:date>2003-11-11T01:54:10Z</dc:date>
    </item>
    <item>
      <title>Re: xp256 split runs into errors</title>
      <link>https://community.hpe.com/t5/disk-enclosures/xp256-split-runs-into-errors/m-p/3115631#M10218</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;Does anyone out there have any advice as to resolving this problem?&lt;BR /&gt;&lt;BR /&gt;Thanks in advance!</description>
      <pubDate>Tue, 11 Nov 2003 02:24:13 GMT</pubDate>
      <guid>https://community.hpe.com/t5/disk-enclosures/xp256-split-runs-into-errors/m-p/3115631#M10218</guid>
      <dc:creator>Edgar_8</dc:creator>
      <dc:date>2003-11-11T02:24:13Z</dc:date>
    </item>
    <item>
      <title>Re: xp256 split runs into errors</title>
      <link>https://community.hpe.com/t5/disk-enclosures/xp256-split-runs-into-errors/m-p/3115632#M10219</link>
      <description>&lt;BR /&gt;The XP256 Business Copy will copy all the LVM header information so if the BC volume group is on the same server as the original, you need to change the volume group ID on all the disks in the BC volume group.  (This is not the same as the /dev/vgBC/group file.) &lt;BR /&gt;&lt;BR /&gt;First, do a ls -l /dev/vgBC/group and record the info because you will need to re-create this file later.&lt;BR /&gt;&lt;BR /&gt;Now you will need to export the BC volume group before doing the split. Use the vgexport command with the -m and -f options to preserve the logical volume names and disk info.&lt;BR /&gt;&lt;BR /&gt;Then do the split.  (If you can unmount the file systems in the original volume group before doing the split, then you won't have to do a fsck on the BC later) &lt;BR /&gt;&lt;BR /&gt;When the split is complete you need to do a vgchgid on all the disks in the BC volume group.  This is to make the VGID unique.  If you don't do this you will not be able to access the BC volume group on the same server as the original.&lt;BR /&gt;&lt;BR /&gt;Now re-create the /dev/vgBC directory and use mknod to re-create the group file.&lt;BR /&gt;&lt;BR /&gt;Now do a vgimport with the -m and -f options to import the BC volume group with the new vg id.&lt;BR /&gt;&lt;BR /&gt;Activate the BC volume group using vgchange -a y vgname&lt;BR /&gt;&lt;BR /&gt;Now you should be able to access the logical volumes.&lt;BR /&gt;&lt;BR /&gt;If the BC volume group is on a different server, you only need to deactivate the BC volume group before doing the split, then reactivate it after.</description>
      <pubDate>Wed, 12 Nov 2003 05:42:44 GMT</pubDate>
      <guid>https://community.hpe.com/t5/disk-enclosures/xp256-split-runs-into-errors/m-p/3115632#M10219</guid>
      <dc:creator>Robert Young_9</dc:creator>
      <dc:date>2003-11-12T05:42:44Z</dc:date>
    </item>
  </channel>
</rss>

