On Thu 14 Jul 2005, [EMAIL PROTECTED] wrote:
>
> [repositories]
> comment = Subversion Repositories
> path = /usr/local/repositories
> read only = no
> list = yes
> hosts allow = 127.0.0.1
> auth users = username
> secrets file = /etc/rsyncd.secrets
>
> However running "rsync [EMAIL
On Thu, Jul 14, 2005 at 12:00:54AM +, [EMAIL PROTECTED] wrote:
> @ERROR: access denied to repositories from localhost (::1)
Did you check the log file to see what the daemon had to say about the
failure? Perhaps the permissions are wrong on your secrets file (which
would cause rsync to ignore
No, the line is there:
username:password
in /etc/rsyncd.secrets.
>The username:password line in /etc/rsyncd.secrets?
>Or the
>export RSYNC_PASSWORD=...
>setting before invocing the rsync command?
WTF?
--
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Befor
Hi,
On Thu, 14 Jul 2005 [EMAIL PROTECTED] wrote:
I'm trying to set up an rsync daemon on my OS X machine to sync my
remote subversion repositories. My config file /etc/rsyncd.conf looks
like this:
motd file = /etc/motd
max connections = 25
syslog facility = local3
[repositories]
comment = Su
Yes, the man page clearly states:
Note that you should not send the rsync server a HUP sig-
nal to force it to reread the /etc/rsyncd.conf. The file
is re-read on each client connection.
So I am obviously blind or at least not as attentive as I should be.
Rega
On Mon, Jul 07, 2003 at 02:38:02PM -0700, Hugh E Cruickshank wrote:
> Hi Wayne:
>
> That's good to know. I thought that it might be the case (as it is
> with SAMBA), but I did not see anything obvious in the man pages
> (that or I am blind - always a good possibility).
It is documented in the ma
Hi Hardy:
I had originally setup 2 rsync servers one on SCO OSR5 (fisdev, our
development server) and one on RH8 (pgiprd, our production server).
During my initial tests I tried using both fisdev as the server with
pgiprd as the client as well as pgiprd as the server with fisdev as
the client.
T
If anyone else has any ideas, please chime in, as I'm
getting to the end of my list of things to try. The
server is a SCO box and the client is a RH8 box.
Hugh, let's go back to the beginning - in your first
message, you stated:
---
In the above example "fisdev" is an SCO OSR5
Hi Wayne:
That's good to know. I thought that it might be the case (as it is
with SAMBA), but I did not see anything obvious in the man pages
(that or I am blind - always a good possibility).
Regards, Hugh
From: Wayne Davison Sent: Monday, July 07, 2003 12:44
>
> On Mon, Jul 07, 2003 at 03:38:
Hi Wayne:
You are correct. This did make a difference but did not resolve the
problem. See my previous response to Hardy Merrill's message.
Thanks, Hugh
--
Hugh E Cruickshank, Forward Software, www.forward-software.com
From: Wayne Davison Sent: Monday, July 07, 2003 12:36
>
> On Fri, Jul 04,
Hi Hardy:
Well that seemed to do something. See my comments below.
Thanks, Hugh
--
Hugh E Cruickshank, Forward Software, www.forward-software.com
From: Hardy Merrill Sent: Monday, July 07, 2003 12:38
>
> 1) First, comment out both 'hosts allow' and 'auth users',
> save it, kill and restart th
On Mon, Jul 07, 2003 at 03:38:15PM -0400, Hardy Merrill wrote:
> [...] kill and restart the rsync daemon, and try your rsync again.
I've noticed that it's not necessary to kill and restart the rsync
daemon to get it to honor changes to the rsyncd.conf file. FYI.
..wayne..
--
To unsubscribe or c
Ok, I think I've got it narrowed down.
1) First, comment out both 'hosts allow' and 'auth users',
save it, kill and restart the rsync daemon, and try your
rsync again. Hopefully that will work.
2) Uncomment the 'hosts allow' line, save, kill and
restart daemon, and try rsync again - you will pro
On Fri, Jul 04, 2003 at 12:17:43PM -0700, Hugh E Cruickshank wrote:
> hosts allow = fisdev pgiprd
Each of these names needs to be either a fully-qualified hostname, a
wildcard expression that matches a fully-qualified hostname, an IP
address, "localhost", or some combination thereof. E.g.:
hos
Hi Hardy:
Nice catch - I missed that one when I reviewed the man page.
Unfortunately it made no difference. I have also tried moving
the module params from the global section to the module section
but that also made no difference - exactly same messages.
Just to keep things straight, here is my
Hugh, I did a quick test with 2.5.5, and here's what made it
work for me - the 'read only' parameter. Here's my daemon
/etc/rsyncd.conf file:
log file = /var/log/rsync
# this is a comment
[rsync-test]
uid=test
gid=test
read only=no
path=/test_rsync
it didn't work
Hi Hardy:
Thanks for your comments. They are greatly appreciated.
I tried your suggestion regarding the UID and GID. I set them to
the owner and group of the /bak directory. Also I currently have
the permissions on the directory at 777. I killed and restarted
the server process and retried the
Hugh, I'm fairly new to rsync myself, so hopefully other
rsync gurus can either confirm or correct my thoughts here.
My comments are below.
Hugh E Cruickshank [EMAIL PROTECTED] wrote:
> Hi All:
>
> I am new to rsync so be gentle with me. I have been able to get
Me too :)
> rsync working enough
18 matches
Mail list logo
