<?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: vxrestore -rf hangs in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/vxrestore-rf-hangs/m-p/3480084#M213217</link>
    <description>I didn't think the -e option applied to this situation.   I have have added the -e ignore which did not change the result.&lt;BR /&gt;&lt;BR /&gt;vxdump 0f - $SRC|dd bs=8192|(cd $DEST;vxrestore xef ignore - )&lt;BR /&gt;&lt;BR /&gt;vxrestore -rf does not work for the reasons I already gave.   Perhaps this is a problem for the response center?</description>
    <pubDate>Mon, 07 Feb 2005 11:35:21 GMT</pubDate>
    <dc:creator>Mike Beach</dc:creator>
    <dc:date>2005-02-07T11:35:21Z</dc:date>
    <item>
      <title>vxrestore -rf hangs</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vxrestore-rf-hangs/m-p/3480081#M213214</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;We have several 300GB databases to copy from one filesystem to another.    We are getting the best performance with the following command:&lt;BR /&gt;&lt;BR /&gt;vxdump 0f - $SRC|dd bs=8192|(cd $DEST;vxrestore xf - )&lt;BR /&gt;&lt;BR /&gt;However, I don't know how to work around the annoying question:&lt;BR /&gt;&lt;BR /&gt;set owner/mode for '.'? [yn] &lt;BR /&gt;&lt;BR /&gt;I have tried all ways I can think of to pipe the "y" response into the command, but that causes the "y" to be stdin and messes up the pipe.&lt;BR /&gt;&lt;BR /&gt;The easy fix would be to run&lt;BR /&gt;&lt;BR /&gt;vxdump 0f - $SRC|dd bs=8192|(cd $DEST;vxrestore rf - )&lt;BR /&gt;&lt;BR /&gt;However, every time I try this, only 123375 blocks copy and then it just hangs with vxrestore using 97% CPU.&lt;BR /&gt;&lt;BR /&gt;I have tried with and without the dd in the pipe, I even added a dd before the vxrestore as well.&lt;BR /&gt;&lt;BR /&gt;Any ideas on how to make this work unattended?&lt;BR /&gt;&lt;BR /&gt;We are running on HPUX 11.11, VxFS 3.5.&lt;BR /&gt;&lt;BR /&gt;Thanks,  Mike</description>
      <pubDate>Mon, 07 Feb 2005 11:06:44 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vxrestore-rf-hangs/m-p/3480081#M213214</guid>
      <dc:creator>Mike Beach</dc:creator>
      <dc:date>2005-02-07T11:06:44Z</dc:date>
    </item>
    <item>
      <title>Re: vxrestore -rf hangs</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vxrestore-rf-hangs/m-p/3480082#M213215</link>
      <description>Mike,&lt;BR /&gt;can you do anything with the -e ignore option?&lt;BR /&gt;Regards</description>
      <pubDate>Mon, 07 Feb 2005 11:16:45 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vxrestore-rf-hangs/m-p/3480082#M213215</guid>
      <dc:creator>Peter Godron</dc:creator>
      <dc:date>2005-02-07T11:16:45Z</dc:date>
    </item>
    <item>
      <title>Re: vxrestore -rf hangs</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vxrestore-rf-hangs/m-p/3480083#M213216</link>
      <description>This is how I did it:&lt;BR /&gt;&lt;BR /&gt;vxdump -0 -f - -s 1000000 -b 16 $SRC |  (cd $DEST; vxrestore rf -)&lt;BR /&gt;&lt;BR /&gt;no need to dd&lt;BR /&gt;&lt;BR /&gt;Rgds...Geoff</description>
      <pubDate>Mon, 07 Feb 2005 11:20:30 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vxrestore-rf-hangs/m-p/3480083#M213216</guid>
      <dc:creator>Geoff Wild</dc:creator>
      <dc:date>2005-02-07T11:20:30Z</dc:date>
    </item>
    <item>
      <title>Re: vxrestore -rf hangs</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vxrestore-rf-hangs/m-p/3480084#M213217</link>
      <description>I didn't think the -e option applied to this situation.   I have have added the -e ignore which did not change the result.&lt;BR /&gt;&lt;BR /&gt;vxdump 0f - $SRC|dd bs=8192|(cd $DEST;vxrestore xef ignore - )&lt;BR /&gt;&lt;BR /&gt;vxrestore -rf does not work for the reasons I already gave.   Perhaps this is a problem for the response center?</description>
      <pubDate>Mon, 07 Feb 2005 11:35:21 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vxrestore-rf-hangs/m-p/3480084#M213217</guid>
      <dc:creator>Mike Beach</dc:creator>
      <dc:date>2005-02-07T11:35:21Z</dc:date>
    </item>
    <item>
      <title>Re: vxrestore -rf hangs</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vxrestore-rf-hangs/m-p/3480085#M213218</link>
      <description>Try it my way - without the dd - I think the dd is somehow affecting the restore...&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Rgds...Geoff</description>
      <pubDate>Mon, 07 Feb 2005 11:38:17 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vxrestore-rf-hangs/m-p/3480085#M213218</guid>
      <dc:creator>Geoff Wild</dc:creator>
      <dc:date>2005-02-07T11:38:17Z</dc:date>
    </item>
    <item>
      <title>Re: vxrestore -rf hangs</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vxrestore-rf-hangs/m-p/3480086#M213219</link>
      <description>Geoff,  thanks for your reply&lt;BR /&gt;&lt;BR /&gt;This command hangs in the exact same block count as before.   Here is the cut&amp;amp;paste of the command I ran as you suggested:&lt;BR /&gt;&lt;BR /&gt;vxdump -0 -f - -s 1000000 -b 16 $SRC | (cd $DEST; vxrestore rf -)&lt;BR /&gt;&lt;BR /&gt;For clarification, when I use vxrestore -xf, I do not have this problem.&lt;BR /&gt;&lt;BR /&gt;I have removed the dd for testing, however the copy runs faster with it in the pipe.</description>
      <pubDate>Mon, 07 Feb 2005 11:47:32 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vxrestore-rf-hangs/m-p/3480086#M213219</guid>
      <dc:creator>Mike Beach</dc:creator>
      <dc:date>2005-02-07T11:47:32Z</dc:date>
    </item>
    <item>
      <title>Re: vxrestore -rf hangs</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vxrestore-rf-hangs/m-p/3480087#M213220</link>
      <description>Okay - I get it now..&lt;BR /&gt;&lt;BR /&gt;Here's a dumb question - is there enough space in the $DEST file system? &lt;BR /&gt;&lt;BR /&gt;Also, are they setup the same way?  (largefile support, etc, and mounted that way)&lt;BR /&gt;&lt;BR /&gt;fsadm -v $SRC&lt;BR /&gt;fsadm -v $DEST&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;fstyp -v /dev/vgXX/rlvolSRC&lt;BR /&gt;fstyp -v /dev/vgXX/rlvolDEST&lt;BR /&gt;&lt;BR /&gt;Rgds...Geoff&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Mon, 07 Feb 2005 11:57:39 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vxrestore-rf-hangs/m-p/3480087#M213220</guid>
      <dc:creator>Geoff Wild</dc:creator>
      <dc:date>2005-02-07T11:57:39Z</dc:date>
    </item>
    <item>
      <title>Re: vxrestore -rf hangs</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vxrestore-rf-hangs/m-p/3480088#M213221</link>
      <description>The short answer is yes.    Keep in mind that I have been running copy tests for a week using vxrestore -xf.    The DEST filesystem is absolutely configured to handle it and the restore works correctly, unless I use -rf instead of -xf.&lt;BR /&gt;&lt;BR /&gt;Mike</description>
      <pubDate>Mon, 07 Feb 2005 13:09:34 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vxrestore-rf-hangs/m-p/3480088#M213221</guid>
      <dc:creator>Mike Beach</dc:creator>
      <dc:date>2005-02-07T13:09:34Z</dc:date>
    </item>
    <item>
      <title>Re: vxrestore -rf hangs</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vxrestore-rf-hangs/m-p/3480089#M213222</link>
      <description>I have an update.   after 1 hour and addition 3G of data was copied using vxrestore -rf.&lt;BR /&gt;&lt;BR /&gt;ordb3te&amp;gt; bdf -l /PCH_DB_NEW&lt;BR /&gt;Filesystem          kbytes    used   avail %used Mounted on&lt;BR /&gt;/dev/vx/dsk/dbpch/vol01&lt;BR /&gt;                   424225792  123375 397596024    0% /PCH_DB_NEW&lt;BR /&gt;ordb3te&amp;gt; bdf -l /PCH_DB_NEW&lt;BR /&gt;Filesystem          kbytes    used   avail %used Mounted on&lt;BR /&gt;/dev/vx/dsk/dbpch/vol01&lt;BR /&gt;                   424225792  126155 397593415    0% /PCH_DB_NEW&lt;BR /&gt;ordb3te&amp;gt; &lt;BR /&gt;&lt;BR /&gt;So, apparently, vxrestore is not completely hung.</description>
      <pubDate>Mon, 07 Feb 2005 13:12:26 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vxrestore-rf-hangs/m-p/3480089#M213222</guid>
      <dc:creator>Mike Beach</dc:creator>
      <dc:date>2005-02-07T13:12:26Z</dc:date>
    </item>
  </channel>
</rss>

