. If the tree needs to be portable, you should
use relative links. /site/html would point to ../images, then it doesn't matter
where it lives, as long as the rest of the tree comes along with it.
I hope one of these scenarios solves your problem.
Tim Conway
[EMAIL PROTECTED]
303.682.4900
Philips
check your /etc/rsyncd.conf.
comment out the "pid file" parameter. I assume that will fix it. then, troubleshoot
that line, IF you need to specify it.
as you're running from inetd, you don't really need a quick pid lookup to kill the
rsyncd with for refreshes and such.
Tim Con
at
regular intervals, to preen the filesystem.
Tim Conway
[EMAIL PROTECTED]
303.682.4900
Philips Semiconductor - Colorado TC
1880 Industrial Circle
Suite D
Longmont, CO 80501
-- Forwarded by Tim Conway/LMT/SC/PHILIPS on 12/18/2000 06:39 PM
---
[EMAIL
Excellent. Basic system administration: relative links are (almost) always
preferable to absolute links... think nfs.
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Colorado TC
1880 Industrial Circle
Suite D
Longmont, CO 80501
[EMAIL PROTECTED]@[EMAIL PROTECTED] on 02
to get it back out
RSYNC_PASSWORD=`cat encryptedpasswordfile |tr nopqrstuvwxyzabcdefghijklm
abcdefghijklmnopqrstuvwxyz`
Of course, if somebody reads your script, they've got the way to read the password
file, if they can get it.
you might as well use passphraseless ssh keys (ssh-keygen)
Tim
when you're not going to an rshd server, the concept of modules does not exist.
you're reaching through a remote shell of some sort (rsh, remsh, ssh, whatever), and
executing the rsh command on that end. you'll have to modify your routines to use the
new type of information. good luck.
Tim
You're fine. As long as port 22 is open, you're good to go. All traffic will be
encapsulated inside the ssh connection, which is from some non-privileged port on the
calling machine and port 22 on the server with sshd.
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor
nned.
try the flag --rsync-path=wherever it is on the other end to specify the actual
location.
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Colorado TC
1880 Industrial Circle
Suite D
Longmont, CO 80501
[EMAIL PROTECTED]@[EMAIL PROTECTED] on 02/20/2001 03:11:
to work.
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Colorado TC
1880 Industrial Circle
Suite D
Longmont, CO 80501
We're having a debate in which some are advocating changing a long-established and
respected utility name, with the sole purpose of placating ignorant, inflexible-minded
fools. Did anybody notice this?
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Colorado TC
1880
would be to change
what's seen in the process table, so some idiot who judges programs by their name
won't kill it.
I personally would rather see spare brain ticks spent on a speeding the construction
of file lists. I wish I had the skills to help.
Tim Conway
[EMAIL PROTECTED]
303.682.4917
.
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Colorado TC
1880 Industrial Circle
Suite D
Longmont, CO 80501
[EMAIL PROTECTED]@[EMAIL PROTECTED] on 03/09/2001 09:42:13 AM
Sent by:[EMAIL PROTECTED]
To: [EMAIL PROTECTED]@SMTP
cc:
Subject:rsync Logging
hacking rsync (use an advanced shell (bash,ksh), or perl, as since you need to do
this, i reckon the numbers could get big.
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Colorado TC
1880 Industrial Circle
Suite D
Longmont, CO 80501
[EMAIL PROTECTED]@[EMAIL PROTECTED] on 04
ou develop your way of using it. I recommend you invoke
it from inetd. That way, every time you connect, it rereads the rsyncd.conf, so you
can just make edits and test, without having to cycle the daemon every time.
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Colora
I do. Either put /usr/local/bin in your path, or symlink rsync into a directory that
IS in your path.
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Colorado TC
1880 Industrial Circle
Suite D
Longmont, CO 80501
There are some who call me Tim?
[EMAIL PROTECTED
to be there, so he can ssh to host-b, telnet host-c
873, and see if he gets the above type of message. If so, troubleshoot the
forwarding, if now, find out what port rsyncd IS on.
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Colorado TC
1880 Industrial Circle
Suite D
Longmont, CO 80501
to time.
Have the client grab the acl list, and run applyacllist on it after the sync.
Maybe you could save processor time by keeping the old acl list's checksum, and if it
hasn't changed, don't run it.
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Colorado TC
1880 Industrial
to the remote host's port.
If possible, make the rsyncd on the read side. It works for writing, but i've heard
it's not as solid.
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Colorado TC
1880 Industrial Circle
Suite D
Longmont, CO 80501
There are some who call me Tim?
and cpio keep
owners too. In any of those archiver cases, you're creating a file (or data on a
device) containing user info, not creating the actual files. rsync is like restoring
a tar. if you restore as root, ownerships are kept. if not, they're not.
Tim Conway
[EMAIL PROTECTED]
303.682.4917
to a local directory named machine3:,
which probably doesn't exist, and certainly isn't what he wants.
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Longmont TC
1880 Industrial Circle, Suite D
Longmont, CO 80501
Available via SameTime Connect within Philips
Available as n9hmg on AIM
end, reached by NFS. I have to break my jobs up into smaller chunks, which makes it
hard to have it delete things.
Anybody else have any ideas?
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Longmont TC
1880 Industrial Circle, Suite D
Longmont, CO 80501
Available via SameTime
i meant to send this to the whole list... maybe someone else has seen it and can
figure out how to fix it.
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Longmont TC
1880 Industrial Circle, Suite D
Longmont, CO 80501
Available via SameTime Connect within Philips
Available
), .\n '
There are some who call me Tim?
Ralph Brown [EMAIL PROTECTED]@lists.samba.org on 09/22/2001 12:52:33 PM
Sent by: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
cc: (bcc: Tim Conway/LMT/SC/PHILIPS)
Subject: destination dir doubles in size
Classification:
I am using Rsync
yes, but I recommend you add the -W option, unless it's likely that you have a lot
data changing within the files and a slow pipe.
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Longmont TC
1880 Industrial Circle, Suite D
Longmont, CO 80501
Available via SameTime Connect
-performing attached storage for our
organization-wide-duplicated filesystems, so there's no question in our case... it's
-W... especially when we duplicate to our local redundant fileservers.
However, if we were using our netapps for our purpose, -W would slow us in some
situations.
Tim Conway
), .\n '
There are some who call me Tim?
Raj [EMAIL PROTECTED]@lists.samba.org on 10/18/2001 04:15:16 PM
Sent by: [EMAIL PROTECTED]
To: [EMAIL PROTECTED] [EMAIL PROTECTED]
cc: (bcc: Tim Conway/LMT/SC/PHILIPS)
Subject: Re: rsync errors
Classification:
I need to use rsync
.
+WARNING TO THADDEUS+
your syntax will not do what you want.
/mirror is under /
that means the every time you rsync, you put the contents of /mirror into
/mirror/mirror, then /mirror/mirror/mirror.
You double the info every sync (+/- changes)
man rsync
note --exclude=
Tim Conway
[EMAIL PROTECTED
recipient, you are hereby notified that any use, dissemination, or
reproduction is
strictly prohibited and may be unlawful. If you are not the intended recipient, please
contact the sender by return e-mail and destroy all copies of the original message.
Tim Conway
[EMAIL PROTECTED]
303.682.4917
are not the intended recipient, please
contact the sender by return e-mail and destroy all copies of the original message.
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Longmont TC
1880 Industrial Circle, Suite D
Longmont, CO 80501
Available via SameTime Connect within Philips
Available
to
understanding... most people failing to go to a rsyncd aren't even using the correct
syntax to refer to the remote resource.
I can finally delete these stupid security disclaimers.
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Longmont TC
1880 Industrial Circle, Suite D
PROTECTED] on a regular post. I've been seeing a lot of that lately.
Also, questions like this aren't even rsync questions. I'm sure there's something
like comp.os.unix.introduction, or something similar, on usenet.
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Longmont TC
trees, and adding in an option to do a rsh
remotehost rm wouldn't be a normal function. Your situation is different. Almost
nobody writes to rsyncd, especially not huge trees. Glad to see it's working well for
you.
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Longmont TC
He's wanting rsync to interleave the directories, automatically resolving any
conflicts, not put multiple directories under the destination. At least, that's what
he seems to be asking.
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Longmont TC
1880 Industrial Circle, Suite
filesystems, in order to resolve conflicts.
It actually sounds like your need is for a distributed filesystem, though... maybe
coda (no useful knowledge about that one, either. I know dce/dfs, but that's not
free, and not widely available)?
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips
.
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Longmont TC
1880 Industrial Circle, Suite D
Longmont, CO 80501
Available via SameTime Connect within Philips, n9hmg on AIM
perl -e 'print pack(,
19061,29556,8289,28271,29800,25970,8304,25970,27680,26721,25451,25970
.
Good luck.
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Longmont TC
1880 Industrial Circle, Suite D
Longmont, CO 80501
Available via SameTime Connect within Philips, n9hmg on AIM
perl -e 'print pack(
was a failing drive. I suppose you could fake up blank usernames by creating a user named asdf^h^h^h^h , but i'm guessing that's not the case here.
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Longmont TC
1880 Industrial Circle, Suite D
Longmont, CO 80501
Available via SameTime
It still doesn't solve the problem with verbosity, and the process STILL may hang, but less. I've had to break my transfers down into units of about 6 files each. Ugly, but it works. Unfortunately, it means --delete doesn't often help.
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips
. the patterns all go on the single line, and are read in order. If
you want to get fancy, use exclude from, and put all your patterns in a
seperate file. it'll be easier than maintaining a huge space-delimited
list.
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Longmont
++
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Longmont TC
1880 Industrial Circle, Suite D
Longmont, CO 80501
Available via SameTime Connect within Philips, n9hmg on AIM
perl -e 'print pack
: received
SIGUSR1 or SIGINT (code 20) at main.c(741)
++
Any ideas? I can try to track the killing and timeout logic, if there's
not already a fix out there that was just accidentally dropped.
Tim Conway
[EMAIL PROTECTED]
303.682.4917
available at the location pointed to by /etc/inetd.conf...
inetd will be holding port 873, so you won't be able to start --daemon
without reconfiguring inetd.
One other possibility. port 873 1025, so if you're not root, you can't
bind to that port.
List: did i miss anything?
Tim Conway
[EMAIL
that
trying to do an incremental update would take more time/resources than
simply sending the file... primary example being nfs-mounted filesystems.
If you have fast dasd/slow network, you should probably just drop the -W.
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Longmont
not be the best solution for what you're doing. Flash
is not suited to frequently-updated data.
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Longmont TC
1880 Industrial Circle, Suite D
Longmont, CO 80501
Available via SameTime Connect within Philips, n9hmg on AIM
perl -e
luck.
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Longmont TC
1880 Industrial Circle, Suite D
Longmont, CO 80501
Available via SameTime Connect within Philips, n9hmg on AIM
perl -e 'print pack(,
19061,29556,8289,28271,29800,25970,8304,25970,27680,26721,25451,25970
--whateverotherundocumentedoptionsitusesinthiscircumstance, and use that as the remote. the -e ssh means to use ssh instead of the default rsh.
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Longmont TC
1880 Industrial Circle, Suite D
Longmont, CO 80501
Available via SameTime Connect within Philips, n9hmg on AIM
perl -e 'print
error. Can we see a copy of your rsyncd.conf?
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Longmont TC
1880 Industrial Circle, Suite D
Longmont, CO 80501
Available via SameTime Connect within Philips, n9hmg on AIM
perl -e 'print pack(
I keep getting these smarmy sermons from somebody's mail account. I include my response to it below, though from its message, it probably won't be read.
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Longmont TC
1880 Industrial Circle, Suite D
Longmont, CO 80501
Available via
of the contents, and with --delete, has caused me disasters.
rsync -avz defiance::auth/* /var/www/auth
will also work, if you DON'T have any .files in auth, and is handy if you don't own /var/www (doesn't matter if you're doing it as root).
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips
to relate a path as a named module... you just use the path... period.
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Longmont TC
1880 Industrial Circle, Suite D
Longmont, CO 80501
Available via SameTime Connect within Philips, n9hmg on AIM
perl -e 'print pack(
, but obviously, our gateways
were either messing with the mail, or this stupid new R5 client does
things on its own.
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Longmont TC
1880 Industrial Circle, Suite D
Longmont, CO 80501
Available via SameTime Connect within Philips, n9hmg on AIM
, or how fast it can put
together and recieve the stream.
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Longmont TC
1880 Industrial Circle, Suite D
Longmont, CO 80501
Available via SameTime Connect within Philips, n9hmg on AIM
perl -e 'print pack(
again to debug it, but i'm not, so i just live with it.
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Longmont TC
1880 Industrial Circle, Suite D
Longmont, CO 80501
Available via SameTime Connect within Philips, n9hmg on AIM
perl -e 'print pack(
of an adult american male is about 6 feet, right? if you
find a man 4 feet tall, that doesn't mean the average is wrong.
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Longmont TC
1880 Industrial Circle, Suite D
Longmont, CO 80501
Available via SameTime Connect within Philips
, it forks by default. I've wanted this feature for some
time, for debugging, but instead, just started it with truss, with the
fork option.
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Longmont TC
1880 Industrial Circle, Suite D
Longmont, CO 80501
Available via SameTime Connect
send it if datestamp or size differs.
I doubt ssh was giving you any slowdown, unless you're cpu-limited on one or the other
box. If you don't need the security, and policy permits, plain rsh transport might be
a bit faster.
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor
use chroot = no
to your rsyncd.conf.
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Longmont TC
1880 Industrial Circle, Suite D
Longmont, CO 80501
Available via SameTime Connect within Philips
Available as n9hmg on AIM
perl -e 'print pack(
I'm just guessing: the files on the machine where you're invoking the transfer belong
to the user who created them, probably with his default group, and on the machine
you're sending to, they belong to the user in user@host, and his default group,
right?
Tim Conway
[EMAIL PROTECTED
frustrated with the 2.4
series on huge trees (currently about 130Gb in 24M files), that i'm about ready to
revert to 2.3.1. I'll miss --bwlimit, but oh, well.
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Longmont TC
1880 Industrial Circle, Suite D
Longmont, CO 80501
Available via
Is the user you're rsyncing as a member of cdburners, or is he root?
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Longmont TC
1880 Industrial Circle, Suite D
Longmont, CO 80501
Available via SameTime Connect within Philips
Available as n9hmg on AIM
perl -e 'print pack
rsync doesn't do the odd wildcard syntax you show there... you'll have to
do --include=an* --include=mp* --include=ERR*
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Longmont TC
1880 Industrial Circle, Suite D
Longmont, CO 80501
Available via SameTime Connect within Philips
evaluation restarts with the next item. if you --exclude=* first, every
file gets excluded right away, and never gets checked to see if it matches
--include=an* .
Group: That's a correct synopsis of the behaviour, isn't it? If not,
don't let my error stand.
Tim Conway
[EMAIL PROTECTED]
303.682.4917
and
exiting would be nice.
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Longmont TC
1880 Industrial Circle, Suite D
Longmont, CO 80501
Available via SameTime Connect within Philips, n9hmg on AIM
perl -e 'print pack(
I always get that too. I just figured i'd screwed something up.
solaris 7
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Longmont TC
1880 Industrial Circle, Suite D
Longmont, CO 80501
Available via SameTime Connect within Philips, n9hmg on AIM
perl -e 'print pack(
the tools you move files with, keeping a replayable log, and have your
mirrors retrieve and replay that log, before doing the rsync.
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Longmont TC
1880 Industrial Circle, Suite D
Longmont, CO 80501
Available via SameTime Connect within
. The backup aplication
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Longmont TC
1880 Industrial Circle, Suite D
Longmont, CO 80501
Available via SameTime Connect within Philips, n9hmg on AIM
perl -e 'print pack(
).
I log in as root.
I do what I want.
I put the password back and fix the ownership.
I log back out of root.
If rsync gets a lchown or sensible chown, this won't happen, if it
doesn't, it could.
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Longmont TC
1880 Industrial Circle
I know it's not rsync-specific, but we're mostly unix guys, and need to be
correct.
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Longmont TC
1880 Industrial Circle, Suite D
Longmont, CO 80501
Available via SameTime Connect within Philips
Well, I'll be damned. I'd never run into that trick. My apologies.
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Longmont TC
1880 Industrial Circle, Suite D
Longmont, CO 80501
Available via SameTime Connect within Philips, n9hmg on AIM
perl -e 'print pack(
)
man ssh
man rsyncd.conf
man rsync?
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Longmont TC
1880 Industrial Circle, Suite D
Longmont, CO 80501
Available via SameTime Connect within Philips, n9hmg on AIM
perl -e 'print pack(
Anybody else getting sick of our list getting spammed?
This [EMAIL PROTECTED] hit us before, I think.
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Longmont TC
1880 Industrial Circle, Suite D
Longmont, CO 80501
Available via SameTime Connect within Philips, n9hmg on AIM
perl
cd destdir
find . -type f -print /tmp/excludelist
rsync -a --exclude-from=/tmp/excludelist srcserver:/srcdir/ .
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Longmont TC
1880 Industrial Circle, Suite D
Longmont, CO 80501
Available via SameTime Connect within Philips, n9hmg
*.
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Longmont TC
1880 Industrial Circle, Suite D
Longmont, CO 80501
Available via SameTime Connect within Philips, n9hmg on AIM
perl -e 'print pack(,
19061,29556,8289,28271,29800,25970,8304,25970,27680,26721,25451,25970
readonly full disk.
rsync yourhost::rootmodule/etc/shadow .
satan -f ./shadow
telnet yourhost
login as user
su -
f*** you over.
what, no telnet, only ssh?
grab an identity file and ssh in.
yes, it's bad... at least, exclude secure areas.
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips
trace the execution. strace
in linux, i believe.
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Longmont TC
1880 Industrial Circle, Suite D
Longmont, CO 80501
Available via SameTime Connect within Philips, n9hmg on AIM
perl -e 'print pack(
First: yes, wide open.
Second: Sure, if your network is secure. I initially didn't understand
that you were going to limit access. Anyway, trusted host access is a
vulnerability. You know your system and situation.
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Longmont
to mirror publically-available directory
trees.
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Longmont TC
1880 Industrial Circle, Suite D
Longmont, CO 80501
Available via SameTime Connect within Philips, n9hmg on AIM
perl -e 'print pack(
. then, to restore, you can just rsync the files back, then
apply the ownerships file with --read-batch. Of course, the batch file
will contain other changes made between the sync and the batch, but at a
quiescent time, it should be minimal, and you'd probably want the changes
anyway.
Tim Conway
[EMAIL
#!/bin/sh
for file in `rsh remote 'cd ~/Maildir;find . -type f -print'`
do
[ -f ~/Maildir/$file ] rm ~/Maildir/$file
done
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Longmont TC
1880 Industrial Circle, Suite D
Longmont, CO 80501
Available via SameTime Connect within
+++
the second command is the crux.
How about a
rsync --version;rsh from.com rsync --version
I'm guessing we'll see one or both with a version that doesn't support
bwlimit.
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor
rsyncd # rsync
daemon
Good luck.
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Longmont TC
1880 Industrial Circle, Suite D
Longmont, CO 80501
Available via SameTime Connect within Philips, n9hmg on AIM
This way, rsyncd also doesn't take any resources until it's invoked.
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Longmont TC
1880 Industrial Circle, Suite D
Longmont, CO 80501
Available via SameTime Connect within Philips, n9hmg on AIM
perl -e 'print pack(
--stats -e ssh --delete ./. --include=i_* --exclude=*
user@host:/dir/
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Longmont TC
1880 Industrial Circle, Suite D
Longmont, CO 80501
Available via SameTime Connect within Philips, n9hmg on AIM
perl -e 'print pack(
From www.cygwin.com (did you even look there?).
ftp://mirrors.rcn.net/pub/sourceware/cygwin/contrib/rsync/rsync-2.5.1-2.tar.bz2
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Longmont TC
1880 Industrial Circle, Suite D
Longmont, CO 80501
Available via SameTime Connect within
colons between the servername and the modulename.
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Longmont TC
1880 Industrial Circle, Suite D
Longmont, CO 80501
Available via SameTime Connect within Philips, n9hmg on AIM
perl -e 'print pack(
the packages i wanted to add, and it left me with a minimal installation,
wiping out everything i didn't check in the setup. I figured grabbing the
tar.bz2 and untarring it in / would be more efficient for him.
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Longmont TC
1880
have a rsync server running on the remote host, and
you want to contact that, use double colons '::' to seperate the hostname
from the module name. The rsync manpage covers these, and other
rsync-related topics in exquisite detail.
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor
that it was done in
retaliation for spamming. Mind, I'm not saying it should be done. I'm
just idly speculating. :-)
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Longmont TC
1880 Industrial Circle, Suite D
Longmont, CO 80501
Available via SameTime Connect within Philips, n9hmg on AIM
not set.
I'm not sure it's generator.c, but i'm sure you can find it.
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Longmont TC
1880 Industrial Circle, Suite D
Longmont, CO 80501
Available via SameTime Connect within Philips, n9hmg on AIM
perl -e 'print pack(
unison, which is made to do what you're asking
about. I don't know more about it than that it exists. A quick google
should get you to it.
Good luck.
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Longmont TC
1880 Industrial Circle, Suite D
Longmont, CO 80501
Available via
return lstat(fname, st);
#endif
}
#endif
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Longmont TC
1880 Industrial Circle, Suite D
Longmont, CO 80501
Available via SameTime Connect within Philips, n9hmg on AIM
perl -e 'print pack(
), then recursively delete the original directory.
This way, there is no time at all where the directory is invalid, and only
maybe a millisecond where it doesn't exist.
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Longmont TC
1880 Industrial Circle, Suite D
Longmont, CO 80501
an email list.
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Longmont TC
1880 Industrial Circle, Suite D
Longmont, CO 80501
Available via SameTime Connect within Philips, n9hmg on AIM
perl -e 'print pack(
There's no such option. Rember that Rsync was devised as an efficient way
to mirror ftp sites. What you're looking for is unison. Some of the guys
on here use it. It's at http://www.cis.upenn.edu/~bcpierce/unison;, and
looks promising for your application.
Tim Conway
[EMAIL PROTECTED
'
There are some who call me Tim?
Dave Dykstra [EMAIL PROTECTED]
Sent by: [EMAIL PROTECTED]
02/06/2002 10:16 AM
To: David Birnbaum [EMAIL PROTECTED]
cc: [EMAIL PROTECTED]
(bcc: Tim Conway/LMT/SC/PHILIPS)
Subject:Re: SIGUSR1 or SIGINT error
rsync -a /opt/config/. DevlServ:/opt/config
(see rsync.1)
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Longmont TC
1880 Industrial Circle, Suite D
Longmont, CO 80501
Available via SameTime Connect within Philips, n9hmg on AIM
perl -e 'print pack(
to nobody. same for gid. I suspect that's
probably all you need to hear.
(see rsyncd.conf.5)
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Longmont TC
1880 Industrial Circle, Suite D
Longmont, CO 80501
Available via SameTime Connect within Philips, n9hmg on AIM
perl -e 'print
will always create problems, though, with the broken nfs unlink in the
nfs3 interface on the NAS, and the broken nfs2 client on the solaris
machines (mtime bug). I won't let this influence my test, though ;-).
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Longmont TC
1880 Industrial
++
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Longmont TC
1880 Industrial Circle, Suite D
Longmont, CO 80501
Available via SameTime Connect within Philips, n9hmg on AIM
perl -e 'print pack(
If you're planning to rsync it over, tar it up, and delete the directory
tree, you should just tar|gzip it on the work system and catch that in a
file on the other end.
Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Longmont TC
1880 Industrial Circle, Suite D
Longmont, CO
1 - 100 of 320 matches
Mail list logo