[Bug 5478] rsync: writefd_unbuffered failed to write 4092 bytes [sender]: Broken pipe (32)
https://bugzilla.samba.org/show_bug.cgi?id=5478 --- Comment #29 from Scott Wood woodystr...@hotmail.com 2013-05-22 06:05:43 UTC --- As a follow up to my second question, we added the firewall rules to allow SYN,RST,ACK,FIN and ACK traffic form the server in question and it did not solve the problem. -- Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the QA contact for the bug. -- Please use reply-all for most replies to avoid omitting the mailing list. To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Re: rsync behavior on copy-on-write filesystems
On Tue 21 May 2013, Allen Supynuk wrote: ## 1) Start with an empty filesystem $ df -h . Note that you need to be using btrfs filesystem df . for reliable numbers; the normal df does not take into account background cleanups etc. Paul -- Please use reply-all for most replies to avoid omitting the mailing list. To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
[Bug 5478] rsync: writefd_unbuffered failed to write 4092 bytes [sender]: Broken pipe (32)
https://bugzilla.samba.org/show_bug.cgi?id=5478 --- Comment #30 from Loïc Gomez samba-b...@kyoshiro.org 2013-05-22 07:02:09 UTC --- Did you try with one of these options : --no-checksum --no-compress --blocking-io ? Just a check since you have a 4G limit : I suppose you're not rsync-ing to a FAT32 filesystem ? -- Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the QA contact for the bug. -- Please use reply-all for most replies to avoid omitting the mailing list. To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Re: rsync behavior on copy-on-write filesystems
Kevin, I will try again over a remote connection to see if that makes a difference. Not expecting -z to day much of anything based on the random data, just wanting to be consistent with the flags in the finished solution. Chris, You only get --whole-file if you specify it (or -W). Paul, For my first couple of days of testing I dutifully did both 'df -h .' and 'btrfs filesystem df .' until I saw that they give the same answer after you wait for background cleanup. In this case we are only adding files so no background cleanup applies. On 5/22/13, Paul Slootman paul+rs...@wurtel.net wrote: On Tue 21 May 2013, Allen Supynuk wrote: ## 1) Start with an empty filesystem $ df -h . Note that you need to be using btrfs filesystem df . for reliable numbers; the normal df does not take into account background cleanups etc. Paul -- Please use reply-all for most replies to avoid omitting the mailing list. To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html -- allen.supy...@gmail.com -- Please use reply-all for most replies to avoid omitting the mailing list. To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
getting problems with lsyncd.
Hello All, When i run lsyncd using *lsyncd -rsync /home/abc/source /home/abc/dest*then i am able to sync the two directories of the local system. But when i run using *lsyncd -rsync /home/abc/source 10.5.1.12:/home/abc/dest* where 10.5.1.12 is the ip address of the local machine then i am unable to sync the both directories on the local machine. Please leave your suggestions. Thank you, -- Regards Garvit Sharma Computer Science and Engineering UG Third year LNM IIT, Jaipur *No Body is a Scholar by birth, its only hard work and strong determination that makes him master.* * * -- Please use reply-all for most replies to avoid omitting the mailing list. To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Re: getting problems with lsyncd.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Some more details would help. What happens when you run that? Is there a verbose or a debug option? And for those of us not so familiar with lsyncd what actual rsync command does that run? On 05/22/13 16:00, garvit sharma wrote: Hello All, When i run lsyncd using *lsyncd -rsync /home/abc/source /home/abc/dest* then i am able to sync the two directories of the local system. But when i run using *lsyncd -rsync /home/abc/source 10.5.1.12:/home/abc/dest* where 10.5.1.12 is the ip address of the local machine then i am unable to sync the both directories on the local machine. Please leave your suggestions. Thank you, -- Regards Garvit Sharma Computer Science and Engineering UG Third year LNM IIT, Jaipur /No Body is a Scholar by birth, its only hard work and strong determination that makes him master./ / / - -- ~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~ Kevin Korb Phone:(407) 252-6853 Systems Administrator Internet: FutureQuest, Inc. ke...@futurequest.net (work) Orlando, Floridak...@sanitarium.net (personal) Web page: http://www.sanitarium.net/ PGP public key available on web site. ~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~ -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlGdLdUACgkQVKC1jlbQAQe7dACgq3YaGzUBrr2AL8bq89dWGUJS uewAoOpGTm2z+MxV0/cNtsOooNzbdk9S =oqi9 -END PGP SIGNATURE- -- Please use reply-all for most replies to avoid omitting the mailing list. To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Re: rsync behavior on copy-on-write filesystems
Sorry for the churn and thanks for the suggestions. When I redid my experiments over the network everything worked just as I dreamed it would. Changing the first 4K bytes only caused a 4K change in the copy. Changing meta-data (time stamp) only caused the time stamp to change in the copy. This is very nice and I expect it to save 10's of GB per archive going forward. Kevin was right. --whole-file was the default when source and destination are specified as local paths. On 5/22/13, Allen Supynuk allen.supy...@gmail.com wrote: Kevin, I will try again over a remote connection to see if that makes a difference. Not expecting -z to day much of anything based on the random data, just wanting to be consistent with the flags in the finished solution. Chris, You only get --whole-file if you specify it (or -W). Paul, For my first couple of days of testing I dutifully did both 'df -h .' and 'btrfs filesystem df .' until I saw that they give the same answer after you wait for background cleanup. In this case we are only adding files so no background cleanup applies. On 5/22/13, Paul Slootman paul+rs...@wurtel.net wrote: On Tue 21 May 2013, Allen Supynuk wrote: ## 1) Start with an empty filesystem $ df -h . Note that you need to be using btrfs filesystem df . for reliable numbers; the normal df does not take into account background cleanups etc. Paul -- Please use reply-all for most replies to avoid omitting the mailing list. To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html -- allen.supy...@gmail.com -- allen.supy...@gmail.com -- Please use reply-all for most replies to avoid omitting the mailing list. To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
[SCM] The rsync repository. - branch master updated
The branch, master has been updated via cb784f1 Improve iconvbufs() to do more buffer size checks. via 2dc2070 Fix msleep() if time goes backwards. Fixes bug 9789. via 4442f80 Fixed unused variable warnings in free_stat_x. via 333e3a9 Add an implementation of getpass for systems that lack one. via 94073d2 Use S_IXUSR instead of the now-obsolete S_IEXEC. via 750ec9b Updated to the version dated 2013-04-24. via 7fdba7a Updated to the version dated 2013-05-16. from eec2608 Improve description of --max-delete. ;a=shortlog;h=master - Log - commit cb784f18ec02778419c58896cabbb418f5512ae1 Author: Wayne Davison way...@samba.org Date: Sun May 19 23:56:34 2013 + Improve iconvbufs() to do more buffer size checks. - If iconv() returns EINVAL or EILSEQ and the error is being ignored, make sure that there is room in the output buffer to store the erroneous char. - When accepting an erroneous char, be sure to break if there are no more input characters (without calling iconv() with a zero input length). commit 2dc2070992c00ea6625031813f2b6c886ddc3ade Author: Wayne Davison way...@samba.org Date: Sun May 19 22:52:00 2013 + Fix msleep() if time goes backwards. Fixes bug 9789. commit 4442f8037bf32fb549dc7074af643d66710ab9d5 Author: Wayne Davison way...@samba.org Date: Sun May 19 21:31:27 2013 + Fixed unused variable warnings in free_stat_x. commit 333e3a9ff0bd3783b81542e112a63fdb3f4678b0 Author: Wayne Davison way...@samba.org Date: Sun May 19 21:28:02 2013 + Add an implementation of getpass for systems that lack one. commit 94073d20e43505f2a5caa25877b2641548ce Author: Wayne Davison way...@samba.org Date: Sun May 19 21:25:58 2013 + Use S_IXUSR instead of the now-obsolete S_IEXEC. commit 750ec9bcdc96fbd6cc9797b7a6e622c02c59e82f Author: Wayne Davison way...@samba.org Date: Sun May 19 21:23:07 2013 + Updated to the version dated 2013-04-24. commit 7fdba7aaf82fb4135265348eeefad6ac980de1cb Author: Wayne Davison way...@samba.org Date: Sun May 19 21:23:07 2013 + Updated to the version dated 2013-05-16. --- Summary of changes: batch.c |2 +- config.guess | 610 +++-- config.sub| 382 ++-- configure.ac |2 + ifuncs.h |7 +- lib/getpass.c | 72 +++ rsync.c |7 + rsync.h |4 + util.c|2 + 9 files changed, 706 insertions(+), 382 deletions(-) mode change 100755 = 100644 config.guess mode change 100755 = 100644 config.sub create mode 100644 lib/getpass.c Changeset truncated at 500 lines: diff --git a/batch.c b/batch.c index 23e8633..afda1f9 100644 --- a/batch.c +++ b/batch.c @@ -221,7 +221,7 @@ void write_batch_shell_file(int argc, char *argv[], int file_arg_cnt) stringjoin(filename, sizeof filename, batch_name, .sh, NULL); fd = do_open(filename, O_WRONLY | O_CREAT | O_TRUNC, -S_IRUSR | S_IWUSR | S_IEXEC); +S_IRUSR | S_IWUSR | S_IXUSR); if (fd 0) { rsyserr(FERROR, errno, Batch file %s open error, filename); diff --git a/config.guess b/config.guess old mode 100755 new mode 100644 index 396482d..120cc0d --- a/config.guess +++ b/config.guess @@ -1,14 +1,12 @@ #! /bin/sh # Attempt to guess a canonical system name. -# Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999, -# 2000, 2001, 2002, 2003, 2004, 2005, 2006 Free Software Foundation, -# Inc. +# Copyright 1992-2013 Free Software Foundation, Inc. -timestamp='2006-07-02' +timestamp='2013-05-16' # This file is free software; you can redistribute it and/or modify it # under the terms of the GNU General Public License as published by -# the Free Software Foundation; either version 2 of the License, or +# the Free Software Foundation; either version 3 of the License, or # (at your option) any later version. # # This program is distributed in the hope that it will be useful, but @@ -17,26 +15,22 @@ timestamp='2006-07-02' # General Public License for more details. # # You should have received a copy of the GNU General Public License -# along with this program; if not, write to the Free Software -# Foundation, Inc., 51 Franklin Street - Fifth Floor, Boston, MA -# 02110-1301, USA. +# along with this program; if not, see http://www.gnu.org/licenses/. # # As a special exception to the GNU General Public License, if you # distribute this file as part of a program that contains a # configuration script generated by Autoconf, you may include it under -# the same distribution terms that you use for the rest of that program. - - -# Originally written by Per Bothner p...@bothner.com.