FS#28542 - [backuppc] (3.2.1-2) - Missing files and http-setup

Attached to Project: Community Packages
Opened by Ronnie Schmitt (ewigkeit) - Monday, 20 February 2012, 09:58 GMT
Last edited by Sébastien Luttringer (seblu) - Thursday, 03 May 2012, 19:18 GMT
Task Type Bug Report
Category Packages
Status Closed
Assigned To Sébastien Luttringer (seblu)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 1
Private No

Details

Description:

As I already stated in the forums (https://bbs.archlinux.org/viewtopic.php?id=136129), there are certain files missing when you install BackupPC with pacman. These files are necessary for running BackupPC via Apache. I checked with the vanilla package from the distributor, and one of the crucial files (BackupPC.conf for /etc/http/conf…) is in there. Also configuration of the web-interface must be done manually (it seems, the AUR-Package from before was easier to set up).


Additional info:
* package version(s): backuppc (3.2.1-2)
This task depends upon

Closed by  Sébastien Luttringer (seblu)
Thursday, 03 May 2012, 19:18 GMT
Reason for closing:  Fixed
Comment by Sébastien Luttringer (seblu) - Monday, 20 February 2012, 19:58 GMT
Please note:
- Apache is not mandatory to run Backuppc (no web interface works).
- Backuppc interface can use other web server (eg: http://sourceforge.net/apps/mediawiki/backuppc/index.php?title=Install_Backuppc_with_Lighttpd)
- Old AUR package ship a custom http config with no relation with one shipped by upstream. Starting backuppc interface on port 81.
- Apache config example is not installed by default (nor its paths updated). So it's useless.
- You must configuration your web server (apache/nginx/lighttpd), at least to define which user is admin (match in config.pl)

I'm not sure there is an interest to ship http conf example like it's given by upstream, updating Backuppc wiki page seems to be a better idea.
Comment by Jacob Joseph (jacobjjoseph.org) - Monday, 20 February 2012, 20:06 GMT
If you mean to gauge interest, I would certainly prefer the http configuration from upstream. A web interface is very much assumed for Backuppc, so opting-out seems more reasonable if one would rather go without.

~Jacob
Comment by Sébastien Luttringer (seblu) - Monday, 20 February 2012, 21:30 GMT
Can you test the following: http://pkgbuild.com/~seblu/backuppc-3.2.1-2.1-any.pkg.tar.xz

add the following lines in your /etc/httpd/conf/httpd.conf

LoadModule perl_module modules/mod_perl.so
Include conf/extra/backuppc.conf

and change user to backuppc

remember to edit /etc/backuppc/backuppc.users and /etc/backuppc/config.pl.
Comment by Ronnie Schmitt (ewigkeit) - Tuesday, 21 February 2012, 07:30 GMT
Thank you! Except for the given instructions, I had to add the following steps, to get it working (used the official Documentation). I bet a real expert can get it working without playing aroung with the extra cgi-bin directory under /srv/http, but the Directory-Part in httpd.conf is essential, I guess:

create /srv/http/cgi-bin
copy (or create a link) /usr/share/backuppc/cgi-bin/BackupPC_Admin to /srv/http/cgi-bin

and add the following to /etc/httpd/conf/httpd.conf

<Directory /srv/http/cgi-bin>
SetHandler perl-script
PerlResponseHandler ModPerl::Registry
PerlOptions +ParseHeaders
Options +ExecCGI
Order deny,allow
Deny from all
Allow from 192.168.0
AuthName "Backup Admin"
AuthType Basic
AuthUserFile /etc/backuppc/backuppc.users
Require valid-user
</Directory>

As soon as the package is released, I could update the corresponding wiki article with these extra-steps. After that, someone can optimize it.
Comment by Sébastien Luttringer (seblu) - Tuesday, 21 February 2012, 17:38 GMT
hum, i have a working config without symlink and /srv/http/cgi-bin.

Did you check /etc/httpd/conf/extra/backuppc.conf to set allow from 192.168.0 (what you did in your conf snippet)?

The conf in this file should be enough !
<Directory /usr/share/backuppc/cgi-bin >
order deny,allow
deny from all
allow from 127.0.0.1 AuthType Basic
AuthUserFile /etc/backuppc/backuppc.users
AuthName "BackupPC Community Edition Administrative Interface"
require valid-user

</Directory>
Alias /backuppc /srv/http/backuppc
ScriptAlias /BackupPC_Admin /usr/share/backuppc/cgi-bin/BackupPC_Admin

After, you can admin with http://ip/BackupPC_Admin.
Comment by Ronnie Schmitt (ewigkeit) - Tuesday, 21 February 2012, 18:22 GMT
Ok, my bad again, sorry. I didn't realize I can reach the Webfrontend with http://ip/BackupPC_Admin without the seperate cgi-bin directory. Forget what I wrote before, it works perfect now thanks to your hints.
Comment by Jacob Joseph (jacobjjoseph.org) - Friday, 13 April 2012, 18:40 GMT
  • Field changed: Percent Complete (100% → 0%)
I find that this package doesn't quite work. The alias in the apache config should be for /BackupPC, rather than /backuppc. The errors include:

[Sun Feb 26 14:36:18 2012] [error] [client ::1] File does not exist: /srv/http/BackupPC, referer: http://localhost/BackupPC_Admin
[Sun Feb 26 14:36:18 2012] [error] [client ::1] File does not exist: /srv/http/BackupPC
Comment by Sébastien Luttringer (seblu) - Friday, 13 April 2012, 23:14 GMT
Alias dir should be the same as in --html-dir-url option in configure.pl. So why did you suggest other naming?

About the errors, there is no /srv/http/BackupPC file. So what's wrong with that?

192.168.241.1 - admin [14/Apr/2012:01:14:18 +0200] "GET /BackupPC_Admin HTTP/1.1" 200 2109
192.168.241.1 - - [14/Apr/2012:01:14:18 +0200] "GET /backuppc/BackupPC_stnd.css HTTP/1.1" 200 4021
192.168.241.1 - - [14/Apr/2012:01:14:18 +0200] "GET /backuppc/sorttable.js HTTP/1.1" 200 6463
192.168.241.1 - - [14/Apr/2012:01:14:18 +0200] "GET /backuppc/logo.gif HTTP/1.1" 200 1394
192.168.241.1 - - [14/Apr/2012:01:14:19 +0200] "GET /backuppc/favicon.ico HTTP/1.1" 200 766
Comment by Sébastien Luttringer (seblu) - Friday, 13 April 2012, 23:19 GMT
Did you follow those instruction: https://wiki.archlinux.org/index.php/BackupPC ?
Comment by Jacob Joseph (jacobjjoseph.org) - Friday, 13 April 2012, 23:27 GMT
It is most curious that I posted this comment at least 3 weeks ago. The bugs.archlinux.org page lists today 13 April, as the date.

I'll have to take a look at this again, but my recollection was that the default apache setup had a <Location> pointing to the path I mentioned. The wiki page had not been updated at the time.

I'll report back...
~Jacob
Comment by Sébastien Luttringer (seblu) - Friday, 13 April 2012, 23:33 GMT
i received it some minutes ago.

Wiki page was updated by Ronnie before i close this bug. A see new contribution to the page to add lighthttpd config.

Check and let's me know if something is wrong in package.
Comment by Sébastien Luttringer (seblu) - Sunday, 22 April 2012, 21:28 GMT
Jacob?

Loading...