Mention looking in the daemon's log file for error messages.
authorWayne Davison <wayned@samba.org>
Sat, 9 Oct 2004 19:35:16 +0000 (19:35 +0000)
committerWayne Davison <wayned@samba.org>
Sat, 9 Oct 2004 19:35:16 +0000 (19:35 +0000)
issues.html

index 00a5d3167d89878e0d9d5fc9676bc3cd6f696ac7..b6900b7c8fdc56f515ee6c0b1352a694bf8dea8f 100644 (file)
@@ -44,6 +44,10 @@ does a better job of retreiving the error from the remote process than
 older versions of rsync, so you may wish to try upgrading as your first
 step in tracking down why the remote process has gone away.
 
+<p>If the remote rsync is a daemon, your first step should be to look at
+the daemon's log file to see if it logged an error explaining why it
+aborted the transfer.
+
 <p>If you can't figure out why the failure happened, you can take steps
 to track down the actual 
 cause of the failure (since the above errors just tell us that something
@@ -90,12 +94,12 @@ rsync error: error in rsync protocol data stream (code 12) at io.c(342)
 
 Older rsync daemons (before 2.6.3) were unable to return errors that were
 generated during the option-parsing phase of the transfer.  Look in the
-logfile on the server to see if an error was reported, such as a
-"refused" option, an option that the server rsync doesn't support (e.g.
-perhaps links are not supported by the server), or some other failure
-(such as trying to send data to a read-only module).  Upgrading the
-version of rsync that is running as a daemon will allow these errors
-to get returned to all rsync clients, old or new alike.
+logfile on the server to see if an error was reported, such as a "refused"
+option, an option that the server rsync doesn't support (e.g.  perhaps
+links are not supported by the server), or some other failure (such as
+trying to send data to a read-only module).  Upgrading the version of rsync
+that is running as a daemon to at least 2.6.3 will allow these errors to
+get returned to all rsync clients, old or new alike.
 
 <li><p><b>Q:</b>