<?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 Shadowed disk in Operating System - OpenVMS</title>
    <link>https://community.hpe.com/t5/operating-system-openvms/shadowed-disk/m-p/4960331#M74508</link>
    <description>Just curious, if anyone has ever looked into this:&lt;BR /&gt;&lt;BR /&gt;If I created a shadow set DSA0 consisting of DISKA and DISKB, will DISKA and DISKB be phyiscally equal, or logically?&lt;BR /&gt;In other words: if a file is badly fragmented on DISKA, will it be as bad on DISKB (physically equal) or could it be be less fragmented on DISKB (logically equal)&lt;BR /&gt;&lt;BR /&gt;</description>
    <pubDate>Thu, 16 Feb 2006 06:01:45 GMT</pubDate>
    <dc:creator>Willem Grooters</dc:creator>
    <dc:date>2006-02-16T06:01:45Z</dc:date>
    <item>
      <title>Shadowed disk</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/shadowed-disk/m-p/4960331#M74508</link>
      <description>Just curious, if anyone has ever looked into this:&lt;BR /&gt;&lt;BR /&gt;If I created a shadow set DSA0 consisting of DISKA and DISKB, will DISKA and DISKB be phyiscally equal, or logically?&lt;BR /&gt;In other words: if a file is badly fragmented on DISKA, will it be as bad on DISKB (physically equal) or could it be be less fragmented on DISKB (logically equal)&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Thu, 16 Feb 2006 06:01:45 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/shadowed-disk/m-p/4960331#M74508</guid>
      <dc:creator>Willem Grooters</dc:creator>
      <dc:date>2006-02-16T06:01:45Z</dc:date>
    </item>
    <item>
      <title>Re: Shadowed disk</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/shadowed-disk/m-p/4960332#M74509</link>
      <description>As far as I am aware, the shadowing copies by LBNs rather than logical entities. So, in your hypothetical case the file would be as badly fragmented on DISB as it is on DISKA.&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Thu, 16 Feb 2006 06:25:31 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/shadowed-disk/m-p/4960332#M74509</guid>
      <dc:creator>Duncan Morris</dc:creator>
      <dc:date>2006-02-16T06:25:31Z</dc:date>
    </item>
    <item>
      <title>Re: Shadowed disk</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/shadowed-disk/m-p/4960333#M74510</link>
      <description>I suppose, the disks will be equal in terms of LBN, otherwise all that mini-merging etc.&lt;BR /&gt;would be very difficult.&lt;BR /&gt;&lt;BR /&gt;regards Kalle</description>
      <pubDate>Thu, 16 Feb 2006 06:25:37 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/shadowed-disk/m-p/4960333#M74510</guid>
      <dc:creator>Karl Rohwedder</dc:creator>
      <dc:date>2006-02-16T06:25:37Z</dc:date>
    </item>
    <item>
      <title>Re: Shadowed disk</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/shadowed-disk/m-p/4960334#M74511</link>
      <description>On a 'steady state' shadow set, the disks have the same content right down to the block level. So, yes, a file *IS* fragmented on BOTH disks.</description>
      <pubDate>Thu, 16 Feb 2006 06:43:06 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/shadowed-disk/m-p/4960334#M74511</guid>
      <dc:creator>Uwe Zessin</dc:creator>
      <dc:date>2006-02-16T06:43:06Z</dc:date>
    </item>
    <item>
      <title>Re: Shadowed disk</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/shadowed-disk/m-p/4960335#M74512</link>
      <description>Willem,&lt;BR /&gt;&lt;BR /&gt;The members are equal, block for block, bit for bit.&lt;BR /&gt;Even the UNallocated blocks are equal.&lt;BR /&gt;&lt;BR /&gt;hth &lt;BR /&gt;&lt;BR /&gt;Proost.&lt;BR /&gt;&lt;BR /&gt;Have one on me.&lt;BR /&gt;&lt;BR /&gt;jpe</description>
      <pubDate>Thu, 16 Feb 2006 06:44:57 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/shadowed-disk/m-p/4960335#M74512</guid>
      <dc:creator>Jan van den Ende</dc:creator>
      <dc:date>2006-02-16T06:44:57Z</dc:date>
    </item>
    <item>
      <title>Re: Shadowed disk</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/shadowed-disk/m-p/4960336#M74513</link>
      <description>Willem,&lt;BR /&gt;&lt;BR /&gt;Shadowing is LBN by LBN. That means the drives will be equal at the fragmentation level). On DSA disks, bad block handling is virtualized BELOW the LBN level, so you will not see those appear.&lt;BR /&gt;&lt;BR /&gt;- Bob Gezelter, &lt;A href="http://www.rlgsc.com" target="_blank"&gt;http://www.rlgsc.com&lt;/A&gt;</description>
      <pubDate>Thu, 16 Feb 2006 07:01:27 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/shadowed-disk/m-p/4960336#M74513</guid>
      <dc:creator>Robert Gezelter</dc:creator>
      <dc:date>2006-02-16T07:01:27Z</dc:date>
    </item>
    <item>
      <title>Re: Shadowed disk</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/shadowed-disk/m-p/4960337#M74514</link>
      <description>Hi Willem&lt;BR /&gt;&lt;BR /&gt;I aggree with the issues made in the above responses.&lt;BR /&gt;We had once a problem with shadow sets. This time we got a macro program, which compares two shadowset members and reports on any LBNs which do not contain exactly the same data.&lt;BR /&gt;&lt;BR /&gt;If you are interested to get this program please let me know. I can post the source of this program here&lt;BR /&gt;&lt;BR /&gt;Regards&lt;BR /&gt;&lt;BR /&gt;Heinz</description>
      <pubDate>Thu, 16 Feb 2006 07:20:42 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/shadowed-disk/m-p/4960337#M74514</guid>
      <dc:creator>Heinz W Genhart</dc:creator>
      <dc:date>2006-02-16T07:20:42Z</dc:date>
    </item>
    <item>
      <title>Re: Shadowed disk</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/shadowed-disk/m-p/4960338#M74515</link>
      <description>Yes, that was a bug in the shadowing code.&lt;BR /&gt;You could also get a program from HP service.&lt;BR /&gt;&lt;BR /&gt;These days, I think you can use&lt;BR /&gt;$ set shadow /demand_merge device:</description>
      <pubDate>Thu, 16 Feb 2006 07:24:08 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/shadowed-disk/m-p/4960338#M74515</guid>
      <dc:creator>Uwe Zessin</dc:creator>
      <dc:date>2006-02-16T07:24:08Z</dc:date>
    </item>
    <item>
      <title>Re: Shadowed disk</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/shadowed-disk/m-p/4960339#M74516</link>
      <description>I thought so, deducting it's feasable - if not required. It would be nice (and handy) though if the equality would be logical - for defragmenting on-the-fly, for instance.&lt;BR /&gt;Pity it cannot be done that way :)&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Thu, 16 Feb 2006 08:00:43 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/shadowed-disk/m-p/4960339#M74516</guid>
      <dc:creator>Willem Grooters</dc:creator>
      <dc:date>2006-02-16T08:00:43Z</dc:date>
    </item>
    <item>
      <title>Re: Shadowed disk</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/shadowed-disk/m-p/4960340#M74517</link>
      <description>re: Heinz,&lt;BR /&gt;&lt;BR /&gt;$ ANAL/DISK/SHADOW is available in OpenVMS V7.3-2 to do shadowset block-by-block comparision between all the shadowset members.&lt;BR /&gt;&lt;BR /&gt;Volker.</description>
      <pubDate>Thu, 16 Feb 2006 13:53:33 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/shadowed-disk/m-p/4960340#M74517</guid>
      <dc:creator>Volker Halle</dc:creator>
      <dc:date>2006-02-16T13:53:33Z</dc:date>
    </item>
    <item>
      <title>Re: Shadowed disk</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/shadowed-disk/m-p/4960341#M74518</link>
      <description>jpe wrote . . .&lt;BR /&gt;&lt;BR /&gt;The members are equal, block for block, bit for bit.&lt;BR /&gt;Even the UNallocated blocks are equal.&lt;BR /&gt;&lt;BR /&gt;---&lt;BR /&gt;&lt;BR /&gt;That is not necessarily true.  Please see the&lt;BR /&gt;help for INIT /SHADOW for the details, specifically the discussion about the use of the /ERASE qualifier in order to reduce the potential time of a full merge operation.&lt;BR /&gt;&lt;BR /&gt;                   -- Rob</description>
      <pubDate>Thu, 16 Feb 2006 13:54:25 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/shadowed-disk/m-p/4960341#M74518</guid>
      <dc:creator>Robert Brooks_1</dc:creator>
      <dc:date>2006-02-16T13:54:25Z</dc:date>
    </item>
    <item>
      <title>Re: Shadowed disk</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/shadowed-disk/m-p/4960342#M74519</link>
      <description>Robert,&lt;BR /&gt;&lt;BR /&gt;yes, I was aware of that. If I had had some more time when making my entry I even would have hinted at that. But as this only is a new feature, and even then, best used WITH erase, I chose to not mention that.&lt;BR /&gt;Even if INIT/SHAD is used without /ERASE, every block that ever gets used is made identical, to (if things go well) never get out of synch again.&lt;BR /&gt;&lt;BR /&gt;Proost.&lt;BR /&gt;&lt;BR /&gt;Have one on me.&lt;BR /&gt;&lt;BR /&gt;jpe</description>
      <pubDate>Thu, 16 Feb 2006 15:34:57 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/shadowed-disk/m-p/4960342#M74519</guid>
      <dc:creator>Jan van den Ende</dc:creator>
      <dc:date>2006-02-16T15:34:57Z</dc:date>
    </item>
    <item>
      <title>Re: Shadowed disk</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/shadowed-disk/m-p/4960343#M74520</link>
      <description>Willem,&lt;BR /&gt;&lt;BR /&gt;from your Forum Profile:&lt;BR /&gt;&lt;BR /&gt;&lt;QUOTE&gt;&lt;BR /&gt;I have assigned points to 642 of 686  responses to my questions.&lt;BR /&gt;&lt;/QUOTE&gt;&lt;BR /&gt;Some of the unassigned answers date back to 2004.&lt;BR /&gt;&lt;BR /&gt;Maybe you can find some time to do some assigning?&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://forums1.itrc.hp.com/service/forums/helptips.do?#33" target="_blank"&gt;http://forums1.itrc.hp.com/service/forums/helptips.do?#33&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;Mind, I do NOT say you necessarily need to give lots of points. It is fully up to _YOU_ to decide how many. If you consider an answer is not deserving any points, you can also assign 0 ( = zero ) points, and then that answer will no longer be counted as unassigned.&lt;BR /&gt;Consider, that every poster took at least the trouble of posting for you!&lt;BR /&gt;&lt;BR /&gt;To easily find your streams with unassigned points, click your own name somewhere.&lt;BR /&gt;This will bring up your profile.&lt;BR /&gt;Near the bottom of that page, under the caption "My Question(s)" you will find "questions or topics with unassigned points " Clicking that will give all, and only, your questions that still have unassigned postings.&lt;BR /&gt;&lt;BR /&gt;Thanks on behalf of your Forum colleagues.&lt;BR /&gt;&lt;BR /&gt;PS. - nothing personal in this. I try to post it to everyone with this kind of assignment ratio in this forum. If you have received a posting like this before - please do not take offence - none is intended!&lt;BR /&gt;&lt;BR /&gt;Proost.&lt;BR /&gt;&lt;BR /&gt;Have one on me.&lt;BR /&gt;&lt;BR /&gt;jpe</description>
      <pubDate>Sat, 18 Feb 2006 06:34:13 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/shadowed-disk/m-p/4960343#M74520</guid>
      <dc:creator>Jan van den Ende</dc:creator>
      <dc:date>2006-02-18T06:34:13Z</dc:date>
    </item>
  </channel>
</rss>

