Mauricio writes:
> I can't believe this! I am having the very same problem I
> had before. For those who do not remember, I was trying to rsync a
> file from a Solaris 9 box(kushana) to a netbsd 1.6.1 (the rsync
> server, katri) box, without much luck:
>
> [EMAIL PROTECTED]>rsync -vz
I can't believe this! I am having the very same problem I
had before. For those who do not remember, I was trying to rsync a
file from a Solaris 9 box(kushana) to a netbsd 1.6.1 (the rsync
server, katri) box, without much luck:
[EMAIL PROTECTED]>rsync -vz \
? --password-file=/export
At 05:26 + 2/17/04, Andrew Liles wrote:
check /var/log/messages
All it has is stuff related to my Win2K machine (argh!):
Feb 17 05:39:23 katri dhcpd: DHCPINFORM from 10.0.0.4 via le0
Feb 17 05:39:23 katri dhcpd: DHCPACK to 10.0.0.4
check you have the correct file permissions on the daemon sec
check /var/log/messages
check you have the correct file permissions on the daemon secrets file and
local secret file; both should not be world readable
At 03:33 17/02/2004, Mauricio wrote:
At 21:01 + 2/16/04, Andrew Liles wrote:
Although not an rsync expert, I think your problem is in the wa
At 21:01 + 2/16/04, Andrew Liles wrote:
Although not an rsync expert, I think your problem is in the way you
reference the remote machine.
rsync will either work on a remote machine gaining access via a
shell (which SSH recently became the default) or will use the rsync
daemon.
Firstly, yo
Although not an rsync expert, I think your problem is in the way you
reference the remote machine.
rsync will either work on a remote machine gaining access via a shell
(which SSH recently became the default) or will use the rsync daemon.
Firstly, your configuration steps so far have setup an r
