headers
Wayne Davison | 1 Apr 2008 04:14
Picon
Favicon

Re: another iconv question

On Mon, Mar 31, 2008 at 09:54:16AM -0400, Robert DuToit wrote:
> we tried adding option iconv=C and iconv=C,C  but no luck

That would appear to be a request for rsync to not do any character
conversion, in which case you shouldn't be using --iconv.

When using the --iconv option, you should describe the character set
that the files are in on the disk on both the sender and the receiver.

> [rsync] re-copies [e]very file with an umlaute.

Are you using (or implying) the -t (--times) option?  (Use the -i option
to see if the copy is due to time changes or something else.)  What do
you mean by "re-copies"?  Are you talking about copying the file away
and back again, which creates an extra copy of the file on the source
machine under a slightly different name?  If so, perhaps that character
cannot be converted to UTF-8 and back without changing in the process.

If you're talking about a single direction, make sure you've specified
the right character set for each machine.  Also make sure that the file
wasn't copied before with the wrong character set, since the new file
might be the right one.

..wayne..
--

-- 
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Permalink | Reply | 1 comment |
headers
Wayne Davison | 1 Apr 2008 04:16
Picon
Favicon

Re: rsync: writefd_unbuffered failed to write 4 bytes [sender]: Broken pipe

On Mon, Mar 31, 2008 at 10:48:18AM +0200, Sebastian Kösters wrote:
> On the sun the command (in ps ef) went away after about 2 Minutes with
> the error message I sent you.

That makes it look like a connection failure then.  Perhaps a firewall
is closing an idle connection?  e.g. I once had a Linksys box that would
close my ssh connections for me unless I set a keep-alive option in the
protocol.

..wayne..
--

-- 
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Permalink | Reply | 1 comment |
headers
Robert DuToit | 1 Apr 2008 05:04
Picon

Re: another iconv question


On Mar 31, 2008, at 10:14 PM, Wayne Davison wrote:
> On Mon, Mar 31, 2008 at 09:54:16AM -0400, Robert DuToit wrote:
>> we tried adding option iconv=C and iconv=C,C  but no luck

oddly this is what was returned when he ran "locale" on his machine-it  
didn't specify a locale or charset:

xserve-backup-02:/Volumes/Backup RAID 8TB teleclub$ locale
LANG=
LC_COLLATE="C"
LC_CTYPE="C"
LC_MESSAGES="C"
LC_MONETARY="C"
LC_NUMERIC="C"
LC_TIME="C"
LC_ALL="C"

but I found this for German-Swiss in my "locale -a" list:

de_CH.ISO8859-1
de_CH.ISO8859-15
de_CH.UTF-8

so we are not sure which charset to use with iconv=.

  ISO8859-1 or ISO8859-15 or UTF-8?

>>
>
(Continue reading)

Permalink | Reply | 0 comments |
headers
Peter Heiss | 1 Apr 2008 12:36
Picon

Re: Suggestions for basic rsync configuration


Wayne Davison-2 wrote:
> 
> 
> Search for the string "admins" in the config file.  You presumably set
> the gid in more than one spot, such as in the module's settings.
> 

I have checked the config file and have not found any duplicates. Here is my
config file:

uid = user
gid = users
read only = true
use chroot = true
transfer logging = true
log format = %h %o %f %l %b
log file = /var/log/rsyncd.log
hosts allow = *
slp refresh = 300

[remote]
        path = /rsync/backup_out
        comment = Verzeichnis fuer rsync
        auth users = root
        secrets file = /etc/rsyncd.secrets

I am also having problems again with the daemon, it is not responding to
repests... instead it just times out. It works fine without any problems
when I transfer files without the daemon. I am starting to loose myself here
(Continue reading)

Permalink | Reply | 2 comments |
headers
Kurt Martinsen 543 | 1 Apr 2008 10:59

Re: Issue with rsync 3.0.0 and iconv


Wayne Davison-2 wrote:
> 
> The latest git-repository version and nightly tar file have this fix
> committed.
> 

Hi,

I have the same problem:
received request to transfer non-regular file: 88183 [sender]
rsync error: protocol incompatibility (code 2) at rsync.c(298)
[sender=3.0.0]

Is it just the one file that gets discarded or is it the whole process that
stops at this point?

Any plans on releasing a new binary version including this fix anytime soon?

Regards,

Kurt

-- 
View this message in context: http://www.nabble.com/Issue-with-rsync-3.0.0-and-iconv-tp16239983p16416905.html
Sent from the Samba - rsync mailing list archive at Nabble.com.

--

-- 
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
(Continue reading)

Permalink | Reply | 1 comment |
headers
Stuart Halliday | 1 Apr 2008 14:53

Re: Rsync on windows

I use Rsync on Windows 2003 Server.

Google 'cwrsync' for a handy Windows version.

-- 
Stuart Halliday

-----Original Message-----
From: "Mark, Oren" <oren.mark <at> intel.com>
To: <rsync <at> lists.samba.org>
Date: Sun, 30 Mar 2008 09:54:26 +0300
Subject: Rsync on windows

> Hi,
> 
> It there a way to use rsync from windows server, so it will pull data
> on
> NFS through UNIX rsync server?
> 
> Thanks,
> Oren Mark
> Intel - Israel Engineering Computing
> ISEC Data & Application Hosting
> oren.mark <at> intel.com
> (+) 972-4-865-5987
> iNET: 465-5987
> 
> ---------------------------------------------------------------------
> Intel Israel (74) Limited
>
(Continue reading)

Permalink | Reply | 751 comments |
headers
Matt McCutchen | 1 Apr 2008 14:58

Re: Suggestions for basic rsync configuration

On Tue, 2008-04-01 at 03:36 -0700, Peter Heiss wrote:
> 
> Wayne Davison-2 wrote:
> > 
> > 
> > Search for the string "admins" in the config file.  You presumably set
> > the gid in more than one spot, such as in the module's settings.
> > 
> 
> I have checked the config file and have not found any duplicates. Here is my
> config file:
> 
> uid = user
> gid = users
> read only = true
> use chroot = true
> transfer logging = true
> log format = %h %o %f %l %b
> log file = /var/log/rsyncd.log
> hosts allow = *
> slp refresh = 300
> 
> [remote]
>         path = /rsync/backup_out
>         comment = Verzeichnis fuer rsync
>         auth users = root
>         secrets file = /etc/rsyncd.secrets
> 
> I am also having problems again with the daemon, it is not responding to
> repests... instead it just times out. It works fine without any problems
(Continue reading)

Permalink | Reply | 1 comment |
headers
Matt McCutchen | 1 Apr 2008 15:04

Re: Issue with rsync 3.0.0 and iconv

On Tue, 2008-04-01 at 01:59 -0700, Kurt Martinsen 543 wrote:
> I have the same problem:
> received request to transfer non-regular file: 88183 [sender]
> rsync error: protocol incompatibility (code 2) at rsync.c(298)
> [sender=3.0.0]
> 
> Is it just the one file that gets discarded or is it the whole process that
> stops at this point?

For protocol-corruption errors like this one, the whole process stops.

> Any plans on releasing a new binary version including this fix anytime soon?

Wayne plans to release rsync 3.0.1 in the next few days.  Until then,
you can use a nightly snapshot or exclude the offending file.  (This is
a major, easily overlooked advantage of rsync's filters: if one file
gives rsync trouble, one can simply exclude it so that the rest of the
run can proceed.)

Matt

--

-- 
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Permalink | Reply | 0 comments |
headers
samba-bugs | 1 Apr 2008 18:51
Picon
Favicon

DO NOT REPLY [Bug 5365] New: --backup and --xattrs are not compatible

https://bugzilla.samba.org/show_bug.cgi?id=5365

           Summary: --backup and --xattrs are not compatible
           Product: rsync
           Version: 3.0.0
          Platform: x86
        OS/Version: Other
            Status: NEW
          Severity: normal
          Priority: P3
         Component: core
        AssignedTo: wayned <at> samba.org
        ReportedBy: fauthier <at> free.fr
         QAContact: rsync-qa <at> samba.org

system on both server :
os x server 10.4.11

rsync version is 3.0.1pre3 (no patch)

rsync syntaxe :
/usr/local/bin/rsync  --rsync-path=/usr/local/bin/rsync -avW --acls --xattrs
--del --force --backup --backup-dir=/`date +%Y%m%d-%Hh%M`   /Source
Server2:/Dest/

Sometimes I have this error :

Missing abbreviated xattr value, com.apple.ResourceFork, for
"/Volumes/Data/Sauvegardes/DESC1_VOL1/20080401-15h54/DESCMDL/BASE-Studio.DF1"
Missing abbreviated xattr value, com.apple.ResourceFork, for
(Continue reading)

Permalink | Reply | 12 comments |
headers
Erik Jan Tromp | 1 Apr 2008 19:01
Picon
Favicon

Re: 3.0.0pre2 error on module, fine on subdir

On Sat, 29 Mar 2008 23:08:32 -0700
Wayne Davison <wayned <at> samba.org> wrote:

> On Sat, Mar 29, 2008 at 04:18:57PM -0400, Erik Jan Tromp wrote:
> > I've done some experimenting locally & narrowed things down. In
> > essense,  I'm tripping over subtle changes in daemon exclude
> > behaviour.
> 
> Thanks for figuring out what was going wrong.  Rsync should not allow
> the exclusion of a "." dir by a name-matching rule (e.g. ".*" or
> "*/"), so I have fixed this in the latest code.
> 
> ..wayne..

Just a quick followup on this. I've updated to pre3 & reverted my
rsyncd.conf to its original state. Everything's working fine. Great
work!

Erik

-- 
"Failure is not an option. (It comes bundled with Windows.)"
"If at first you don't succeed, redefine success."

--

-- 
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Permalink | Reply | 0 comments |

Gmane