search for: bigfile_copy2

Displaying 4 results from an estimated 4 matches for "bigfile_copy2".

Did you mean: bigfile_copy
2016 Oct 26
3
NFS help
On Tue, Oct 25, 2016 at 12:48 PM, Matt Garman <matthew.garman at gmail.com> wrote: > On Mon, Oct 24, 2016 at 6:09 PM, Larry Martell <larry.martell at gmail.com> wrote: >> The machines are on a local network. I access them with putty from a >> windows machine, but I have to be at the site to do that. > > So that means when you are offsite there is no way to access
2016 Oct 26
0
NFS help
...e. (And this is another reason why you want a fairly large file, so the transfer time is dominated by actual file transfer, rather than the overhead.) Lastly, do the reverse test: log in to the C6 box, and copy the file back to C7, e.g. "time scp /tmp/bigfile.tar.gz <IP of C7 host>:/tmp/bigfile_copy2.tar.gz". Again, the time should be approximately the same for all three transfers. If either or both of the latter two copies take dramatically longer than the first, then there's a good chance something is askew with the network config between C6 and C7. Oh... all this time I've be...
2016 Oct 27
2
NFS help
...n why you want a fairly large file, so the > transfer time is dominated by actual file transfer, rather than the > overhead.) > > Lastly, do the reverse test: log in to the C6 box, and copy the file > back to C7, e.g. "time scp /tmp/bigfile.tar.gz <IP of C7 > host>:/tmp/bigfile_copy2.tar.gz". Again, the time should be > approximately the same for all three transfers. If either or both of > the latter two copies take dramatically longer than the first, then > there's a good chance something is askew with the network config > between C6 and C7. > > Oh...
2016 Oct 27
0
NFS help
...large file, so the >> transfer time is dominated by actual file transfer, rather than the >> overhead.) >> >> Lastly, do the reverse test: log in to the C6 box, and copy the file >> back to C7, e.g. "time scp /tmp/bigfile.tar.gz <IP of C7 >> host>:/tmp/bigfile_copy2.tar.gz". Again, the time should be >> approximately the same for all three transfers. If either or both of >> the latter two copies take dramatically longer than the first, then >> there's a good chance something is askew with the network config >> between C6 and...