Miałem błąd w /etc/xinetd.conf. Poprawiłem:
#
# /etc/xinetd.conf
#
defaults
{
instances = 60
log_type = SYSLOG authpriv
log_on_success = HOST PID
log_on_failure = HOST
cps = 25 30
}
includedir /etc/xinetd.d
service rsync
{
# flags = NAMEINARGS
socket_type = stream
protocol = tcp
wait = no
user = root
server = /usr/bin/rsync
# server_args = /usr/bin/rsync
disable = no
}
I juz nie mam błędu:
Apr 13 14:56:58 SerwerB xinetd[32231]: Must specify a server in rsync
A tylko:
Apr 14 15:26:15 ArcoServer xinetd[27338]: Started working: 1 available service
Zmieniłem też /etc/rsyncd.conf
uid = nobody
gid = nobody
use chroot = no
max connections = 4
syslog facility = daemon
pid file = /var/run/rsyncd.pid
[ftp]
path = /home/ftp
comment = ftp area
#[cvs]
# path = /data/cvs
# comment = CVS repository (requires authentication)
# auth users = tridge, susan
# secrets file = /etc/rsyncd.secrets
[synskan]
path = /home/user/.backupy_dedyk_skany
comment = Backupy skanow
auth users = lolek
secrets file = /etc/rsyncd.secrets
I utworzyłem plik rsyncd.secrets z trescia
Nadal jednak z Serwera A nie moge synchronizować na serwer B danych
SerwerA:/home/user# rsync -avz /sciezka/do/backupow SerwerB::synskan
rsync: failed to connect to SerwerB: Connection timed out (110)
rsync error: error in socket IO (code 10) at clientserver.c(104) [sender=2.6.9]
Coś z rsyncd jest nie tak... W /etc/rsyncd.conf mam ustawione syslog facility = daemon (choc pewnie nie trzeba bo defaultowo jesli nic nie wpisane powinien logowac jako daemon w syslog)
Wiec aby zobaczyc co jest nie tak dzieki wpisom /var/log/messages, ustawilem w /etc/syslog
#
# /etc/syslog.conf
#
*.emerg *
*.err /var/log/errors
kern.* /var/log/kernel
authpriv.*;auth.* /var/log/auth
mail.* /var/log/mail
*.info;*.!err;authpriv,auth,mail,kern.none,daemon /var/log/messages
# Log everything to vc12
*.* /dev/tty12
# End of file
i zrestartowalem sysloga.
Przy próbie restartu rsyncd mam nadal:
[user@serwerB etc]$sudo /etc/rc.d/rsyncd restart
NND: Stopping rsyncd [Nieudane]
NND: Starting rsyncd [Nieudane]
patrze w log /var/log/messages i tam nic nie ma odnośnie niepowodzen uruchomienia rsyncd, chodz zgodnie z ustawieniami powinien logować