On Thu, May 03, 2018 at 02:59:11PM -0400, Kevin Korb via rsync wrote:
> Note that these are working because S* and s* are being applied to all
> the dirs and files within dirs. So if you had x/Something it wouldn't
> get copied and if you had S/else it wouldn't get copied. Maybe you want
> to add
On Thu, May 03, 2018 at 01:09:30AM -0400, Kevin Korb via rsync wrote:
> --delete only works when you sync a dir not individual files. So...
> rsync -vai --delete --include='g*' --include='G*' --exclude='*'
> /share/Public/videos/ /share/Backup-HDD-03
That kinda didn't work:
rsync -vai --delete -
rsync version 3.1.2 protocol version 31
I've run into an issue using rsync on my QNAP NAS. I've installed Entware-ng
on the NAS so that I can install better versions of programs, rsync being
one of them.
But, I've run into an issue wqith using the --delete option, as it has
problems using wild
On Mon, Nov 14, 2011 at 01:15:49PM -0500, Kevin Korb wrote:
> The main thing I wanted to show you was how to setup sshd to only allow
> root to log in via an ssh key and to restrict that ssh key to only being
> allowed to run rsync. That is much easier and more secure than setting
> up rsyncd with
On Mon, Nov 14, 2011 at 01:15:49PM -0500, Kevin Korb wrote:
> There was more in there than just sudo or rsyncd. In fact the FAQ
> advises against using sudo.
Ya, I saw that. It suggested changed to ssh for root to get it. The point
was that configuration of some sort was needed, no matter which
On Mon, Nov 14, 2011 at 12:42:55PM -0500, Kevin Korb wrote:
> http://www.sanitarium.net/rsyncfaq/#sudo
You either set up a rsyncd.conf file (easily done) and run rsync as a daemon
or set up sudo. I don't have sudo set up, so 6 of one, half dozen of the
other :-)
> This might be a good idea. It
On Mon, Nov 14, 2011 at 10:36:39AM -0500, Kevin Korb wrote:
> rsync -avzH host:/path/ /path/
>
> No new daemon or config file needed.
That is how I started out. But, when run as me, it will not copy over files
that belong to other users.
I can't run it as root, as root login via ssh is not allo
On Mon, Nov 14, 2011 at 11:02:29AM +0100, Paul Slootman wrote:
> Did you note the fact that the rsync daemon will by default do its work
> as user "nobody"? Search for "uid" in the rsyncd.conf manpage.
Nope, I did not. Will go looking, Thanks.
MB
--
e-mail: vid...@vidiot.com | vid...@vidiot.n
First time posting to this mail list. Be gentle :-)
Project: Building new Linux Fedora server to replace the existing Solaris 10
x86 server.
Rsync is being used to transfer files from the current server to the new
server. The rsync daemon didn't want to start on the older server via in
First time posting to this mail list. Be gentle :-)
Project: Building new Linux Fedora server to replace the existing Solaris 10
x86 server.
Rsync is being used to transfer files from the current server to the new
server. The rsync daemon didn't want to start on the older server via in
10 matches
Mail list logo
