<?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: Archivery Tricks in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/archivery-tricks/m-p/2590215#M32789</link>
    <description>If you indeed need to copy 'special' things, then tar is also mostly out. I think in that case only cpio (and it's pax equivalent), fbackup, etc. are useable.&lt;BR /&gt;&lt;BR /&gt;For the cpio case, use the B option to get a 5KB block size and let dd(1) read from cpio and write to cpio with a 5k block size, i.e. "cpio -oB .... | dd ibs=5k obs=..." and&lt;BR /&gt;"dd ibs=... obs=5k | cpio -iB ...". The reason for this is that 'remote pipes' do not quarantee which 'chunks' they will use, i.e. when you write 10 times 5k to a remote pipe, you will get 50k out of it, but not neccessarily in 10 blocks of 5k. The dd constructs solve that problem.</description>
    <pubDate>Fri, 05 Oct 2001 12:34:25 GMT</pubDate>
    <dc:creator>Frank Slootweg</dc:creator>
    <dc:date>2001-10-05T12:34:25Z</dc:date>
    <item>
      <title>Archivery Tricks</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/archivery-tricks/m-p/2590208#M32782</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;this is a silly little problem I have.&lt;BR /&gt;I want to transfer a directory tree between two hosts.&lt;BR /&gt;Now with the this tar command I have always been a happy camper:&lt;BR /&gt;&lt;BR /&gt;# cd /opt/gnu&lt;BR /&gt;# tar cf - mysql | ssh other_host \(cd /opt \; tar xvf - \)&lt;BR /&gt;&lt;BR /&gt;But this time I needed to omit a submount on /opt/gnu/mysql/var.&lt;BR /&gt;So I thought about using find together with cpio, and I tried this&lt;BR /&gt;&lt;BR /&gt;# cd /opt/gnu&lt;BR /&gt;# find -depth -xdev mysql | cpio -o | ssh other_host \| cpio -imuxdav /opt&lt;BR /&gt;&lt;BR /&gt;Somehow it say&lt;BR /&gt;51093 blocks&lt;BR /&gt;51093 blocks&lt;BR /&gt;but actually wrote nothing on other_host.&lt;BR /&gt;&lt;BR /&gt;Where is it gone?&lt;BR /&gt;What's wrong with my cpio syntax?&lt;BR /&gt;</description>
      <pubDate>Fri, 05 Oct 2001 09:39:20 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/archivery-tricks/m-p/2590208#M32782</guid>
      <dc:creator>Ralph Grothe</dc:creator>
      <dc:date>2001-10-05T09:39:20Z</dc:date>
    </item>
    <item>
      <title>Re: Archivery Tricks</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/archivery-tricks/m-p/2590209#M32783</link>
      <description>ah I saw the lonely pipe was wrong on ssh other_host, so I issued this instead:&lt;BR /&gt;&lt;BR /&gt;# find mysql -depth -xdev|cpio -o|ssh other_host cat - \|cpio -imuxdav /opt&lt;BR /&gt;&lt;BR /&gt;but didn't solve it...</description>
      <pubDate>Fri, 05 Oct 2001 09:45:39 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/archivery-tricks/m-p/2590209#M32783</guid>
      <dc:creator>Ralph Grothe</dc:creator>
      <dc:date>2001-10-05T09:45:39Z</dc:date>
    </item>
    <item>
      <title>Re: Archivery Tricks</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/archivery-tricks/m-p/2590210#M32784</link>
      <description>&lt;BR /&gt;Try inserting a dd around the ssh;  dd bs=64k | ssh .. | dd bs=64k | cpio ....</description>
      <pubDate>Fri, 05 Oct 2001 09:59:31 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/archivery-tricks/m-p/2590210#M32784</guid>
      <dc:creator>Stefan Farrelly</dc:creator>
      <dc:date>2001-10-05T09:59:31Z</dc:date>
    </item>
    <item>
      <title>Re: Archivery Tricks</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/archivery-tricks/m-p/2590211#M32785</link>
      <description>It is probably best to use rcp(1), with the -r and -p options, instead of things like tar and cpio.&lt;BR /&gt;&lt;BR /&gt;Like Stefan implies, 'remote pipes' (i.e. pipes used with remsh(1), ssh, etc.) often have buffering problems, which can be fixed by dd(1) around the remote pipe, but it is still tricky to get things right.</description>
      <pubDate>Fri, 05 Oct 2001 10:30:43 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/archivery-tricks/m-p/2590211#M32785</guid>
      <dc:creator>Frank Slootweg</dc:creator>
      <dc:date>2001-10-05T10:30:43Z</dc:date>
    </item>
    <item>
      <title>Re: Archivery Tricks</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/archivery-tricks/m-p/2590212#M32786</link>
      <description>Hello Ralph,&lt;BR /&gt;&lt;BR /&gt;if you are using Secure SHell (ssh), why not use Secure&lt;BR /&gt;CoPy (scp)? Or even "rsync" with "ssh" as transport?&lt;BR /&gt;Then you can avoid all that "tar" and "cpio"...&lt;BR /&gt;&lt;BR /&gt;Just my ?0.02,&lt;BR /&gt;Wodisch</description>
      <pubDate>Fri, 05 Oct 2001 11:08:14 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/archivery-tricks/m-p/2590212#M32786</guid>
      <dc:creator>Wodisch</dc:creator>
      <dc:date>2001-10-05T11:08:14Z</dc:date>
    </item>
    <item>
      <title>Re: Archivery Tricks</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/archivery-tricks/m-p/2590213#M32787</link>
      <description>Hello all,&lt;BR /&gt;&lt;BR /&gt;the reason why I don't want to use rcp, scp, or anything which does recursive copying is simply that those will follow links instead of duplicating them as what they are.&lt;BR /&gt;The same I think goes for any other special files (e.g. devices, fifos, domain sockets etc.) which cannot be treated correctly by above commands.&lt;BR /&gt;&lt;BR /&gt;I will come back later to assign points...</description>
      <pubDate>Fri, 05 Oct 2001 11:13:29 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/archivery-tricks/m-p/2590213#M32787</guid>
      <dc:creator>Ralph Grothe</dc:creator>
      <dc:date>2001-10-05T11:13:29Z</dc:date>
    </item>
    <item>
      <title>Re: Archivery Tricks</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/archivery-tricks/m-p/2590214#M32788</link>
      <description>&lt;BR /&gt;Grab the gnu-tar, it allows you to tar from one machine to another (even remote devices), and it has an option to give it a list of files/directories to back up (the -T &lt;LIST_OF_FILES_FILE&gt;):&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://hpux.connect.org.uk/hppd/hpux/Gnu/tar-1.13.22/" target="_blank"&gt;http://hpux.connect.org.uk/hppd/hpux/Gnu/tar-1.13.22/&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;/LIST_OF_FILES_FILE&gt;</description>
      <pubDate>Fri, 05 Oct 2001 12:22:56 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/archivery-tricks/m-p/2590214#M32788</guid>
      <dc:creator>harry d brown jr</dc:creator>
      <dc:date>2001-10-05T12:22:56Z</dc:date>
    </item>
    <item>
      <title>Re: Archivery Tricks</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/archivery-tricks/m-p/2590215#M32789</link>
      <description>If you indeed need to copy 'special' things, then tar is also mostly out. I think in that case only cpio (and it's pax equivalent), fbackup, etc. are useable.&lt;BR /&gt;&lt;BR /&gt;For the cpio case, use the B option to get a 5KB block size and let dd(1) read from cpio and write to cpio with a 5k block size, i.e. "cpio -oB .... | dd ibs=5k obs=..." and&lt;BR /&gt;"dd ibs=... obs=5k | cpio -iB ...". The reason for this is that 'remote pipes' do not quarantee which 'chunks' they will use, i.e. when you write 10 times 5k to a remote pipe, you will get 50k out of it, but not neccessarily in 10 blocks of 5k. The dd constructs solve that problem.</description>
      <pubDate>Fri, 05 Oct 2001 12:34:25 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/archivery-tricks/m-p/2590215#M32789</guid>
      <dc:creator>Frank Slootweg</dc:creator>
      <dc:date>2001-10-05T12:34:25Z</dc:date>
    </item>
  </channel>
</rss>

