temporal has asked for the wisdom of the Perl Monks concerning the following question:
Monks,
I have a script that pulls a large queue of files from one of my servers to another. These files range in size from a few hundred KB to up to a bit over 50 GB.
As my title suggests, I'm doing this copying using the File::Copy module's copy sub out to a network path (NFS). On a couple occasions this has failed on the larger files (30GB+). By failed I mean copy returned a 0. Unfortunately this was a quick and dirty script with minimal logging so I didn't get the actual error back from the copy sub. I have since added better logging, but have not reproduced the problem.
The script works using Parallel::ForkManager to fork out a bunch of processes to handle the individual downloads. Of course these larger files would be transferring longer than the others meaning they're on the network longer and more vulnerable to network disconnects/issues. I have checked for network connectivity issues in the logs and such with no luck, but it would've definitely been obvious to one of my admins if either of these servers was having problems with a network connection since they feed some maximum up-time apps.
This is on Windows systems (ActiveState), so I took a quick peek at File::Copy's source and it looks like it just links out to the OS specific file copy routines. So no real issue there. I'm using the default copy settings: not changing the buffer size, etc.
Anyway, I just thought I'd post and get your collective monkly opinion before shelving this and waiting for the logs to catch something.
|
|---|
| Replies are listed 'Best First'. | |
|---|---|
|
Re: File::Copy on Large-ish Files over Network
by BrowserUk (Patriarch) on Apr 23, 2012 at 14:46 UTC | |
|
Re: File::Copy on Large-ish Files over Network
by JavaFan (Canon) on Apr 23, 2012 at 14:20 UTC | |
|
Re: File::Copy on Large-ish Files over Network
by flexvault (Monsignor) on Apr 23, 2012 at 14:50 UTC | |
|
Re: File::Copy on Large-ish Files over Network
by temporal (Pilgrim) on Apr 23, 2012 at 16:38 UTC |