<?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: Automated BCV replication in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/automated-bcv-replication/m-p/2498387#M654983</link>
    <description>You not only need to unmount your BCV volume group(s), you need to do something like:&lt;BR /&gt;&lt;BR /&gt;# vgchange -a n /dev/vgbcv01&lt;BR /&gt;# vgexport /dev/vgbcv01&lt;BR /&gt;&lt;BR /&gt;then you re-establish your STD-BCV pairs.  If you don't then the information under /dev/vgbcv01 (or whatever you call your BCV volume group) will be out of sync with reality.&lt;BR /&gt;&lt;BR /&gt;The next day you start the process all over again, by splitting the BCV's, and rebuilding your volume group.&lt;BR /&gt;</description>
    <pubDate>Mon, 26 Feb 2001 19:48:18 GMT</pubDate>
    <dc:creator>James A. Donovan</dc:creator>
    <dc:date>2001-02-26T19:48:18Z</dc:date>
    <item>
      <title>Automated BCV replication</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/automated-bcv-replication/m-p/2498386#M654982</link>
      <description>I'm trying to put together a script to automate EMC BCV replication, and I can make it work the first time, but none after that.&lt;BR /&gt;&lt;BR /&gt;The first run through, the VG for the BCV volumes gets created, mknod creates the group file, vgchgid does its thing, vgimport imports the volumes, vgchange makes it active, vgcfgbackup back up the configuration, fsck checks the filesystem, and it's mounted.&lt;BR /&gt;&lt;BR /&gt;Now, I have a replicated dataset. I want to replicate it again for the next day. So, I umount the filesystem, re-issue the establish command, split it when done, only now I can't seem to get LVM to see them again.&lt;BR /&gt;&lt;BR /&gt;Out of the original process that created everything, what parts of it do I need to tun to mount it again?&lt;BR /&gt;&lt;BR /&gt;TIA&lt;BR /&gt;&lt;BR /&gt;Mike</description>
      <pubDate>Mon, 26 Feb 2001 19:25:20 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/automated-bcv-replication/m-p/2498386#M654982</guid>
      <dc:creator>Mike Smith_2</dc:creator>
      <dc:date>2001-02-26T19:25:20Z</dc:date>
    </item>
    <item>
      <title>Re: Automated BCV replication</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/automated-bcv-replication/m-p/2498387#M654983</link>
      <description>You not only need to unmount your BCV volume group(s), you need to do something like:&lt;BR /&gt;&lt;BR /&gt;# vgchange -a n /dev/vgbcv01&lt;BR /&gt;# vgexport /dev/vgbcv01&lt;BR /&gt;&lt;BR /&gt;then you re-establish your STD-BCV pairs.  If you don't then the information under /dev/vgbcv01 (or whatever you call your BCV volume group) will be out of sync with reality.&lt;BR /&gt;&lt;BR /&gt;The next day you start the process all over again, by splitting the BCV's, and rebuilding your volume group.&lt;BR /&gt;</description>
      <pubDate>Mon, 26 Feb 2001 19:48:18 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/automated-bcv-replication/m-p/2498387#M654983</guid>
      <dc:creator>James A. Donovan</dc:creator>
      <dc:date>2001-02-26T19:48:18Z</dc:date>
    </item>
    <item>
      <title>Re: Automated BCV replication</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/automated-bcv-replication/m-p/2498388#M654984</link>
      <description>Wow, the vgexport command you list effectively deletes it. So, I have re-create the whole thing each time? Hmm.. And they said it was easier...</description>
      <pubDate>Mon, 26 Feb 2001 20:30:24 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/automated-bcv-replication/m-p/2498388#M654984</guid>
      <dc:creator>Mike Smith_2</dc:creator>
      <dc:date>2001-02-26T20:30:24Z</dc:date>
    </item>
    <item>
      <title>Re: Automated BCV replication</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/automated-bcv-replication/m-p/2498389#M654985</link>
      <description>Yes, you have to do it all over again every time.  Remeber, when you synchronize your BCV's, it's synchronizing the WHOLE disk, not just the part where your files reside.&lt;BR /&gt;&lt;BR /&gt;This is why you need to issue the vgchgid command, because when you split off the BCV volume that device has the same Volume Group ID as the STD device it had been mirrored with.</description>
      <pubDate>Mon, 26 Feb 2001 21:03:05 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/automated-bcv-replication/m-p/2498389#M654985</guid>
      <dc:creator>James A. Donovan</dc:creator>
      <dc:date>2001-02-26T21:03:05Z</dc:date>
    </item>
    <item>
      <title>Re: Automated BCV replication</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/automated-bcv-replication/m-p/2498390#M654986</link>
      <description>Right. I understand that part of it. I was just having trouble with the imported nature of the volumes. You'd think that once the physical paths were part of a given volume group, and vgchgid made them viewable, that you should just be able to fsck and mount them.&lt;BR /&gt;&lt;BR /&gt;I guess not...&lt;BR /&gt;&lt;BR /&gt;Thanks.</description>
      <pubDate>Mon, 26 Feb 2001 21:12:34 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/automated-bcv-replication/m-p/2498390#M654986</guid>
      <dc:creator>Mike Smith_2</dc:creator>
      <dc:date>2001-02-26T21:12:34Z</dc:date>
    </item>
  </channel>
</rss>

