<div>Nathan,</div>
<div>You might experiment with the flags to cp; e.g. I might try</div>
<div>cp -i -v</div>
<div>The -i will prompt you when it wants to overwrite an existing file (maybe at 142MB in you are getting a permissions error) and -v is verbose (so maybe it will stop failing silently).</div>
<div> </div>
<div>You also might want to specify stderr at the command line; you may not be seeing the window that the error messages are in, depending on how your windows are set up. This happens in the NT environment all the time, GUI errors go to a DOS prompt that blinks and vanishes :-)
</div>
<div> </div>
<div>I use UGU.com to find man pages for arbitrary flavors of unix. </div>
<div>Peter<br><br> </div>
<div><span class="gmail_quote">On 2/16/07, <b class="gmail_sendername">Nathan Moore</b> <<a href="mailto:ntmoore@gmail.com">ntmoore@gmail.com</a>> wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">Hello all,<br><br>I have a small beowulf cluster of Scientific Linux 4.4 machines with<br>common NIS logins and NFS shared home directories.  In the short
<br>term, I'd rather not buy a tape drive for backups.  Instead, I've got<br>a jury-rigged backup scheme.  The node that serves the home<br>directories via NFS runs a nightly tar job (through cron),<br><br>       
root@server> tar cf home_backup.tar ./home<br>       root@server> mv home_backup.tar /data/backups/<br><br>where /data/backups is a folder that's shared (via NFS) across the<br>cluster.  The actual backup then occurs when the other machines in
<br>the cluster (via cron) copy home_backup.tar to a private (root-access-<br>only) local directory.<br><br>       root@client> cp /mnt/server-data/backups/home_backup.tar /private_data/<br><br>where "/mnt/server-data/backups/" is where the server's "/data/
<br>backups/" is mounted, and where /private_data/ is a folder on<br>client's local disk.<br><br>Here's the problem I'm seeing with this scheme.  users on my cluster<br>have quite a bit of stuff stored in their home directories, and
<br>home_backup.tar is large (~4GB).  When I try the cp command on<br>client, only 142MB of the 4.2GB is copied over (this is repeatable -<br>not a random error, and always about 142MB).  The cp command doesn't<br>fail, rather, it quits quietly.  Why would only some of the file be
<br>copied over?  Is there a limit on the size of files which can be<br>transferred via NFS?  There's certainly sufficient space on disk for<br>the backups (both client's and server's disks are 300GB SATA drives,
<br>formatted to ext3)<br><br>I'm using the standard NFS that's available in SL43, config is<br>basically default.<br>regards,<br><br>Nathan Moore<br><br><br>- - - - - - - - - - - - - - - - - - - - - - -<br>Nathan Moore
<br>Physics, Pasteur 152<br>Winona State University<br><a href="mailto:nmoore@winona.edu">nmoore@winona.edu</a><br>AIM:nmoorewsu<br>- - - - - - - - - - - - - - - - - - - - - - -<br><br><br>_______________________________________________
<br>Beowulf mailing list, <a href="mailto:Beowulf@beowulf.org">Beowulf@beowulf.org</a><br>To change your subscription (digest mode or unsubscribe) visit <a href="http://www.beowulf.org/mailman/listinfo/beowulf">http://www.beowulf.org/mailman/listinfo/beowulf
</a><br></blockquote></div><br>