"unexpected EOF" killing Linux clients!

[Xenomorph]

My first guess is that this is caused by block-level backups. It didn't work on any of our Mac clients, so we turned if off. I'm guessing we need to just stop using it all toghether. A big reason we upgraded from the old 7.7 server to the new 9.5 server was to take advantage of block-level backups!

 

I can understand block-level backups "not working", but it seems to completely crash our Linux clients.

 

Server: 9.5.2.103 (Windows x64)

---

Server1 (32-bit), client 9.5.0.113 (32-bit)

Nov 20 17:00:17 ServerName1 Retrospect[30253]: fetFileSpec: unexpected EOF on "/share/lab/home/user1/.mozilla/firefox/abc123.default/places.sqlite-wal"
Nov 20 17:00:17 ServerName1 Retrospect[98651]: TransReadPipe: read loop error. transaction possibly terminated.
Nov 20 17:00:17 ServerName1 kernel: pid 30253 (retropds.23), uid 0: exited on signal 11 (core dumped)

The Retrospect server reports this error:
Trouble reading files, error -557 ( transaction already complete)

---

Server1 (32-bit), client 9.5.0.113 (32-bit)

Nov 25 17:43:41 ServerName1 Retrospect[32794]: fetFileSpec: unexpected EOF on "/share/lab/home/user2/Projects/ImportantFile.xlsx"
Nov 25 17:43:41 ServerName1 Retrospect[41014]: TransReadPipe: read loop error. transaction possibly terminated.
Nov 25 17:43:41 ServerName1 kernel: pid 32794 (retropds.23), uid 0: exited on signal 11 (core dumped)

The Retrospect server reports this error:
Trouble reading files, error -557 ( transaction already complete)

-----

Server2 (32-bit), client 7.7.100 (32-bit)

Nov 26 17:21:57 ServerName2 Retrospect[9767]: fetFileSpec: unexpected EOF on "/etc/webmin/system-status/info"
Nov 26 17:21:57 ServerName2 kernel: [83564.889072] retropds.23[9767]: segfault at ffffffff ip b76d2e72 sp bfaf3d88 error 5 in libc-2.15.so[b759c000+1a4000]

The Retrospect server reports this error:
Trouble reading files, error -540 ( trouble creating service)

-----

In each case, the cause seems to be the same: Retrospect is trying to back up a file that has changed size (gotten smaller, in these cases), and the client gets the "unexpected EOF" error. But WHY does the client crash like that? If a file is 200KB during the initial scan and only 150KB when it tries to back it up (which causes it to freak out for some reason), shouldn't it just continue to the next file? Did something in exception handling break?
 

Searching for these "unexpected EOF" errors under Linux gives me hits from 2009, 2007, 2006, etc.

 

http://forums.retrospect.com/index.php?/topic/25915-unexpected-eof-when-backing-up-a-linux-client/

http://forums.retrospect.com/index.php?/topic/19454-error-540-trouble-creating-service-and-unexpected-eof/

http://forums.retrospect.com/index.php?/topic/18634-error-540/

http://forums.retrospect.com/index.php?/topic/18343-fedora-5-unexpected-eof-waitpid-failed-trouble-creating-service/

 

Why would this issue pop up with the latest Retrospect Server?

[Mayoff]

We have an open bug for this issue and it is under investigation with engineering.

[cerkey]

We have an open bug for this issue and it is under investigation with engineering.

Just curious if there is any progress on this? We are running into same issue and like to see if this is fixed in 9.5 or 10.0?

 

Thanks..

[Mayoff]

This should be resolved in the current version.