<?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 Verify data move in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/verify-data-move/m-p/3921192#M761622</link>
    <description>I'm moving 16GB across our local network 100FD&lt;BR /&gt;with this command.&lt;BR /&gt;tar -cf - HUNDX|remsh hpdxha "(cd /data2/concordx;tar -xf -)"&lt;BR /&gt;&lt;BR /&gt;What is the best way to verify it is complete and not corrupted?</description>
    <pubDate>Fri, 05 Jan 2007 01:17:05 GMT</pubDate>
    <dc:creator>Larry Basford</dc:creator>
    <dc:date>2007-01-05T01:17:05Z</dc:date>
    <item>
      <title>Verify data move</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/verify-data-move/m-p/3921192#M761622</link>
      <description>I'm moving 16GB across our local network 100FD&lt;BR /&gt;with this command.&lt;BR /&gt;tar -cf - HUNDX|remsh hpdxha "(cd /data2/concordx;tar -xf -)"&lt;BR /&gt;&lt;BR /&gt;What is the best way to verify it is complete and not corrupted?</description>
      <pubDate>Fri, 05 Jan 2007 01:17:05 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/verify-data-move/m-p/3921192#M761622</guid>
      <dc:creator>Larry Basford</dc:creator>
      <dc:date>2007-01-05T01:17:05Z</dc:date>
    </item>
    <item>
      <title>Re: Verify data move</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/verify-data-move/m-p/3921193#M761623</link>
      <description>I'm not sure if there is a "best" way.  You could use find and cksum on both the source and target and then compare:&lt;BR /&gt;$ find . -type f -exec cksum + | sort -k3,3&lt;BR /&gt;268918048 189 ./ABC/fffff&lt;BR /&gt;...&lt;BR /&gt;&lt;BR /&gt;You might want to use "remsh hpdxha -n ..." above.</description>
      <pubDate>Fri, 05 Jan 2007 03:31:55 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/verify-data-move/m-p/3921193#M761623</guid>
      <dc:creator>Dennis Handly</dc:creator>
      <dc:date>2007-01-05T03:31:55Z</dc:date>
    </item>
    <item>
      <title>Re: Verify data move</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/verify-data-move/m-p/3921194#M761624</link>
      <description>Larry,&lt;BR /&gt;if you are not confident in the error reporting you could nfs mount and then copy.&lt;BR /&gt;After your copy you could then also run dircmp or diff to compare directories.</description>
      <pubDate>Fri, 05 Jan 2007 03:42:54 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/verify-data-move/m-p/3921194#M761624</guid>
      <dc:creator>Peter Godron</dc:creator>
      <dc:date>2007-01-05T03:42:54Z</dc:date>
    </item>
    <item>
      <title>Re: Verify data move</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/verify-data-move/m-p/3921195#M761625</link>
      <description>- You can count the number of files using "find . -type f -print | wc -l"&lt;BR /&gt;&lt;BR /&gt;- You can check the total size of the files using "du -sk ."&lt;BR /&gt;&lt;BR /&gt;This will put some load on your machine for a bit, though. But if that's acceptable, you'd know all files are copied and the used diskspace is the same, which might ease your mind.&lt;BR /&gt;&lt;BR /&gt;Also consider checking out rsync for such things, it can be quite useful:&lt;BR /&gt;&lt;A href="http://samba.anu.edu.au/rsync/" target="_blank"&gt;http://samba.anu.edu.au/rsync/&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;Cheers</description>
      <pubDate>Fri, 05 Jan 2007 04:01:03 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/verify-data-move/m-p/3921195#M761625</guid>
      <dc:creator>Wouter Jagers</dc:creator>
      <dc:date>2007-01-05T04:01:03Z</dc:date>
    </item>
    <item>
      <title>Re: Verify data move</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/verify-data-move/m-p/3921196#M761626</link>
      <description>hi,&lt;BR /&gt;if you are concerned about performance, you may also try to compress the TAR files before actually transferring the files to another location.&lt;BR /&gt;&lt;BR /&gt;hope this helps too!&lt;BR /&gt;kind regards&lt;BR /&gt;yogeeraj</description>
      <pubDate>Fri, 05 Jan 2007 08:58:26 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/verify-data-move/m-p/3921196#M761626</guid>
      <dc:creator>Yogeeraj_1</dc:creator>
      <dc:date>2007-01-05T08:58:26Z</dc:date>
    </item>
    <item>
      <title>Re: Verify data move</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/verify-data-move/m-p/3921197#M761627</link>
      <description>TO system&lt;BR /&gt; # ll -R HUNDX|wc -l&lt;BR /&gt;15646&lt;BR /&gt; # du -sk HUNDX&lt;BR /&gt;16404730        HUNDX&lt;BR /&gt;&lt;BR /&gt;FROM system&lt;BR /&gt;&lt;BR /&gt; # ll -R HUNDX|wc -l&lt;BR /&gt;15646&lt;BR /&gt; # du -sk HUNDX&lt;BR /&gt;16404930        HUNDX&lt;BR /&gt;&lt;BR /&gt;How does this make you feel?&lt;BR /&gt; cksum HUNDX&lt;BR /&gt;174277909 67584 HUNDX&lt;BR /&gt;cksum HUNDX&lt;BR /&gt;2081901881 65536 HUNDX&lt;BR /&gt;&lt;BR /&gt;I tried to just copy a directory to a different location and the chksum is different. Must be an directory inode difference or empty directories.</description>
      <pubDate>Fri, 05 Jan 2007 09:46:20 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/verify-data-move/m-p/3921197#M761627</guid>
      <dc:creator>Larry Basford</dc:creator>
      <dc:date>2007-01-05T09:46:20Z</dc:date>
    </item>
    <item>
      <title>Re: Verify data move</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/verify-data-move/m-p/3921198#M761628</link>
      <description>Trying to do a cksum on directories as you did most trecently is doomed to failure (or if it did happen to "work"; it would work purely by accident) because of the differences in directory sizes and inode assignments. The only meaningful and trustworthy though resource and time intensive method is to do a find on the regular files and -exec a cksum of each file and sort the output on both the target and source machines. Compare those lists using sdiff and you have an extremely high confidence that all is well. You should also be aware of the filesize limits imposed by the classic commands like tar and cpio so you might consider replacing your tar|tar pipeline with an fbackep|frecover pipeline which would also perform marginally better.</description>
      <pubDate>Fri, 05 Jan 2007 10:04:01 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/verify-data-move/m-p/3921198#M761628</guid>
      <dc:creator>A. Clay Stephenson</dc:creator>
      <dc:date>2007-01-05T10:04:01Z</dc:date>
    </item>
    <item>
      <title>Re: Verify data move</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/verify-data-move/m-p/3921199#M761629</link>
      <description>Hi Larry:&lt;BR /&gt;&lt;BR /&gt;I agree with Dennis and Clay --- 'cksum' is the most reliable way to confirm success.&lt;BR /&gt;&lt;BR /&gt;The value of 'fbackup/frecover' too is that not only does it handle largefiles should they exist, but it can also keep sparse files sparse.&lt;BR /&gt;&lt;BR /&gt;Do not bother to evaluate the size of directories on the source and target points.  Once a directory has been populated with files and space therein consumed, the deletion of a file does *not* return the now free directroy space.  Hence you will often find that the target directory after the copy of its files is smaller in size than the source directory from which the files came.&lt;BR /&gt;&lt;BR /&gt;Regards!&lt;BR /&gt;&lt;BR /&gt;...JRF...&lt;BR /&gt;</description>
      <pubDate>Fri, 05 Jan 2007 10:41:24 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/verify-data-move/m-p/3921199#M761629</guid>
      <dc:creator>James R. Ferguson</dc:creator>
      <dc:date>2007-01-05T10:41:24Z</dc:date>
    </item>
    <item>
      <title>Re: Verify data move</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/verify-data-move/m-p/3921200#M761630</link>
      <description>Hi Larry,&lt;BR /&gt;&lt;BR /&gt;you might also want to check rdist. This tool is intendet to maintain identical copies on several hosts and can be used for a filetransfer. I also has some reporting and comparison options. Do a man rdist for more informations.&lt;BR /&gt;&lt;BR /&gt;For a second look at the copied files i would also do a cksum on all files and compare the sorted output from source and target.&lt;BR /&gt;&lt;BR /&gt;Kind regards&lt;BR /&gt;&lt;BR /&gt;Stefan&lt;BR /&gt;&lt;BR /&gt;BTW: Happy New Year</description>
      <pubDate>Mon, 08 Jan 2007 05:17:43 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/verify-data-move/m-p/3921200#M761630</guid>
      <dc:creator>Stefan Schulz</dc:creator>
      <dc:date>2007-01-08T05:17:43Z</dc:date>
    </item>
    <item>
      <title>Re: Verify data move</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/verify-data-move/m-p/3921201#M761631</link>
      <description>&lt;!--!*#--&gt;I agree cksum(1) is the only really reliable method.  But to save time and network bandwidth, I'd do it like this:&lt;BR /&gt;&lt;BR /&gt;1. On the source system, do:&lt;BR /&gt;&lt;BR /&gt;     find &lt;TOP_DIR&gt; -type f -exec cksum {} \+ &amp;gt; /tmp/cksum.out&lt;BR /&gt;&lt;BR /&gt;2. tar and gzip the data, copy to the target system, gunzip and untar.&lt;BR /&gt;&lt;BR /&gt;3. Do the find(1) command in step 1 on the target system.&lt;BR /&gt;&lt;BR /&gt;4. Finally, do a cksum of the two /tmp/cksum.out files on the two systems.  They should be identical.  If they are not, move one to the other system (with a new name) and do a diff to see which files got corrupted.&lt;BR /&gt;&lt;BR /&gt;-Eric&lt;/TOP_DIR&gt;</description>
      <pubDate>Mon, 08 Jan 2007 13:49:00 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/verify-data-move/m-p/3921201#M761631</guid>
      <dc:creator>Eric Raeburn</dc:creator>
      <dc:date>2007-01-08T13:49:00Z</dc:date>
    </item>
    <item>
      <title>Re: Verify data move</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/verify-data-move/m-p/3921202#M761632</link>
      <description>please just start using rsync, &lt;BR /&gt;it does the checksumming on the fly which provides FAR better performance especially when handling large files or file sets.&lt;BR /&gt;&lt;BR /&gt;in Your case I'd do:&lt;BR /&gt;rsync -arHlS HUNDX hpdxha:data2/concordx/&lt;BR /&gt;&lt;BR /&gt;rsync is available in the HP-UX Internet Express.</description>
      <pubDate>Mon, 08 Jan 2007 13:57:28 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/verify-data-move/m-p/3921202#M761632</guid>
      <dc:creator>Florian Heigl (new acc)</dc:creator>
      <dc:date>2007-01-08T13:57:28Z</dc:date>
    </item>
  </channel>
</rss>

