headers
Ty Miller | 2 Apr 2007 02:46
Picon

RE: rsync backup - order by size

Hey guys,

Just thought I'd let you know that this worked perfectly. 

If the rsync guys would like a copy of my backup script for their examples
page, or anything like that, then I am happy to sanitize it and pass it on. 

It performs the following functions;

The backup script implements a 31 day rotating incremental backup. The
incrementals will go into subdirectories named after the day of the month
(1,2,3,...,31) and the current full backup goes into a directory called "0".
(This was named "0" because the Windows version of rsync/cygwin has
limitations on the filename length.)

A log file is kept, which is parsed at the end of the backup to determine
whether any errors have occurred. If so, then an email is sent to the
administrator containing the backup errors.

The script uses the --partial option so that if a transfer is interrupted
then partially transferred files will be kept so they can be continued on
the next transfer. I also added a check for a "connection reset" error so
that the backup is automatically kicked off immediately if the connection
drops out and alerts the administrator.

Large files were causing smaller files to not be backed up daily cause the
large files were taking longer than a day to complete. It now performs two
passes of backups for small and large files. The small files get backed up,
and then the large files start getting transferred. The next time the backup
gets kicked off it kills the large file backup if it is still running,
(Continue reading)

Permalink | Reply | 0 comments |
headers
ying lcs | 2 Apr 2007 04:05
Picon

Operation not permitted in rsync

Can you please tell me what is the meaning of the following error message?

rsync: chgrp "/media/LINUXBACKUP/backup/sample/sample/mozilla1.5/mozilla/dom/src/data/.svn/text-base/20070227225544.tar.svn-base"
failed: Operation not permitted (1)
--

-- 
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
Kelly Kane | 2 Apr 2007 22:45

Out of memory in make_file

Hello,

    I did some searching through the rsync archives at mail-archive.com 
and didn't find anything less than 2 years old. I am hoping there have 
been some developments since then, or that I can look towards debian for 
clues to this problem.

    I am trying to rsync some pretty large directories. These 
directories have about 100-200 users in them. Sometimes we get this on a 
single users home directory. Normally this works pretty well, but on 
occasion we get repeatable errors:

# rsync -av --numeric-ids
...snip...
ERROR: out of memory in make_file [sender]
rsync: writefd_unbuffered failed to write 4 bytes [sender]: Broken pipe (32)
rsync: connection unexpectedly closed (1960976 bytes received so far) 
[sender]
rsync error: error allocating core memory buffers (code 22) at io.c(548) 
[sender=3.0.0cvs]

We're running this on a system which is in live use a file server. It is 
copying from an NFS mount to an AOE block device. The current output is 
it iterating through a Maildir. There is plenty of free memory available 
on the server as far as I can tell:

bottom:~# free
             total       used       free     shared    buffers     cached
Mem:       3090232    3068536      21696          0        164    2289396
-/+ buffers/cache:     778976    2311256
(Continue reading)

Permalink | Reply | 0 comments |
headers
Daniel Kava | 3 Apr 2007 14:01

Re: rsync Digest, Vol 52, Issue 3

I will be out of the office .  Please contact Help Desk  <at>  ext. 2335 in
my absence.

Thank you.
Daniel Kava

>>> rsync 04/03/07 07:00 >>>

Send rsync mailing list submissions to
	rsync <at> lists.samba.org

To subscribe or unsubscribe via the World Wide Web, visit
	https://lists.samba.org/mailman/listinfo/rsync
or, via email, send a message with subject or body 'help' to
	rsync-request <at> lists.samba.org

You can reach the person managing the list at
	rsync-owner <at> lists.samba.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of rsync digest..."
This message and any attachments are solely for the intended recipient
and may contain confidential or privileged information. If you are not
the intended recipient, any disclosure, copying, use, or distribution 
of the information included in this message and any attachments is 
prohibited.  If you have received this communication in error, please
notify us by reply e-mail and immediately and permanently delete this
message and any attachments from your computer system.
Thank you.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Carson Gaspar | 3 Apr 2007 14:58

rsync 3.x ACL / XATTR support for Solaris 10 / ZFS

Looking at the current code in CVS, it appears that rsync does not 
currently support ACLs or XATTRs for Solaris ZFS filesystems (at least 
not completely - I'm not sure how UFS/ZFS auto ACL format conversion 
works). It shouldn't be too hard to add support, especially as ZFS now 
uses NFSv4 ACLs. I'm glad to do the coding and testing, but I wanted to 
make sure that someone wasn't already so doing before I got started.

-- 
Carson
--

-- 
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 | 2 comments |
headers
Wayne Davison | 3 Apr 2007 19:35
Picon
Favicon

Re: rsync 3.x ACL / XATTR support for Solaris 10 / ZFS

On Tue, Apr 03, 2007 at 05:58:38AM -0700, Carson Gaspar wrote:
> Looking at the current code in CVS, it appears that rsync does not 
> currently support ACLs or XATTRs for Solaris ZFS filesystems

Does Solaris 10 not use posix ACLs and xattrs?  I've only tested rsync
on solaris 8 and 9 (some time ago).

..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
Mike Bombich | 3 Apr 2007 20:44
Favicon
Gravatar

Modifications to NOT recursively make_backup

Hi:

	Suppose I have the following files on my target volume:

/Applications/[45,000 sub files and directories]
/Developer/[120,000 sub files and directories]
... (another 8 or so directories with lots of files and sub directories)
/usr/ [75,000 sub files and directories]

For a total of approximately 500K files and directories.  On my  
source, I have only a handful of items:

/Data/ [70 items]
/Records/ [20 items]
/Finances/ [45 items]

Now I want to copy source to target, while archiving what is already  
on the target:

rsync -a --backup --backup-dir="backup_2007_04_03_14-03-34" --delete / 
Volumes/Source/ /Volumes/Target

The result is that it takes an incredibly long time to move  
essentially everything on the target -- one at a time -- to the  
backup directory on the target.  Instead of recognizing that each of  
the 11 root items on the target do not exist on the source, rsync  
does a depth-first backup and thus performs 500K mv operations.

My questions is why?  I made the following modifications to  
generator.c and backup.c (2.6.6) which eliminates the depth-first
(Continue reading)

Permalink | Reply | 0 comments |
headers
David Harfst | 3 Apr 2007 21:22

overflow error

Hello all,

I'm having a problem with an overflow error and I was hoping to get some help.

The client is Red Hat ES 3 running kernel version 2.4.21-4.ELsmp, rsync version 2.5.6

The server is Novell 6.5 SP6 running rsync version 2.6.3

I'm consistently getting the following error on the receiving end (server):

overflow:  flags=0x69 l1=110 12=1633837871 lastname= 
ERROR: buffer overflow in receive_file_entry
rsync error: error allocating core memory buffers (code 22) at util.c(147)

Thanks for any help.

-- 

David Harfst
Senior Systems Engineer - Information Systems
CMS, Inc.   - http://www.cmsrtp.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
Permalink | Reply | 2 comments |
headers
Carson Gaspar | 4 Apr 2007 02:15

Re: rsync 3.x ACL / XATTR support for Solaris 10 / ZFS

Wayne Davison wrote:
> On Tue, Apr 03, 2007 at 05:58:38AM -0700, Carson Gaspar wrote:
>> Looking at the current code in CVS, it appears that rsync does not 
>> currently support ACLs or XATTRs for Solaris ZFS filesystems
> 
> Does Solaris 10 not use posix ACLs and xattrs?  I've only tested rsync
> on solaris 8 and 9 (some time ago).

The semantics are POSIX compatible. The APIs are unique to Solaris, as 
far as I know.

-- 
Carson
--

-- 
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
Julian | 4 Apr 2007 10:13
Picon

rsync / cygwin / vista

Hi all,

Has anyone used rsync / cygwin with Vista? I'm trying on a 32 bit 
version of the OS and getting the following error:

30 [main] ? (3664) C:\Program Files\rsync\rsync.exe: *** fatal error - 
couldn't allocate heap, Win32 error 0, base 0x840000, top 0x850000, 
reserved_size 614400, allocsize 65536, page_const 4096
23 [main]  rsync 6252 child_copy: stack write copy failed, 
0x22DC10..0x230000, done 0, windows pid 2284356, Win32 error 5

Seems like the process doesn't have permission to use heap/stack? ... 
Not too familiar with this OS.. rsync is actually one of the first 
things I tried on it... Anyone got a clue?

Thanks
Julian

--

-- 
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