BackupPC-users

Re: [BackupPC-users] Backing up the server computer

2017-07-14 15:33:18
Subject: Re: [BackupPC-users] Backing up the server computer
From: Bob Katz <bobkatz AT digido DOT com>
To: backuppc-users AT lists.sourceforge DOT net
Date: Fri, 14 Jul 2017 15:32:23 -0400
Still not much progress but I've simplified things. In Fedora, rsync
daemon is supposed to be run by systemctl. But I am pretty sure my
attempt to create a service for rsync as a daemon has failed somewhere.
So I'm debuggin by using the simple command line: sudo rsync ---daemon 

By the way, rsync does not accept the --foreground command as a daemon

Furthermore, the ps x | grep rsync   does NOT show me the fact that the
daemon is running, but I have every clue that it is, or at least seems
to be as hope you will agree. I can inspect the rsync daemon log,
showing a sequence of testing that I performed:

a)

2017/07/14 15:04:52 [3129] rsync: failed to create pid file
/var/run/rsyncd.pid: File exists (17)

---- that was me trying to run the daemon a second time as part of a
test. Anyway, at that point I killed the process shown in the pid file
and then I deleted the pid file.




b) Then I tested rsync localhost.localdomain:: to prove that the daemon
is NOT running:


2017/07/14 15:04:52 [3129] rsync error: error in file IO (code 11) at
clientserver.c(1113) [Receiver=3.1.2]


c) Then I launched the daemon again:


2017/07/14 15:05:43 [3233] rsyncd version 3.1.2 starting, listening on
port 873


d) Then I ran rsync localhost.localdomain::  which displayed the module
 name in the terminal and this log entry resulted:

2017/07/14 15:05:54 [3241] connect from localhost (::1)
2017/07/14 15:05:54 [3241] module-list request from localhost (::1)


e) Lastly, I commanded backuppc to run a full backup of this "client"
(it's actually the server itself). Backuppc went into idle with an
immediate backup failure. The rsync daemon log shows:


2017/07/14 15:06:17 [3292] connect from localhost (::1)
2017/07/14 15:06:17 [3292] rsync denied on module Backup-Data-Folder
from localhost (::1)


So I have to find out why the rsync daemon is denying access to
backuppc. Is it the backuppc configuration? Backuppc is configured as
rsyncd, connected as root with the root password. Just in case, I put
root and root password into the secrets file. This is a lot of
overkill! 

Here is my rsyncd.conf file. I allow the host's ip and the domain name
just in case. There are a few remant lines from other attempts that I
hope are not hurting the config. I think The motd line  is a remnant of
my attempts to run rsync daemon using a service. I hope it is not
interfering with this simpler approach launching the daemon from the
command line:


#######################################################################
##
##  RSYNCD config file for the backuppc server
##
#######################################################################


transfer logging = false
 lock file = /var/run/rsync.lock
 log file = /var/log/rsyncd.log
 pid file = /var/run/rsyncd.pid
 port=873
 address=localhost.localdomain
 uid=root
 gid=root
 use chroot=yes
 read only = no
## host allow: this is important.
## In my case leaving the subnet-mask leads to a failure,
## so I only provide the IP.
   hosts allow = 192.168.0.217, localhost.localdomain
 motd file=/etc/rsyncd/rsyncd.motd
 
## Now you have to declare, in brackets, the RSYNC 'module', or "share
name" as it is called within backuppc
   [Backup-Data-Folder]
   ## Next, set the path you want backed up. Be sure to use a trailing
slash
   path            = /
   read only       = no
   list            = yes
   auth users = root
   hosts allow = 192.168.0.217, localhost.localdomain
   secrets file = /etc/rsyncd.secrets
   ## the easiest way is to use the root user
   ## This user has "ROOT"-privileges, so he can save files.
   uid             = root
   gid             = nogroup


   # uid             = backuppc
   # gid             = backuppc




##########################################################


Bob Katz, hope someone can catch my error. Very sorry for the
bandwidth. 


------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
BackupPC-users mailing list
BackupPC-users AT lists.sourceforge DOT net
List:    https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:    http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/


ADSM.ORG Privacy and Data Security by KimLaw, PLLC