On 11/14/2011 2:29 AM, Voelker, Bernhard wrote:
rsync -avx --delete --include=/file --exclude='*' . host2:deltest/.
This didn't work for me, although one difference is my script specifies
a path instead of "." Does this only work with literally "." in the
places above?
My script parses the
On 11/14/2011 2:29 AM, Voelker, Bernhard wrote:
Brian K. White wrote:
Is there any way to specify a file to be deleted on the remote side
explicitly by name?
yes :-)
user@host1:~/deltest> ls -a1
.
..
a
b
c
file
user@host1:~/deltest> ssh host2 ls -a1 deltest
.
..
a
b
c
file
user@host1:~/del
On Wed, Nov 9, 2011 at 7:02 AM, Philip Kimgård wrote:
> "rsync -avz -e 'ssh -p *special**port*'
> *user*@*windowsmachine*:/cygdrive/c/Åtest
> --iconv=CP1252,utf-8 *(Also tride ISO8859-1 and utf-8)*"
>
Checkout the manpage on --protect-args:
If you use this option with --iconv, the args related
On Mon, 14 Nov 2011, Mike Brown wrote:
> I can't run it as root, as root login via ssh is not allowed for security
> reasons.
>
PMFJI, but there *are* secure ways to allow root login - check out "forced
command only".
We run a number of rsnapshot/rsync jobs as root, but the only command
allowed i
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
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Assuming that the rsync source is the user's home dir: --exclude='/.*'
If you are backing up all of /home and want the same rules for all
users then: --exclude='/*/.*'
On 11/14/11 13:57, Fabrizio Pollastri wrote:
> Hi all, I am looking for the proper
Hi all,
I am looking for the proper rsync command to backup a whole user dir
recursively, excluding dot file/dir at the first level (user home) but
not in subdirectories.
TIA,
Fabrizio Pollastri
--
Please use reply-all for most replies to avoid omitting the mailing list.
To unsubscribe or chan
Hi all,
I am looking for the proper rsync command to backup a whole user dir
recursively, excluding dot file/dir at the first level (user home) but
not in subdirectories.
TIA,
Fabrizio Pollastri
--
Please use reply-all for most replies to avoid omitting the mailing list.
To unsubscribe or chan
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
There was more in there than just sudo or rsyncd. In fact the FAQ
advises against using sudo.
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
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
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/14/11 12:38, Mike Brown wrote:
> 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
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
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Also, for a one time thing it is generally much easier to run rsync over
ssh than it is to setup the rsync daemon and config file...
rsync -avzH host:/path/ /path/
No new daemon or config file needed.
On 11/14/11 05:02, Paul Slootman wrote:
> On Mon
I am trying to use iconv to copy files from a UTF-8 machine to a iso8859
machine. The target is an embedded box with no UTF-8 support.
I've tried both --iconv=utf-8,iso88591 and --iconv=. and the result is
the same:
[sender] cannot convert filename: Chris Botti _ Michael Bubl\#351
(Invalid
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
On Mon 14 Nov 2011, Mike Brown wrote:
>
> For the most part, all of the directories are being copied, but there are
> files that it refuses to copy. For example:
>
> -rw--- 1 brown146 Jul 31 20:58 .TTauthority
>
> Any file that is 600 it will leave behind and list it as permis
17 matches
Mail list logo