<?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: Restoring using VXRESTORE in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/restoring-using-vxrestore/m-p/4881227#M849079</link>
    <description>Are you sure that all the filsystems you listed above are available and mounted on the target server? If so, it may be that vxrestore is writing to a log file?</description>
    <pubDate>Thu, 20 Jan 2005 11:33:44 GMT</pubDate>
    <dc:creator>Stephen Keane</dc:creator>
    <dc:date>2005-01-20T11:33:44Z</dc:date>
    <item>
      <title>Restoring using VXRESTORE</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/restoring-using-vxrestore/m-p/4881225#M849077</link>
      <description>I am after some help regarding using vxrestore to restore from tape that was created with the following command:-&lt;BR /&gt;&lt;BR /&gt;/usr/sbin/vxdump 0ubdsf 126 64000 999999 /dev/rmt/cxtydzBESTn&lt;BR /&gt;&lt;BR /&gt;I didn't setup the backup process - I've just lifted the above line out of the script that runs....  so am unsure what all the 0ubdsf etc options are...&lt;BR /&gt;&lt;BR /&gt;I understood (reading the man pages) that a vxrestore -r -f/dev/rmt/cxtydzBESTn would do the job....&lt;BR /&gt;&lt;BR /&gt;Problem is that we have just ignited to a different system with different disk sizes to the original - but all have adequate capacity etc.  Do I need to worry about this (or do I need to create similar disks with the correct extents, block sizes etc).&lt;BR /&gt;&lt;BR /&gt;Also, I believe (from the backup logs) that the following was backed up:-&lt;BR /&gt;&lt;BR /&gt;/dev/vg01/lvol1    mounted on    /u09&lt;BR /&gt;/dev/vg01/lvol2    mounted on    /u02&lt;BR /&gt;/dev/vg01/lvol4    mounted on    /u03&lt;BR /&gt;/dev/vg01/lvol5    mounted on    /u05&lt;BR /&gt;/dev/vg01/lvol6    mounted on    /u06&lt;BR /&gt;/dev/vg01/lvol7    mounted on    /u07&lt;BR /&gt;/dev/vg01/lvol9    mounted on    /opt&lt;BR /&gt;/dev/vg02/lvol1    mounted on    /var/opt&lt;BR /&gt;/dev/vg03/lvol1    mounted on    /u08&lt;BR /&gt;/dev/vg04/lvol1    mounted on    /u01&lt;BR /&gt;&lt;BR /&gt;so running vxrestore -r from / should restore all the files back right???  However, it seems that all that happens is the system attempts to restore to "/" and not into the mount points (ie /u01 /u08 etc) - so it runs for 4 seconds or so, then errors with "no space on device" message....&lt;BR /&gt;&lt;BR /&gt;Any help would be greatly appreciated.</description>
      <pubDate>Thu, 20 Jan 2005 10:07:32 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/restoring-using-vxrestore/m-p/4881225#M849077</guid>
      <dc:creator>MIDAS</dc:creator>
      <dc:date>2005-01-20T10:07:32Z</dc:date>
    </item>
    <item>
      <title>Re: Restoring using VXRESTORE</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/restoring-using-vxrestore/m-p/4881226#M849078</link>
      <description>0 = dump level, for incremental dumps in this case the whole filesytem not a delta&lt;BR /&gt;&lt;BR /&gt;u = If the dump completes successfully, write in /var/adm/dumpdates the date when the dump started.&lt;BR /&gt;&lt;BR /&gt;b = block size [126]&lt;BR /&gt;&lt;BR /&gt;d = density (bpi) [64000]&lt;BR /&gt;&lt;BR /&gt;s = size of dump tape (feet) [999999]&lt;BR /&gt;&lt;BR /&gt;f = where to write the dump [/dev/rmt/cxtydzBESTn]&lt;BR /&gt;&lt;BR /&gt;If you want to see what is on the tape (without restoring it)&lt;BR /&gt;&lt;BR /&gt;vxrestore tf /dev/rmt/cxtydzBESTn&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Thu, 20 Jan 2005 11:22:12 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/restoring-using-vxrestore/m-p/4881226#M849078</guid>
      <dc:creator>Stephen Keane</dc:creator>
      <dc:date>2005-01-20T11:22:12Z</dc:date>
    </item>
    <item>
      <title>Re: Restoring using VXRESTORE</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/restoring-using-vxrestore/m-p/4881227#M849079</link>
      <description>Are you sure that all the filsystems you listed above are available and mounted on the target server? If so, it may be that vxrestore is writing to a log file?</description>
      <pubDate>Thu, 20 Jan 2005 11:33:44 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/restoring-using-vxrestore/m-p/4881227#M849079</guid>
      <dc:creator>Stephen Keane</dc:creator>
      <dc:date>2005-01-20T11:33:44Z</dc:date>
    </item>
    <item>
      <title>Re: Restoring using VXRESTORE</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/restoring-using-vxrestore/m-p/4881228#M849080</link>
      <description>Thanks for the explanation of the switches. &lt;BR /&gt;&lt;BR /&gt;I've been able to change into each of the directories and space count through the backed up files using the mt command and restore a mount point at a time (each of the mount points had been backed up using a separate vxdump command). Using the vxrestore -r from within / would have been a lot easier but if this works (I'm nearly done now) then at least I'll achieve what I need....</description>
      <pubDate>Thu, 20 Jan 2005 13:20:10 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/restoring-using-vxrestore/m-p/4881228#M849080</guid>
      <dc:creator>MIDAS</dc:creator>
      <dc:date>2005-01-20T13:20:10Z</dc:date>
    </item>
    <item>
      <title>Re: Restoring using VXRESTORE</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/restoring-using-vxrestore/m-p/4881229#M849081</link>
      <description>Thanks for the explanation of the switches. &lt;BR /&gt;&lt;BR /&gt;I've been able to change into each of the directories and space count through the backed up files using the mt command and restore a mount point at a time (each of the mount points had been backed up using a separate vxdump command). Using the vxrestore -r from within / would have been a lot easier but if this works (I'm nearly done now) then at least I'll achieve what I need....</description>
      <pubDate>Thu, 20 Jan 2005 13:23:39 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/restoring-using-vxrestore/m-p/4881229#M849081</guid>
      <dc:creator>MIDAS</dc:creator>
      <dc:date>2005-01-20T13:23:39Z</dc:date>
    </item>
  </channel>
</rss>

