<?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: scripting help in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/scripting-help/m-p/2790592#M943280</link>
    <description>Why not use FTP instead? Create a tarball of all the files you need to send across, and then initiate the FTP session from the DESTINATION machine (use "get &lt;TARBALL&gt;"). In case the FTP terminates prematurely, you can use FTP's "reget &lt;TARBALL&gt;". This will resume the ftp from where it broke off (only the remaining part of the file will be retrieved). &lt;BR /&gt;&lt;/TARBALL&gt;&lt;/TARBALL&gt;</description>
    <pubDate>Wed, 21 Aug 2002 07:45:40 GMT</pubDate>
    <dc:creator>Deepak Extross</dc:creator>
    <dc:date>2002-08-21T07:45:40Z</dc:date>
    <item>
      <title>scripting help</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/scripting-help/m-p/2790591#M943279</link>
      <description>Hello Frineds, &lt;BR /&gt;     I have a scripting requirement where I have to clone Oracle applications from one machine to the other. We use rcp to copy files from one machine to the other. Due to network reasons if rcp is hung or exits without copying all the files we will have to re-initiate rcp and our down-time window will not be sufficient in this case. So what Iam looking at is some kind of remote copy program which allows me to copy and resume aborted copy from the point of break. Any ideas greatly appreciated. &lt;BR /&gt;&lt;BR /&gt;Thanks,&lt;BR /&gt;Alle</description>
      <pubDate>Wed, 21 Aug 2002 07:35:57 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/scripting-help/m-p/2790591#M943279</guid>
      <dc:creator>Madhu Sudhan_1</dc:creator>
      <dc:date>2002-08-21T07:35:57Z</dc:date>
    </item>
    <item>
      <title>Re: scripting help</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/scripting-help/m-p/2790592#M943280</link>
      <description>Why not use FTP instead? Create a tarball of all the files you need to send across, and then initiate the FTP session from the DESTINATION machine (use "get &lt;TARBALL&gt;"). In case the FTP terminates prematurely, you can use FTP's "reget &lt;TARBALL&gt;". This will resume the ftp from where it broke off (only the remaining part of the file will be retrieved). &lt;BR /&gt;&lt;/TARBALL&gt;&lt;/TARBALL&gt;</description>
      <pubDate>Wed, 21 Aug 2002 07:45:40 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/scripting-help/m-p/2790592#M943280</guid>
      <dc:creator>Deepak Extross</dc:creator>
      <dc:date>2002-08-21T07:45:40Z</dc:date>
    </item>
    <item>
      <title>Re: scripting help</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/scripting-help/m-p/2790593#M943281</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;Have a look at rsync, as it cuts down on the amount of data to transfer.  I don't believe it has a restart option, but because you're transferring less, it may help in your situation.&lt;BR /&gt;&lt;BR /&gt;Rgds, Robin</description>
      <pubDate>Wed, 21 Aug 2002 07:47:19 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/scripting-help/m-p/2790593#M943281</guid>
      <dc:creator>Robin Wakefield</dc:creator>
      <dc:date>2002-08-21T07:47:19Z</dc:date>
    </item>
    <item>
      <title>Re: scripting help</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/scripting-help/m-p/2790594#M943282</link>
      <description>Hi&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;I think the ftp is a good option but I would use shar instead of tar.&lt;BR /&gt;&lt;BR /&gt;Compress the output file&lt;BR /&gt;&lt;BR /&gt;ftp it&lt;BR /&gt;&lt;BR /&gt;uncompress it&lt;BR /&gt;&lt;BR /&gt;sh it&lt;BR /&gt;&lt;BR /&gt;See man shar&lt;BR /&gt;&lt;BR /&gt;Remember you need to do the ftp on the destination machine.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;      reget remote-file [local-file]&lt;BR /&gt;           reget acts like get, except that if local-file exists and is&lt;BR /&gt;           smaller than remote-file, local-file is presumed to be a&lt;BR /&gt;           partially transferred copy of remote-file and the transfer is&lt;BR /&gt;           continued from the apparent point of failure.  This command is&lt;BR /&gt;           useful when transferring very large files over networks that tend&lt;BR /&gt;           to drop connections.&lt;BR /&gt;&lt;BR /&gt;Thus before each new transfer remove or better nullify the destination file&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;               Steve Steel</description>
      <pubDate>Wed, 21 Aug 2002 07:59:18 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/scripting-help/m-p/2790594#M943282</guid>
      <dc:creator>Steve Steel</dc:creator>
      <dc:date>2002-08-21T07:59:18Z</dc:date>
    </item>
    <item>
      <title>Re: scripting help</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/scripting-help/m-p/2790595#M943283</link>
      <description>Hi&lt;BR /&gt;&lt;BR /&gt;If you have say 10 Gig of data to move then break it down into say 20 1/2 gig files, so if the rcp/ftp fails then on the recipient server it is a simple matter to check how many files got there and recopy the ones missed.&lt;BR /&gt;&lt;BR /&gt;It would be very simple to write a script to check the status of this and automatically either gets of put the missing files.&lt;BR /&gt;&lt;BR /&gt;I would cron the check script and also get it to inform on failures of the copy.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;HTH&lt;BR /&gt;&lt;BR /&gt;Paula&lt;BR /&gt;</description>
      <pubDate>Wed, 21 Aug 2002 08:13:31 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/scripting-help/m-p/2790595#M943283</guid>
      <dc:creator>Paula J Frazer-Campbell</dc:creator>
      <dc:date>2002-08-21T08:13:31Z</dc:date>
    </item>
    <item>
      <title>Re: scripting help</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/scripting-help/m-p/2790596#M943284</link>
      <description>search the forums for rdist&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;As example:&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://forums.itrc.hp.com/cm/QuestionAnswer/1,11866,0x3bc1119c3420d411b66300108302854d,00.html" target="_blank"&gt;http://forums.itrc.hp.com/cm/QuestionAnswer/1,11866,0x3bc1119c3420d411b66300108302854d,00.html&lt;/A&gt;</description>
      <pubDate>Wed, 21 Aug 2002 08:20:21 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/scripting-help/m-p/2790596#M943284</guid>
      <dc:creator>Carlos Fernandez Riera</dc:creator>
      <dc:date>2002-08-21T08:20:21Z</dc:date>
    </item>
    <item>
      <title>Re: scripting help</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/scripting-help/m-p/2790597#M943285</link>
      <description>Thanks for the replies. In Oracle Applications home there  are several thousand files. Total size yielding to approximately 30gb. I don not want to create a tar ball compress and do an ftp. As this involves time for tar ball creation + compression + ftp + uncompress + tar extract. &lt;BR /&gt;The time can even be more if tar extract fails with unexpected EOF occured. (I had very bad experience with error ). &lt;BR /&gt;&lt;BR /&gt;Iam planning to write a scrit, but this script depends on the remote copy program which I use. I wall have total control  if I generate a listing from &lt;BR /&gt;# find /apphome -name -print &amp;gt; list.out &lt;BR /&gt;and copy list.out to the remote machine and initiate copy and do checksum before and after copy. &lt;BR /&gt;But, I was thinking of performance implications if initiate rcp for file which present in list.out individually. &lt;BR /&gt;&lt;BR /&gt;Please advice. &lt;BR /&gt;&lt;BR /&gt;Thanks, &lt;BR /&gt;Allen</description>
      <pubDate>Wed, 21 Aug 2002 11:32:38 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/scripting-help/m-p/2790597#M943285</guid>
      <dc:creator>Madhu Sudhan_1</dc:creator>
      <dc:date>2002-08-21T11:32:38Z</dc:date>
    </item>
    <item>
      <title>Re: scripting help</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/scripting-help/m-p/2790598#M943286</link>
      <description>ftp is quite a bit faster than rcp but it does not handle subdirectories so your script would have to manage that. A tarball bigger than 2Gb is not possible due to industry standards. Since this data is probably very important, I would include in your script a check for the validity of the copy (file name, permissions, ownership). NOTE: the file may be the same size or it may be larger if the original is a sparse file.</description>
      <pubDate>Wed, 21 Aug 2002 11:48:25 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/scripting-help/m-p/2790598#M943286</guid>
      <dc:creator>Bill Hassell</dc:creator>
      <dc:date>2002-08-21T11:48:25Z</dc:date>
    </item>
    <item>
      <title>Re: scripting help</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/scripting-help/m-p/2790599#M943287</link>
      <description>Why not do an incremental backup/copy?? and only copy those things that have changed since the last copy??&lt;BR /&gt;&lt;BR /&gt;You are just copying oracle applications and not database files, right?&lt;BR /&gt;&lt;BR /&gt;live free or die&lt;BR /&gt;harry</description>
      <pubDate>Wed, 21 Aug 2002 11:57:40 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/scripting-help/m-p/2790599#M943287</guid>
      <dc:creator>harry d brown jr</dc:creator>
      <dc:date>2002-08-21T11:57:40Z</dc:date>
    </item>
    <item>
      <title>Re: scripting help</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/scripting-help/m-p/2790600#M943288</link>
      <description>Another way to handle this is with an nfs mount, and cpio.  I use this because it handles devices, permissions, directory structures, etc...  While I dont normally do 30GB of data, Id be pretty sure it will still work.  I.E.&lt;BR /&gt;&lt;BR /&gt;mkdir /ora_tmp&lt;BR /&gt;mount -o ro srv1:/ora_base_dir /ora_tmp&lt;BR /&gt;cd /ora_tmp&lt;BR /&gt;find . -depth -print|cpio -padlmuxv /ora_base_dir&lt;BR /&gt;&lt;BR /&gt;If you dont want to see the output of each copied file, remove the "v" from cpio options.&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;Shannon</description>
      <pubDate>Wed, 21 Aug 2002 12:14:55 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/scripting-help/m-p/2790600#M943288</guid>
      <dc:creator>Shannon Petry</dc:creator>
      <dc:date>2002-08-21T12:14:55Z</dc:date>
    </item>
  </channel>
</rss>

