On Thu, Jun 17, 2004 at 01:17:28PM -0600, Tim Conway wrote: > As I recall, there's an internally-defined "SELECT_TIMEOUT", that, at > least back then, remained at 60 seconds, regardless of the commandline > timeout.
This value in the current code remains no larger than 60 seconds, but that's all good because we'll re-select as needed up until we hit the specified timeout. Also, if the user doesn't specify --delete, the file-generation step is constantly sending data from the sender to the receiver, so there is no lag that would cause a timeout. However, when --delete is specified, the receiver pauses to do its own full-hierarchy scan prior to the start of the data transfer, and this can cause the connection to timeout. One possible way to avoid this is to use --delete-after instead of --delete so that this delete phase happens at the end of the transfer, and thus the files get sent right away after the file list is received. ..wayne.. -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
