Problem with a large file

Hi there!

I'm running Acrosync or Windows since a while, and recently, I encounter a problem with a large file, bringing the sync process to an error halt.

It is an upload process over SSH to a QNAP NAS, syncing a couple of backups. Incremental snapshots, update in-place and shadow copy are deactivated.
The problem file has a size of 28,982,865,408 bytes. It is a full system backup, i.e. usually only small portions change and are transferred. The file is probably slowly growing over the months.

Since a while, the following error occurs:
2019/09/17 10:23:30 RSYNC_UPLOAD Uploading olk_System.tib
2019/09/17 11:26:15 RSYNC_ERROR rsync: lseek returned -1, not 97239969562624: Invalid argument (22)

It happens always after 1 hour and 3 minutes, and with the same (meaningless) seek address. Before it happens, I observe just the usual behavior on the server, i.e. that the checksums are calculated and that data are transferred for about this hour.

It seems that a seek request beyond of the file is issued, judging from the strange number.

Question: is it a problem created by Acrosync, or does is come from elsewhere, and if so, from where?

By coincidence, the problem occured when I updated from build 600 to 611, but I reverted to 600 for testing, and the problem persists.

Thanks for any help!

Comments

  • > 2019/09/17 11:26:15 RSYNC_ERROR rsync: lseek returned -1, not 97239969562624: Invalid argument (22)

    This is actually an error returned by the remote rsync running on the server.  It could be a bug in rsync.  Which version of rsync is this?
  • How do I find out about the version?
    Rsync server is running on a QNAP TS-431P2. The server is activated as part of the QNAP HBS (Hybrid Backup Sync) package, version 3.0.190829.
  • From the QNAP cli, the information on rsync is:

    rsync  version 3.1.3  protocol version 31
    Copyright (C) 1996-2018 by Andrew Tridgell, Wayne Davison, and others.
    Web site: http://rsync.samba.org/
    Capabilities:
        64-bit files, 64-bit inums, 32-bit timestamps, 64-bit long ints,
        no socketpairs, hardlinks, symlinks, IPv6, batchfiles, inplace,
        append, ACLs, xattrs, iconv, symtimes, prealloc

    If I issue a rsync --daemon --help, I get, strangely, another version information:

    rsync  version 3.0.7  protocol version 30
    Copyright (C) 1996-2009 by Andrew Tridgell, Wayne Davison, and others.
    Web site: http://rsync.samba.org/
    Capabilities:
        64-bit files, 64-bit inums, 32-bit timestamps, 64-bit long ints,
        no socketpairs, hardlinks, symlinks, IPv6, batchfiles, inplace,
        append, ACLs, xattrs, iconv, symtimes

  • Addition: There were some hardlinks that I didn't understand (I'm new to unix systems). The active daemon is running the newer version.
  • Does it make a difference if you check or uncheck the 'via ssh' option?
  • Yes. If I connect without SSH, it runs for 25 minutes and then stops by a timeout (server closes connection), which is probably not related to the original error.
    Do you have something in mind?
  • For some unknown reason, when the file became even bigger, backup worked again.
    Maybe an update of the NAS did the work, I can't find out details.
Sign In or Register to comment.