On Wed, Sep 08, 2004 at 04:52:51PM -0400, Paul Haas wrote:
> I can think of 4 usefull modes:
> 1The default, don't try to chown().
> 2 --ownerIf rsync thinks it is root, then try to chown()
> 3 --owner-whiningAlways try to chown() and whine if it doesn't work.
>
On Thu, Sep 09, 2004 at 11:46:48AM +0200, Essyug wrote:
> Why does the rsync running on the client must be root ? It just has to
> send the name of the owner of the file to the server which will chown
> it.
I misread it as the receiver at first glance, thus the confusion.
You're right that the s
On Fri, Sep 10, 2004 at 02:47:28PM +0200, Paul Slootman wrote:
> Yes, I just checked out what -a does exactly.
> Why oh why does -a not preserve hard links?
Because it used to be horribly inefficient in memory usage and in extra
bytes transferred over the wire (it bloated memory use in the receive
On Fri, Sep 10, 2004 at 12:05:37PM +0200, Kick Claus wrote:
> rsync stream tcp nowait publish /usr/bin/rsync rsyncd --daemon --port 1234 .
As indicated in the rsyncd.conf man page, the command should be this:
rsync stream tcp nowait publish /usr/bin/rsync rsyncd --daemon
(I changed "ro
On Sat, Sep 11, 2004 at 12:21:43PM +0200, Paul Slootman wrote:
> Ah, I searched the rsync man page for 'inetd' and didn't find
> anything...
The --daemon option mentions inetd, and its text tells you to read the
rsyncd.conf manpage for more details. I think having the daemon-mode
specific details
On Sat, Sep 11, 2004 at 12:00:54PM +0200, Dirk Pape wrote:
> will my feature request be considered for one of the next rsync releases?
I'm not currently convinced that this is a big enough deal for most
people to warrant an option for the mainstream release, especially if we
have to ship a mergeso
On Fri, Sep 10, 2004 at 10:25:00AM -0400, Ian! D. Allen wrote:
> The only way to get rsync to tell me which remote files are "newer" is
> to use a double-v (-vv), which produces way more output than I care to
> see.
The solution is a more flexible set of options for --log-format. This is
somethin
On Fri, Sep 10, 2004 at 07:36:57AM -0500, Mark Seamans wrote:
> I am needing to know what files were transferred. However in the log it
> is not showing me.
If no filenames get output with -v, then they were thought to be
up-to-date. See also the --log-format option for a way to tell rsync to
ou
On Thu, Sep 09, 2004 at 06:03:49PM +0800, Jacky Kim wrote:
> If the shell of user alpha is /sbin/nologin
> When use rsync with ssh mode, is it possible for alpha to use rsync
> to backup data?
This is an ssh question: you're asking if there is a way to limit what
commands the user runs. The ans
On Thu, Sep 09, 2004 at 06:07:26PM +0800, Jacky Kim wrote:
> When use rsync with daemon mode, how to permit user from
> using rsync via remote shell mode?
I don't understand what you're asking here, sorry. Daemon mode and
remote-shell mode use two different access schemes. One requires an
rsync
On Thu, Sep 09, 2004 at 06:39:00PM +0800, Jacky Kim wrote:
> When use rsync with daemon mode, rsync can call chroot.
> But with ssh mode, is it possible to use chroot?
Rsync only supports chroot in daemon mode. There might be a remote-
shell that supports chrooted access, but I don't know of one
On Mon, Sep 13, 2004 at 06:55:32PM +0100, SPJ.Schembri wrote:
> Will the [partial-dir] patch be committed for the next release ?
Sure. It's in 2.6.3pre1, and the fix I made will make it into the final
release.
> And when do you forsee that happening ?
I hope to do a pass through the open bugs a
On Thu, Sep 09, 2004 at 11:46:48AM +0200, Essyug wrote:
> testuser:x:1:1:testuser:/home/DOMAIN/testuser:/bin/false
[...]
> DOMAIN\testuser:x:1:1:testuser:/home/DOMAIN/testuser:/bin/false
I'd suggest running with expanded levels of -v until you see what user &
group names are gettin
On Mon, Sep 13, 2004 at 09:31:02AM -0700, Raghu Kulkarni wrote:
> However, even on a retransfer, the earlier partially transferred file
> is not fixed, although the client appears to think the transfer has
> completed successfully.
Do you mean the file does not transfer again (meaning that rsync t
On Thu, Sep 16, 2004 at 07:06:54AM -0700, Jim Gallagher wrote:
> $ rsync -v -v -v --recursive --rsh="ssh -i /home/ul081b/mpdm-keys/[EMAIL PROTECTED]"
> MPDM-W2K3::MPDM .
That line must have contained a space prior to the [EMAIL PROTECTED] part
or it wouldn't have failed as it did. That is spec
On Fri, Sep 03, 2004 at 03:40:33PM +0900, Nobu Takahashi wrote:
> Then it hits "goto failed" and there "listener" is closed as it is
> not -1 and fails. This overrides the errno to EBADF. I think -1
> should be set to "listener" after the close() to avoid this problem.
Yes, that is a bug. I've
On Wed, Sep 08, 2004 at 12:45:10PM -0400, Christophe Kalt wrote:
> i also remember reading about Martin Pool talking about a replacement
> a while back. Realistically, when do you see such an effort happening?
I'd like to look into this after I get 2.6.3 released. I need to look
at some of the o
On Mon, Sep 13, 2004 at 10:21:53AM +1000, Stuart J. Browne wrote:
> rsync error: protocol incompatibility (code 2) at sender.c(151)
> Any ideas on what I could do to stop this?
An error such as this can be caused by a problem in the transport of the
data. For instance, if you're using a pro
On Mon, Sep 13, 2004 at 12:16:53PM +0530, ramana wrote:
> I would like to know if rsync can work out of box with Autodir.
I've perused your HOWTO doc. I didn't see an example backup command,
but I assume that rsync would work fine with Autodir. Rsync can be
thought of as an optimized scp, so if
On Tue, Sep 14, 2004 at 09:22:05AM +0200, Essyug wrote:
> All I get running with - is the gid...
That is because rsync doesn't believe that it is root. I think I should
modify rsync so that it outputs the uid when it is the sender even when
it is not root.
What your output doesn't show is wh
On Tue, Sep 14, 2004 at 07:42:46PM +0100, Dan Bolser wrote:
> I would like to diff two files using rsync.
Try using "unison". It uses the rsync protocol to transfer its files,
has the ability to show you the diffs for two files that differ, and
lets you choose which direction to transfer the file
On Wed, Sep 15, 2004 at 07:05:09PM +0300, Petri Asikainen wrote:
> I'm having problems with character encodings when syncing files from
> netware (rsyncd) to linux box.
> Character with umlauts like รครถ are stored wrongly on disk.
Rsync doesn't affect filenames at all -- it just uses the supplied
On Thu, Sep 16, 2004 at 11:51:00AM -0700, jim wrote:
> notice that the command not found complains about the uppercase MPDM-W2K3
That's because you didn't remove the hostname from the ssh command like
I told you to (see my original command suggestion).
..wayne..
--
To unsubscribe or change optio
On Fri, Sep 17, 2004 at 09:29:41AM +0200, Essyug wrote:
> Does the client side send 11385 or "testuser"? Or both?
It sends both (it sends a mapping table of UID/name pairs before it
sends the UIDs attached to the file-info). The fact that your server
got the name but didn't change the UID to the
On Fri, Sep 17, 2004 at 02:24:26PM +0100, Gordon Lack wrote:
>Is there some way to get symlinks to replace non-empty directories
> without using --delete?
The --force option does this.
..wayne..
--
To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync
Before posting
On Mon, Sep 20, 2004 at 07:27:54PM -0400, Marc St-Onge wrote:
> when you execute the [--backup] command a second time [...] the backup
> file gets deleted forever.
Yes, that is what happens if you don't use --backup-dir and you don't
exclude the backup files. If you want more than just the backup
On Sun, Sep 19, 2004 at 07:54:47AM -0600, Sean Reifschneider wrote:
> My thought is that it could be implemented fairly inexpensively by
> mostly relying on the temporary files that are already written. If the
> temp files were given a common extension (even if it were just common
> among a concur
On Mon, Sep 20, 2004 at 11:11:19AM +0200, [EMAIL PROTECTED] wrote:
> this is possibly a bug report (I'm not sure if this is a feature). It's
> related to the --keep-dirlinks option, when combined with --delete .
Yeah, this weird behavior of --delete is something that Ivan Manida
commented on not
I have released rsync 2.6.3pre2 -- the second (and final) pre-release
version of 2.6.3. Please help out with the testing so that the code
gets a good workout before 2.6.3 is released. (Note that this version
will not be in testing for as long as 2.6.3pre1 was -- I'd like to get
it released in a w
On Wed, Sep 22, 2004 at 04:54:32AM -0400, Erik Jan Tromp wrote:
> Are there plans to make --link-by-hash pay attention to file externals?
The issue has come up before:
http://lists.samba.org/archive/rsync/2004-February/008630.html
I don't know of any plans for changing the --link-by-hash patch,
On Fri, Sep 17, 2004 at 02:25:59PM -0600, Ashley M. Kirchner wrote:
>file has vanished:
>"/cygdrive/z/LJ 430/Completed Orders/513000/513476 \
>Tassone Mary no Cd/ART/high res/59?04.tif"
I can only suggest trying to debug this (perhaps via strace, perhaps via
fprintf(stderr,
On Wed, Sep 22, 2004 at 06:47:39PM -0700, Johannes Graumann wrote:
> rsync error: syntax or usage error (code 1) at main.c(726)
Your first rsync command is missing a space prior to the destination
spec (I added it in front of the "$BSERVER:" bit):
> rsync -e ssh --delete -a $HOME/emptydir/ $BSERV
On Thu, Sep 23, 2004 at 04:14:27PM +0200, Paul Slootman wrote:
> On Wed 22 Sep 2004, Erik Jan Tromp wrote:
> > rsync://rsync.samba.org/ftp/unpacked/rsync/patches/link-by-hash.diff
>
> Unfortunately that seems to have tabs expanded, and at one point a
> line was wrapped.
The "unpacked" files are t
On Tue, Sep 21, 2004 at 02:14:44PM -0700, Richard Kiss wrote:
> I replace "unsigned off_t" with __uint64_t and all is well.
Trying to find a 64-bit variable-type is a pain in the neck. I'm not
sure what can be done for cross-compiling. Suggestions welcomed.
> lib/compat.c:202: error: too few ar
On Fri, Sep 24, 2004 at 04:07:21PM +0200, Essyug wrote:
> I don't see anything like that, even with "strace -f".
Sorry, I wasn't thinking straight because getpwnam() is a library
routine, not a system call, so you'll see things like the open for
/etc/passwd that was caused by the call, but not the
On Fri, Sep 24, 2004 at 11:09:26AM -0700, jim wrote:
> The server crashed, but left rsync.exe.stackdump:
A stackdump would be useful if it would give function names and line
numbers. Without that, it doesn't give me anything I can use to figure
out where it crashed.
Could you try running 2.6.3pr
On Fri, Sep 24, 2004 at 09:03:42AM +0200, Jose Luis Poza wrote:
> "2004/09/22 13:30:40 [4880] cannot send long-named file
If the name overflows the MAXPATHLEN for the system, then a file of that
length cannot be referenced with a directory path of that length. You
may be able to work around the p
On Tue, Oct 12, 2004 at 12:07:57PM +0200, Scott Ainslie wrote:
> I am running rsync on win9x (PIII 900, 128MB RAM) between a mapped
> network drive and a local drive.
If you can move the sending rsync to the host that has the network drive
mounted locally you'll find that the copy is much faster t
On Thu, Oct 07, 2004 at 11:01:06AM -0400, Henson, George Mr JMLFDC wrote:
> When I first run the rsync (needing to pull all the files), It times
> out about 10% of the time.
As has been discussed quite a bit recently, there is a hang problem with
the cygwin version of rsync that no one has narrowe
On Tue, Oct 12, 2004 at 09:10:13PM +0200, Scott Ainslie wrote:
> Does anyone know where I can get a windows binary for the latest version?
The official cygwin package is at version 2.6.3-1. You can download it
from any of the cygwin mirror sites.
..wayne..
--
To unsubscribe or change options: h
On Tue, Oct 12, 2004 at 04:13:56PM -0400, Daniel Teklu wrote:
> path = /export/home/foo/test
[...]
> How do I put it to /export/home/foo/test/blha
Either use this command:
rsync -avz /export/home/foo/test/blha/file_name server::test/blha
or these commands:
cd /export/home/foo/test
rsync -avzR
On Tue, Oct 12, 2004 at 09:06:09AM -0700, Bachmeier, Marc wrote:
> This configuration works fine when the xinetd server is pulled out of
> the picture.
Which makes me think that it is messing up somehow. Two suggestions for
you:
1. Try using --blocking-io
2. Try using something like stunnel or
On Thu, Oct 14, 2004 at 02:43:05PM -0400, Kevin Kallsen wrote:
> rsync: writefd_unbuffered failed to write 4092 bytes:
> phase "send_file_entry": Connection reset by peer
See the notes on this web page to help you to figure out what is
failing:
http://rsync.samba.org/issues.html
..wayne..
--
On Fri, Sep 24, 2004 at 03:47:03PM +0200, Paul Slootman wrote:
> If I then run it again, I get the following [a different hashed file]
I didn't see that in my just-run test. I did notice a problem with the
code not removing an existing destination file prior to trying to hard
link a hashed file i
On Sat, Sep 25, 2004 at 11:53:48AM -0400, Full Decent wrote:
> Is it functionally possible to have only one simple progress bar
> represent the whole rsync operation?
You could have a percent represent how far in the file list we are, but
that is a very inaccurate indication of how much work is to
On Mon, Sep 27, 2004 at 03:18:12PM -0400, Full Decent wrote:
> I think this largely inaccurate representation would be useful for
> something like, say, the gentoo portage tree.
Hmm, yes, I used gentoo for a while, and having a huge collection of
small files would be one case where an indication o
On Tue, Sep 28, 2004 at 10:26:32AM +0200, Essyug wrote:
> I really think it's on the rsync/cygwin side which probably
> sends the numeric id instead of the name, or simply doesn't send the
> name/uid map (although my user is known on this side, too).
No, the test output you saw proves that is no
On Tue, Sep 28, 2004 at 03:47:09PM +1000, Peter Skipworth wrote:
> send_files mapped /IFX/llog/logs.109051.gz of size 17592186044416
This line comes directly from this code:
rprintf(FINFO, "send_files mapped %s of size %.0f\n",
safe_fname(fname), (double)st.st_size);
The "st" variable is
On Tue, Sep 28, 2004 at 03:57:06PM +0200, Max Gilead wrote:
> rsync -v --recursive --rsh="ssh" [EMAIL PROTECTED]:* dest_dir
> receiving file list ... link_stat "/home/login/*" failed: No such file
> or directory
This isn't an rsync problem, this is a shell-induced problem due to you
using a wildc
On Tue, Sep 28, 2004 at 05:15:55PM +0200, Essyug wrote:
> How can I check whether rsync uses /etc/nsswitch.conf or not?
I'd suggest finding a Linux forum to ask that question (and first
googling to see if the answer is already out there). I'd also suggest
creating a simple test program that just
On Tue, Sep 21, 2004 at 12:37:55PM +0500, Sergey Golovin wrote:
> I'm unable to write with remote rsync in daemon mode.
The strace you included shows that it is the fork() call that is
returning -1 (EAGAIN). So, you need to figure out why fork() isn't
working -- e.g. what resource it thinks is "t
I just thought of something else that I should have thought of earlier:
if you're using a chroot=yes setup for an rsync daemon, you must put the
appropriate files into the chroot area for rsync to do any mapping of
UIDs and GIDs (as explained in the man rsyncd.conf manpage). For
instance, create a
On Tue, Sep 28, 2004 at 11:43:40AM -0400, Anthony DiSante wrote:
> rsync -avvv --delete --exclude /Volumes macbox::rootpath /mnt/bkup/macbox
You need to also exclude this:
--exclude=/dev/fd/
Otherwise the OS X filesystem has a loop back to the root dir, which
causes rsync to keep scanning mo
On Tue, Sep 28, 2004 at 04:10:13PM +, David Evers wrote:
> rsync -e ssh -avn host:/path /local/path 2>&1 | tee LOG
In my test I piped the output to "(sleep 10; tail)" to ensure a
reproducable truncation.
The attached patch fixes the problem by putting our stderr fd back
into blocking I/O
On Tue, Sep 28, 2004 at 11:42:54AM -0400, Christophe Kalt wrote:
> i couldn't find anything in my various searches :-(
It was surprisingly hard to google for due to him using the phrase
"report options" for the idea. Here are the messages to which I was
referring:
http://lists.samba.org/archive/
On Tue, Sep 28, 2004 at 01:59:45PM -0400, Demian M. Nave wrote:
> If anyone is interested, the included patch to rsync-2.6.2 allows you to
> specify the port number for an rsync server as a global option in
> rsyncd.conf with 'port = ' (where is your favorite port number).
I like this idea, so
On Tue, Sep 28, 2004 at 03:19:43PM -0700, jim wrote:
> I am still having problems when I throw ssh into the mix. At least
> now, things don't crash, but they do hang.
Yes, others have experienced hangs when using rsync over ssh under
cygwin. If possible, stick with the rsync daemon protocol for c
On Wed, Sep 29, 2004 at 08:44:43AM +, David Evers wrote:
> I'm not seeing how we know that ssh has finished messing with stderr
> by the time the patch comes to try to set it back to blocking.
The reason there's no race is that this call comes after we've begun to
talk over the socket to the r
On Wed, Sep 29, 2004 at 12:04:21PM -0400, Tony VanScoy wrote:
> $ rsync --version
> rsync version 2.6.0 protocol version 27
Allow me to answer by reference to things I've said in the past:
http://lists.samba.org/archive/rsync/2004-January/008406.html
http://www.mail-archive.com/[EMAIL PROTECTED
On Wed, Sep 29, 2004 at 10:08:16AM -0700, jim wrote:
> Do you have a gut feeling as to where I should look first, or what the
> issue might be? Do you suspect rsync or ssh as the likely culprit?
It's hard to know, but I'd suggest starting by assuming it's rsync's
fault and going from there. The
On Wed, Sep 29, 2004 at 11:28:04AM -0700, jim wrote:
> One more question. Does rsync intentionally behave differently if
> it's talking over ssh vs directly over a socket?
The main difference is in the protocol startup (since we have to send
some things over the socket in daemon mode that get se
On Wed, Sep 29, 2004 at 01:36:14PM +0800, John wrote:
> Is there something in the above options I should add or remove?
I don't see anything wrong that should prevent the hard-linking from
happening. If you do an "ls -li" on the source files, do they all show
the same inode number? I'll run some
On Wed, Sep 29, 2004 at 08:07:28PM -0400, Igor A. Nesterov wrote:
> building file list ... link_stat /tmp/dira/file1 : No such file or directory
This is because rsync is a copy command, and you told it to copy a file
that doesn't exist. Rsync does not currently have a way to specify
individual fi
I have released rsync 2.6.3. This is an incremental release from 2.6.2
that adds several new features and fixes a good number of bugs. You can
read all about it in the release-NEWS:
http://rsync.samba.org/ftp/rsync/rsync-2.6.3-NEWS
There are a variety of download instructions on the website
On Fri, Oct 01, 2004 at 12:31:55AM +0200, Lapo Luchini wrote:
> I don't think there is any reason not to ask for "binary mode" on
> non-Windows hosts, anyway (it's already done also in do_open(...),
> also).
It has to be configured around the presence of the setmode() function
and only done if O_B
On Mon, Oct 04, 2004 at 09:06:01PM -0500, Joe Eiler wrote:
> I just compiled 2.6.3 and am trying to get it to run on linux 2.6.8.1
> kernel with a more or less fedora core2 environment.
I've tested 2.6.3 under a debian sarge setup using a linux 2.6.8.1
kernel. The only changes I made in your test
On Mon, Oct 04, 2004 at 12:56:34PM +0200, Jos? Luis Poza wrote:
> My question is, Does rsync mark the files that it scan with a type ok
> backup attribute?
No, rsync does not know anything about the MS-DOS backup attribute.
..wayne..
--
To unsubscribe or change options: http://lists.samba.org/ma
On Sun, Oct 03, 2004 at 11:50:04PM -0400, Michael Carr wrote:
> 3. Therefore, it's only occuring when using rsync to upload a file
> from my client to the server.
You might try the patch mentioned here:
http://lists.samba.org/archive/rsync/2004-September/010739.html
..wayne..
--
To unsubscribe
On Mon, Oct 04, 2004 at 06:53:18AM +0200, Mischa wrote:
> If both paths are on the local harddisk, it works properly, if the path
> is on a firewire disk it doesn't.
Try creating a hard-link manually between the actual destination dir and
the backup dir that is failing. It might be that you are
On Thu, Sep 30, 2004 at 05:52:42PM -0700, Joe Smith wrote:
> I've done something similar to what is at http://www.jdmz.net/ssh/
> but it restricts rsync to certain directories based on the key used.
> http://www.inwap.com/mybin/miscunix/?rrsync
That looks pretty sweet! I've added a link to
On Tue, Oct 05, 2004 at 07:29:03AM -0500, Joe Eiler wrote:
> Oct 5 06:06:12 localhost rsyncd[22781]: rsyncd version 2.6.3 starting, listening on
> port 873
> Oct 5 06:06:12 localhost rsyncd[22781]: unable to bind any inbound sockets on port
> 873
> Oct 5 06:06:12 localhost rsyncd[22781]: rsync
On Tue, Oct 05, 2004 at 07:07:17AM -0700, jim wrote:
> Can you explain to me the relationship between the parent rsync
> process and it's children?
Rsync has a separate process for each major function.
The generator process (on the receiving side) has the job of figuring
out which files are diffe
On Tue, Oct 05, 2004 at 01:02:57PM -0500, Joe Eiler wrote:
> I have been doing a "rsync -av localhost::" to see if a daemon is
> running, is this a valid test?
Yes, that should return a connection-refused error if rsync isn't
running.
> The core file is about 680k, I am going to attempt to crack
On Wed, Oct 06, 2004 at 09:26:05AM -0400, Michael Carr wrote:
> Will the ASCII patch be included in the next release?
The ASCII patch will be in the official Cygwin version of 2.6.3 when it
gets packaged. An improved version of this patch (that is appropriately
conditionalized based on autoconf
On Thu, Oct 07, 2004 at 06:55:19AM +0200, Pieter De Wit wrote:
> Would it be posiable to add a "keep alive" option to rsync.
This would be a good suggestion to add to the bug database:
https://bugzilla.samba.org/enter_bug.cgi?product=rsync
If you don't want to sign-up for bugzilla to do that, I'
On Thu, Oct 07, 2004 at 10:20:34AM -0600, Ryan Sommers wrote:
> Edited authorized_keys on M adding 'command="sudo /usr/local/bin/rsync
> --server --daemon ."'
You can't start an rsync daemon and then attempt to do a non-daemon
transfer. Get rid of the "command" setting above and tell rsync to
run
When you say that a local copy hangs, I'm assuming you're not using the
host: name for the local machine or "localhost:", right?
If HAVE_SOCKETPAIR is defined in config.h, I'd suggest commenting it
out, recompiling, and trying the local copying again -- perhaps having
rsync use pipes instead of so
On Thu, Oct 07, 2004 at 11:18:03AM -0600, Ryan Sommers wrote:
> After sending the first mail I was able to get it to work by adding
> '-e ssh' to the command line and changing '[EMAIL PROTECTED]:/path/to/stuff' to
> '[EMAIL PROTECTED]::module'.
Yes, that is the other choice if you want to restrict
On Thu, Oct 07, 2004 at 10:32:34AM -0700, jim wrote:
> If I comment that out, how will that affect a remote sync?
It wont affect it at all, since socketpair() is only used to
communicate locally (don't confuse socketpair() with socket()).
..wayne..
--
To unsubscribe or change options: http://lis
On Thu, Oct 07, 2004 at 09:38:38PM -0700, Robert Clark wrote:
> I hacked rsync version 2.6.0 to support a file size limit.
There is a patch named max-size.diff in the patches directory of rsync
that adds support for this feature. It is one of several features in
that directory that are being cons
On Sat, Oct 09, 2004 at 11:39:45AM -0700, Saunders, Shawn wrote:
> rsync: writefd_unbuffered failed to write 32768 bytes: phase "unknown":
> Broken pipe rsync error: error in rsync protocol data stream (code 12) at
> io.c(842)
A broken-pipe error means that the other end of the connection went
awa
On Fri, Oct 15, 2004 at 11:39:47AM +0800, Mike Daws wrote:
> I have found that files which do not exist in DEST but do exist in DIR
> and SOURCE, are not created.
Correct -- that's the way --compare-dest works. Think of it as a sparse
backup function that only stores changed files. For an option
On Fri, Oct 15, 2004 at 12:54:42PM -0600, Matthew Asplund wrote:
> Would it be possible to do an rsync which would leave the files in a
> compressed form when it was done?
The BackupPC software does this (and more) by using a custom perl app
that speaks the rsync protocol. There's a link on the "
On Mon, Oct 18, 2004 at 10:34:09AM +0200, Norbert Wild wrote:
> Is there a way to achive this?
> (maybe through something like multiple --link-dest options)
The "patches" dir has a diff named compare-dest.diff that implements
multiple --compare-date/--link-dest options. Just apply it after the
g2
On Mon, Oct 18, 2004 at 10:45:52AM +0200, Norbert Wild wrote:
> Is there a way to mak rsync check for existing files in the --link-dest
> directory first?
No, not at the moment. You might want to check into the BackupPC
software (that uses the rsync protocol) and see if that is something
that mi
On Mon, Oct 18, 2004 at 08:02:58AM -0700, Saunders, Shawn wrote:
> cat ./*.c ./lib/compat.c | awk -f ./mkproto.awk >./proto.h.new
> awk: syntax error near line 12
This is your awk complaining. You could try running that command using
nawk or gawk (gawk will definitely work), but (if you don't hav
On Mon, Oct 18, 2004 at 01:13:56PM -0700, Laurens wrote:
> It deletes 2 files while --max-delete=1 was specified.
> I think it has something to do with deletion_count in delete_files
> (receiver.c).
Yes, the ">" should really be ">=" (a simple off-by-one error). The
line should look like this whe
On Tue, Oct 19, 2004 at 02:53:15PM -0400, Venkateswaran, Bhaskar wrote:
> $DATESPATH is a variable defined in 'datauser's profile, but it looks like
> the variable is not recognized in the context of this command.
Right. Ssh doesn't source most of the shell profiles. Try this:
ssh -l datauser m
On Mon, Oct 18, 2004 at 02:46:49PM -0500, Jason Dravet wrote:
> I have rsync 2.6.3 running on a Windows 2003 server using cygwin.
Any MS Windows users out there that can field this question?
..wayne..
--
To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync
Before posti
On Tue, Oct 19, 2004 at 02:13:29AM -0400, Shoghi Fret wrote:
> rsync error: error in socket IO (code 10) at
> /SourceCache/rsync/rsync-14/rsync/clientserver.c(93)
There should be an error prior to that message that will tell you what
failed (that's just the exit code).
..wayne..
--
To unsubscri
On Wed, Oct 20, 2004 at 11:49:25AM -0600, [EMAIL PROTECTED] wrote:
> ftp downloading of rsync from ftp://rsync.samba.org/pub/rsync/ hasn't
> worked for at least a week.
Looks like ftp access changed to ftp.samba.org. I've updated the link
on the web site to be this: ftp://ftp.samba.org/pub/rsync
On Thu, Oct 21, 2004 at 01:57:39PM +0800, Jason Potter wrote:
> The directory /mnt/cf/ exists but data/html/interactives does not exist. I
> want this directory to be created when the file is attempted to be rsynced.
/usr/bin/rsync -avR /data/html/interactives/delta_interactive.swf /mnt/cf
That
On Thu, Oct 21, 2004 at 04:43:48PM +0200, Nico Sabbi wrote:
>server_args = --daemon -c /etc/rsyncd.conf
The -c option tells rsync to turn on pre-transfer, full-file checksums,
which is an invalid option to specify to specify to the daemon (since it
creates confusion when one side is re
On Tue, Oct 26, 2004 at 10:17:15AM -0400, Yasushi Okubo wrote:
> What we are having problem is that when rsync gets kicked off and
> transfers one file to the destination, this action changes ctime of
> "all" files in the same directory and sub directories on the
> destination side
Rsync only pres
On Mon, Oct 25, 2004 at 11:29:44AM -0700, Scott Webster wrote:
> Using version 2.6.3 now, which is supposed to fix bug number 1412.
> Although the frequency of the warnings seems to be reduced, now I get
> the following (slightly different) error message:
It would help if you mentioned what comma
On Sun, Oct 24, 2004 at 10:46:01AM -0700, Dan Stromberg wrote:
> We're copying from 3 NFS mounts of 3 GFS volumes, into 1 NFS mount of
> 1 Lustre volume.
Since you're merging 3 sources into one destination, unless all 3
sources have unique names, the unexpected copying is probably because
rsync re
On Tue, Oct 26, 2004 at 05:07:50PM -0700, Scott Webster wrote:
> rsync: mkdir "/mnt/usbhd/Tuesday/home/swebster/fdtdtemp/temp/examples"
> failed: File exists (17)
What kind of an update is rsync trying to do when that message happens?
I finally got that message if there was a file already backed u
On Tue, Oct 26, 2004 at 05:52:41PM -0700, Scott Webster wrote:
> and seems to be mistakenly trying to recreate the directory when
> copying another file in the same directory over?
I doubt it -- that is what 2.6.2 was doing, but not 2.6.3 -- 2.6.3 only
calls make_bak_dir() when it gets an ENOENT e
On Tue, Oct 26, 2004 at 06:55:02PM -0700, Scott Webster wrote:
> It tries to create directories higher up in the structure after
> already failing...
OK, this error can also occur when removing a directory from the
destination that already exists in the backup hierarchy. I just
checked-in a fix f
On Thu, Oct 28, 2004 at 01:15:18PM +0100, Dale Amon wrote:
> I've looked at the shell command hack but don't see a way to get a
> remote 'rm /mydir/foo' to execute that way.
If you're using ssh or rsh as your rsync connection, you can simply do
this:
ssh host rm /mydir/foo /mydir/bar /yourdir
801 - 900 of 2912 matches
Mail list logo