<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>BackupPC on Michael’s Domain</title><link>https://jeltsch.org/en/tags/backuppc/</link><description>Recent content in BackupPC on Michael’s Domain</description><generator>Hugo</generator><language>en-us</language><copyright>Copyright © 2002 - 2026 Michael Jeltsch.</copyright><lastBuildDate>Fri, 24 Jul 2026 00:18:18 +0300</lastBuildDate><atom:link href="https://jeltsch.org/en/tags/backuppc/index.xml" rel="self" type="application/rss+xml"/><item><title>BackupPC and Macs</title><link>https://jeltsch.org/en/backuppc_and_macs/</link><pubDate>Wed, 13 Apr 2016 00:00:00 +0000</pubDate><guid>https://jeltsch.org/en/backuppc_and_macs/</guid><description>&lt;p&gt;I myself have been using the backup software 
 &lt;a href="http://backuppc.sourceforge.net/" target="_blank" rel="noopener noreferrer nofollow"&gt;BackupPC&amp;nbsp;






 
 
 
 &lt;svg class="svg-inline--fa fas fa-up-right-from-square fa-2xs" fill="currentColor" aria-hidden="true" role="img" viewBox="0 0 512 512" overflow="visible"&gt;&lt;use href="#fas-up-right-from-square"&gt;&lt;/use&gt;&lt;/svg&gt;&lt;/a&gt;
 for almost a decade, and I started to backup our lab computers to a central backup server about two years ago. BackupPC supports deduplication and therefore much data can be stored on a couple of 2 TB drives.BackupPC supports many protocols (smb, ftp, tar/rsync via ssh), but we mostly use rsync via ssh. The data is not encrypted before the backup. Strangely not even the upcoming version 4 will support pre-egression encryption. However, we store the backup on an encrypted volume. That way it is at least protected if the backup server is stolen. And during transit, the data is protected by ssh. However, the system is not 
 &lt;a href="https://en.wikipedia.org/wiki/Trust_no_one_%28Internet_security%29" target="_blank" rel="noopener noreferrer nofollow"&gt;TNO&amp;nbsp;






 
 
 
 &lt;svg class="svg-inline--fa fas fa-up-right-from-square fa-2xs" fill="currentColor" aria-hidden="true" role="img" viewBox="0 0 512 512" overflow="visible"&gt;&lt;use href="#fas-up-right-from-square"&gt;&lt;/use&gt;&lt;/svg&gt;&lt;/a&gt;
 (&amp;ldquo;trust no-one&amp;rdquo;), since I (as the backupc administrator) can access the files. When using Linux, one feasible method would be to encrypt the user&amp;rsquo;s home directory using 
 &lt;a href="http://ecryptfs.org/" target="_blank" rel="noopener noreferrer nofollow"&gt;eCryptFS&amp;nbsp;






 
 
 
 &lt;svg class="svg-inline--fa fas fa-up-right-from-square fa-2xs" fill="currentColor" aria-hidden="true" role="img" viewBox="0 0 512 512" overflow="visible"&gt;&lt;use href="#fas-up-right-from-square"&gt;&lt;/use&gt;&lt;/svg&gt;&lt;/a&gt;
 (which is an inbuilt option when creating users on 
 &lt;a href="http://www.ubuntu.com/" target="_blank" rel="noopener noreferrer nofollow"&gt;Ubuntu&amp;nbsp;






 
 
 
 &lt;svg class="svg-inline--fa fas fa-up-right-from-square fa-2xs" fill="currentColor" aria-hidden="true" role="img" viewBox="0 0 512 512" overflow="visible"&gt;&lt;use href="#fas-up-right-from-square"&gt;&lt;/use&gt;&lt;/svg&gt;&lt;/a&gt;
) and then backup the /home/.ecryptfs directory instead of the users home directory. However, recovery would be much more of a problem. You would be able to browse the diectory structure and files of the backup, but the filenames would be meaningless since they are also encrypted in the process.There is one peculiarity in backing up Mac OSX machines: BackupPC normally connects as root via ssh into the client computer and executes the rsync backup command. In order to make this possible on university-managed Mac OSX computers, we had to create a dedicated user (&amp;ldquo;backuppc&amp;rdquo;) on the client machines and allow for this user the execution of rsync with root privileges, which is done by adding this line in the /etc/sudoers file:&lt;code&gt;backuppc ALL=NOPASSWD: /usr/bin/rsync&lt;/code&gt;. Then we have to change the ssh/rsync command for the Mac client on the backuppc server changing &amp;ldquo;root&amp;rdquo; into &amp;ldquo;backuppc&amp;rdquo;.&lt;/p&gt;</description></item><item><title>Encrypted backup using BackupPC, LVM and cryptsetup</title><link>https://jeltsch.org/en/encrypted_backup_using_backuppc_lvm_and_cryptsetup/</link><pubDate>Sat, 22 Sep 2007 00:00:00 +0000</pubDate><guid>https://jeltsch.org/en/encrypted_backup_using_backuppc_lvm_and_cryptsetup/</guid><description>&lt;p&gt;I do offsite backups using BackupPC. The amount of data increases constantly so I need to add occasionally hard disks. Additionally I want the data to be encrypted, at least after powering off the system that is running the BackupPC application. So I decided to use logical volume management (LVM) and block device encryption (cryptsetup). The following steps were needed (on Ubuntu Feisty):&lt;/p&gt;</description></item><item><title>BackupPC (and MacOS X)</title><link>https://jeltsch.org/en/backuppc_and_macos_x/</link><pubDate>Fri, 25 May 2007 00:00:00 +0000</pubDate><guid>https://jeltsch.org/en/backuppc_and_macos_x/</guid><description>&lt;p&gt;BackupPC seems to be a cool application. Except for the fact that it is not easy to start working with in the first place. I downloaded BackupPC-2.0.0.tar.gz and installed it into the directory /usr/local/backuppc. Then I executed the config.pl and answered all I could. The place where I want to backup my stuff is my second hard drive /dev/hdb5 which is formatted as reiserfs and mounted at /mnt/hdb. After the config script there was a new directory in /mnt/hdb: backuppc, which contained 6 other directories: conf, cpool, log, pc, pool and trash.BTW you cannot use a smbmount to store the backup data (at least not easily). The configure.pl script tries to chown the stuff on the smbmount and this leads to the abortion of the perl script (could be modified and the chown could be done manually by defining the correct uid and gid in the fstab). I struggled with this for a day (gave the smbmount even fmask=777,dmask=777 and the correct owner/group), but to no avail as apparently the scripts wants to execute the chown command. I probably need to solve this problem as I need to backup via the network to a Macintosh running OS X and thus need to use samba (or nfs…).I use tar over ssh to backup my client (actually server and one of the clients are in my case physically the same machine). Anyway I have to setup ssh. As I have RH9, it&amp;rsquo;s OpenSSH (ssh2).Another client is running MacOS X (10.3). Works quite well after I figured out that the tar command on MacOS X is neither in the PATH nor in its normal location, but in /usr/bin/tar. I just made a link and BackupPC worked:&lt;code&gt;sudo ln -s /usr/bin/tar /bin/tar&lt;/code&gt;&lt;/p&gt;</description></item><item><title>Manually uncompressing backup files creating by BackupPC (Zzzz)</title><link>https://jeltsch.org/en/manually_uncompressing_backup_files_creating_by_backuppc_zzzz/</link><pubDate>Thu, 05 Apr 2007 00:00:00 +0000</pubDate><guid>https://jeltsch.org/en/manually_uncompressing_backup_files_creating_by_backuppc_zzzz/</guid><description>&lt;p&gt;The perl script &lt;code&gt;/usr/local/backuppc/bin/BackupPC_zcat&lt;/code&gt; does it, but you need BackupPC installed for this purpose. There is a standalone frontend for the compression libraries available called 
 &lt;a href="ftp://ftp.iasi.roedu.net/mirrors/esp-team.scene.hu/esp-team/linux/Zzzz%e2%80%a61.0.tar.gz"&gt;Zzzz…&lt;/a&gt;
 made by the same guy who is behind mplayer.&lt;/p&gt;</description></item><item><title>Getting the web interface for BackupPC working with Apache2 under Suse 9</title><link>https://jeltsch.org/en/backuppc/</link><pubDate>Fri, 20 Feb 2004 00:00:00 +0000</pubDate><guid>https://jeltsch.org/en/backuppc/</guid><description>&lt;p&gt;BackupPC has been working without me noticing it. Now I want set up the web interface.First I downloaded apach2-mod_perl and perl-Tie-IxHash (there are Suse rpms) and installed them.Directories/files that I duplicated (this is only necessary if you need to run two instances of the Apache server):&lt;code&gt;cp -a /etc/apache2 /etc/apache2backuppcchmod -R 775 /var/log/apache2backuppc/cp -a /var/log/apache2 /var/log/apache2backuppcchown -R backuppc:users /var/log/apache2backuppc/ cp /var/run/httpd2.pid /var/run/httpd2backuppc.pidchmod 644 /var/run/httpd2backuppc2.pidchown backuppc:users /var/run/httpd2backuppc.pid cp -a /etc/sysconfig/apache2 /etc/sysconfig/apache2backuppcchmod 644 /etc/sysconfig/apach2backuppcchown backuppc:users /etc/sysconfig/apache2backuppccp /etc/init.d/apache2 /etc/apache2backuppc&lt;/code&gt;Then I edited the following files:&lt;code&gt;/etc/sysconfig/apache2backuppc&lt;/code&gt; Change APACHE_ACCESS_LOG to a new location!!!!&lt;code&gt;/etc/apache2backuppc/listen.conf&lt;/code&gt; Change from 80 to 8080&lt;code&gt;/etc/apache2backuppc/uid.conf&lt;/code&gt; Change wwwrun/www to backuppc/users&lt;code&gt;/etc/apache2backuppc/httpd.conf&lt;/code&gt;1. Change all appearances of the apache2 directories into apache2backuppc2. Change to AllowOverride Indexes AuthConfigThe following command starts up Apache2 as user backuppc and listening to the port 8080: &lt;code&gt;/usr/sbin/httpd2-prefork -f /etc/apache2backuppc/httpd.conf&lt;/code&gt; For some reason it doesn&amp;rsquo;t yet start up automatically at system boot.For the web interface running in mod_perl mode I switch off the cgi script to be executed as user backuppc:&lt;code&gt;chmod u-s /srv/www/cgi-bin/BackupPC_Admin&lt;/code&gt; Anyway I don&amp;rsquo;t know whether apache2 supports mod_perl, because I don&amp;rsquo;t get the mod_pel listed when I query:&lt;code&gt;/usr/sbin/httpd2-prefork -l&lt;/code&gt; But this is maybe due to the fact that I run apache2 and not apache???I insert the following into /etc/apach2backuppc/mod_info.conf:&lt;code&gt;LoadModule perl_module /usr/lib/apache2/mod_perl.so PerlModule Apache2 SetHandler perl-script PerlResponseHandler ModPerl::Registry PerlOptions +ParseHeaders Options +ExecCGI Order deny,allow Deny from all Allow from localhost AuthName &amp;quot;Backup Admin&amp;quot; AuthType Basic AuthUserFile /etc/apache2/conf.d/passwd Require valid-user&lt;/code&gt; Now I have to create a .htaccess file in the cgi-bin directory with the following contect:&lt;code&gt;AuthGroupFile /etc/apache2/conf.d/group AuthUserFile /etc/apache2/conf.d/passwd AuthType basic AuthName &amp;quot;access&amp;quot; require valid-user&lt;/code&gt; Then I have to create the password file (use the -a flag to add a user!): &lt;code&gt;/usr/sbin/htpasswd2 -c /etc/apache2/conf.d/passwd backuppc &amp;gt;New password: ******* &amp;gt;Re-type new password: ******* &amp;gt;Adding password for user backuppc&lt;/code&gt; Then I restarted. It didn&amp;rsquo;t work. So I changed to permissions of the cgi script:&lt;code&gt;chmod 750 /srv/www/cgi-bin/BackupPC_Adminls -al /srv/www/cgi-bin/BackupPC_Admin&lt;/code&gt; should give as result rwxr-x&amp;mdash;Now it works! At least I get the Administration web page loaded into my browser. But without the need to authenticate myself. And I cannot administer anything.So I added to /etc/apache2backuppc/default-server.conf:&lt;code&gt;/srv/www/cgi-bin/BackupPC_Admin Setenv REMOTE_USER backuppc&lt;/code&gt; and I changed:&lt;code&gt; AllowOverride None&lt;/code&gt; into:&lt;code&gt; AllowOverride Indexes AuthConfig&lt;/code&gt; And I change as well:&lt;code&gt; AllowOverride None&lt;/code&gt; into:&lt;code&gt; AllowOverride Indexes AuthConfig&lt;/code&gt; I don&amp;rsquo;t know what of the above is really necessary. But now authentication is working and when I type into the &amp;ldquo;Host or User name&amp;rdquo; field localhost, the script at leat tries to access the correct pages, but fails with the error:&lt;code&gt;Only privileged users can view information about host localhost.&lt;/code&gt; The reason appears to be that I have set up wrongly the hosts configuration file for backuppc (in my case located at /mnt/backup/conf/hosts. You have to give the correct users…We use an external hard drive to backup. Because we don&amp;rsquo;t want to have it switched on all the time we have to mount it every time we want to do a backup. The regular mount command:&lt;code&gt;sudo mount /dev/sdc1 /media/sdc1&lt;/code&gt; is sufficient. However the backup directory&amp;rsquo;s owner on sdc1 needs to be backuppc. We also have to restart the backuppc daemon, because if it starts up during boot (when the external drive is not connected), it cannot find the path to the backup directory:&lt;code&gt;su /etc/init.d/suse-backuppc stop /etc/init.d/suse-backuppc start /etc/init.d/suse-backuppc reload&lt;/code&gt; I think the reload might not be necessary. Maybe one doesn&amp;rsquo;t have to restart at all and only reloading does the job…Then you can check whether backuppc works correctly. You have to be user backuppc to be able to so: &lt;code&gt;/usr/local/backuppc/bin/BackupPC_serverMesg status info /usr/local/backuppc/bin/BackupPC_serverMesg status jobs /usr/local/backuppc/bin/BackupPC_serverMesg status hosts&lt;/code&gt;&lt;/p&gt;</description></item></channel></rss>