commons-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Sean Poulter (JIRA)" <>
Subject [jira] [Commented] (IO-544) Could FileUtils.copyFile not be flushed and synced when comparing file sizes?
Date Wed, 05 Jul 2017 22:17:00 GMT


Sean Poulter commented on IO-544:

Thanks for the prompt reply Bernd.

The errors are between different clients, and only intermittently.
We have Machine1 copying to Machine2, which raises an IOException where the destination file
length is always 0.
Machine1 is running Windows Server 2008, and is writing to a network drive on a PC running
Windows Server 2012 R2. The destination is an NTFS drive, and I'm told that the shadow copies
feature is enabled for backup.

> Could FileUtils.copyFile not be flushed and synced when comparing file sizes?
> -----------------------------------------------------------------------------
>                 Key: IO-544
>                 URL:
>             Project: Commons IO
>          Issue Type: Bug
>          Components: Utilities
>    Affects Versions: 2.5
>         Environment: Win Server 2008, x86
>            Reporter: Sean Poulter
> I've been struggling to troubleshoot intermittent {{IOExceptions}} thrown from {{FileUtils.doCopyFile}}
when copying 2-4KB files from a local temporary file to a network drive. Despite the error,
the file appears on the network drive when I check. Should the output channel/buffer be forced/flushed
before closing, and synchronized before comparing the file lengths? It's a rather intermittent
issue on a relatively high throughput PC so I'd expect there to be more IO latency than normal.
> I found myself referencing:
> * [The source code for FileUtils v2.5|]
> * [FileChannel#force(boolean)|]
> * [IO-443 - FileUtils.copyFile methods throw an unnecessary "Failed to copy full contents
from" exception|]
> Thanks,
> Sean

This message was sent by Atlassian JIRA

View raw message