<?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: 2nd EMC BCV split fails fsck in Disk Enclosures</title>
    <link>https://community.hpe.com/t5/disk-enclosures/2nd-emc-bcv-split-fails-fsck/m-p/2962301#M8307</link>
    <description>Hi,&lt;BR /&gt;&lt;BR /&gt;I've done a good bit of BCV work with EMC arrays before but I haven't seen anything like that before.  &lt;BR /&gt;&lt;BR /&gt;Are you mounting the second set of BCVs on the same system?  If so, are you doing a vgchgid and then vgimporting the volume group?&lt;BR /&gt;&lt;BR /&gt;Are you doing a cold shutdown of Oracle or just putting the tablespaces into backup mode [I think that's the right term-I'm not a DBA]?&lt;BR /&gt;I wonder if some processes could still be open when the split happens which causes some filesystem problems.  &lt;BR /&gt;&lt;BR /&gt;The only part of it I've never tried before is the instant split.  We just did regular splits on our EMC BCVs.  You asked about waiting, and with the regular split the command doesn't finish until the split is done.  I'd suggest trying it without the 'instant' split and see how that works.&lt;BR /&gt;&lt;BR /&gt;If you can, you should upgrade your microcode level and software level so that you can do the concurrent BCVs.  It lets you keep up to eight sets of BCVs associated with a standard device at one time.  It really works great for keeping multiple sets of BCVs in play with the same set of standard disks.&lt;BR /&gt;&lt;BR /&gt;JP&lt;BR /&gt;</description>
    <pubDate>Wed, 30 Apr 2003 00:23:52 GMT</pubDate>
    <dc:creator>John Poff</dc:creator>
    <dc:date>2003-04-30T00:23:52Z</dc:date>
    <item>
      <title>2nd EMC BCV split fails fsck</title>
      <link>https://community.hpe.com/t5/disk-enclosures/2nd-emc-bcv-split-fails-fsck/m-p/2962300#M8306</link>
      <description>We are implementing a 2nd BCV off of the primary STDs. The 2nd split volumes failed fsck. I got a message:&lt;BR /&gt;&lt;BR /&gt;Checking logical volumes in vbkp01.&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;Mounting /dev/vbkp01/lvol01 to /u30.&lt;BR /&gt;vxfs mount: /dev/vbkp01/lvol01 is corrupted. needs checking&lt;BR /&gt;&lt;BR /&gt;Here is the time sequence:&lt;BR /&gt;&lt;BR /&gt;2300: First BCV syncs&lt;BR /&gt;0115: Shut down Oracle&lt;BR /&gt;0030: split 1st BCV&lt;BR /&gt;0100: 2nd BCV syncs&lt;BR /&gt;0118: 2nd BCV splits&lt;BR /&gt;0119: fsck fails&lt;BR /&gt;0300: restart Oracle&lt;BR /&gt;&lt;BR /&gt;The code is the same. The commands look like this:&lt;BR /&gt;&lt;BR /&gt;symmir -f ${BCVFILE} -sid ${SID} -instant split -nopromt&lt;BR /&gt;&lt;BR /&gt;fsck -F vxfs /dev/${VOLUME}/${LV}&lt;BR /&gt;&lt;BR /&gt;When I do a "full" fsck with the "-y" option, the fsck is successful, and the filesystems mount:&lt;BR /&gt;&lt;BR /&gt;fsck -y -F vxfs /dev/vbkp03/lvol05&lt;BR /&gt;&lt;BR /&gt;And, the filesystems are identical, and Oracle starts on the 2nd BCV.&lt;BR /&gt;&lt;BR /&gt;So, am I doing something wrong?:&lt;BR /&gt;Is there something different about a 2nd split after a 1st split?&lt;BR /&gt;Should I not use "instant split" on the 2nd split?&lt;BR /&gt;Should I wait more time?&lt;BR /&gt;&lt;BR /&gt;We don't have "concurrent sync/split" capability. Our microcode is 5566.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Tue, 29 Apr 2003 18:47:54 GMT</pubDate>
      <guid>https://community.hpe.com/t5/disk-enclosures/2nd-emc-bcv-split-fails-fsck/m-p/2962300#M8306</guid>
      <dc:creator>Stuart Abramson_2</dc:creator>
      <dc:date>2003-04-29T18:47:54Z</dc:date>
    </item>
    <item>
      <title>Re: 2nd EMC BCV split fails fsck</title>
      <link>https://community.hpe.com/t5/disk-enclosures/2nd-emc-bcv-split-fails-fsck/m-p/2962301#M8307</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;I've done a good bit of BCV work with EMC arrays before but I haven't seen anything like that before.  &lt;BR /&gt;&lt;BR /&gt;Are you mounting the second set of BCVs on the same system?  If so, are you doing a vgchgid and then vgimporting the volume group?&lt;BR /&gt;&lt;BR /&gt;Are you doing a cold shutdown of Oracle or just putting the tablespaces into backup mode [I think that's the right term-I'm not a DBA]?&lt;BR /&gt;I wonder if some processes could still be open when the split happens which causes some filesystem problems.  &lt;BR /&gt;&lt;BR /&gt;The only part of it I've never tried before is the instant split.  We just did regular splits on our EMC BCVs.  You asked about waiting, and with the regular split the command doesn't finish until the split is done.  I'd suggest trying it without the 'instant' split and see how that works.&lt;BR /&gt;&lt;BR /&gt;If you can, you should upgrade your microcode level and software level so that you can do the concurrent BCVs.  It lets you keep up to eight sets of BCVs associated with a standard device at one time.  It really works great for keeping multiple sets of BCVs in play with the same set of standard disks.&lt;BR /&gt;&lt;BR /&gt;JP&lt;BR /&gt;</description>
      <pubDate>Wed, 30 Apr 2003 00:23:52 GMT</pubDate>
      <guid>https://community.hpe.com/t5/disk-enclosures/2nd-emc-bcv-split-fails-fsck/m-p/2962301#M8307</guid>
      <dc:creator>John Poff</dc:creator>
      <dc:date>2003-04-30T00:23:52Z</dc:date>
    </item>
  </channel>
</rss>

