[CentOS] Is this a bug in CentOS-7 BackupPC?

Sat Sep 26 17:58:13 UTC 2015
Fabian Arrotin <arrfab at centos.org>

Hash: SHA1

On 26/09/15 16:16, Timothy Murphy wrote:
> When I try to start BackupPC with "sudo systemctl restart
> backuppc" on my CentOS-7 server (running kernel
> 3.10.0-229.14.1.el7.x86_64) I get the following error in
> /var/log/BackupPC/LOG
> 2015-09-26 13:58:14 Reading hosts file 2015-09-26 13:58:14 unix
> bind() failed: No such file or directory
> This message occurs in the Perl script
> /usr/share/BackupPC/bin/BackupPC :
> my $sockFile = "/var/run/BackupPC/BackupPC.sock"; 
> unlink($sockFile); if ( !bind(SERVER_UNIX, sockaddr_un($sockFile))
> ) { print(LOG $bpc->timeStamp, "unix bind() failed: $!\n"); 
> exit(1); }
> As far as I can see (I'm no guru) this is trying to open a unix
> socket with the name /var/run/BackupPC/BackupPC.sock .
> There is no directory /var/run/BackupPC/ on my server. When I
> create this, setting backuppc.apache as owner, and run "sudo
> systemctl restart backuppc" I see in /var/log/BackupPC/LOG that
> BackupPC has (at long last) started

Seems a packaging issue ? From where is your rpm for backuppc coming ?
/var/run on EL7 is in fact pointing to /run , which is tmpfs, so
packages aren't supposed to drop something there directly, or that
will be gone anyway next time your restart the machine.
Workaround for those not-yet-fixed-for-systemd-packages : man
tmpfiles.d (that will create/maintain those)

- -- 
Fabian Arrotin
The CentOS Project | http://www.centos.org
gpg key: 56BEC54E | twitter: @arrfab
Version: GnuPG v2.0.22 (GNU/Linux)