Bug 432268 - Recent update of BackupPC on F7 has caused it to fail to load
Summary: Recent update of BackupPC on F7 has caused it to fail to load
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: BackupPC
Version: 7
Hardware: x86_64
OS: Linux
low
low
Target Milestone: ---
Assignee: Johan Cwiklinski
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2008-02-10 19:10 UTC by Kelly-Rand
Modified: 2008-02-11 02:07 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2008-02-11 02:07:32 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Kelly-Rand 2008-02-10 19:10:00 UTC
Description of problem:
Recent update causes BackupPC not to start

Version-Release number of selected component (if applicable):
BackupPC.noarch 3.1.0-1.fc7 

How reproducible:
Continuously.

Steps to Reproduce:

# /etc/init.d/backuppc start
Starting BackupPC: 2008-02-10 10:25:56 Can't create a test hardlink between a
file in /data/bilbo/backup/BackupPC/pc and /data/bilbo/backup/BackupPC/cpool. 
Either these are different file systems, or this file system doesn't support
hardlinks, or these directories don't exist, or there is a permissions problem,
or the file system is out of inodes or full.  Use df, df -i, and ls -ld to check
each of these possibilities. Quitting... 
  

Additional info:

I had BackupPC installed on Jan 20 this year. It has been running successfully,
backing up the host and two clients for a week now. Yesterday the 9th it was
updated and now does not run.
INSTALL HISTORY 
# less /var/log/yum.* | grep BackupPC
Jan 20 14:58:46 Installed: BackupPC.noarch 3.0.0-3.fc7
Feb 09 17:51:53 Updated: BackupPC.noarch 3.1.0-1.fc7
Feb 09 22:50:17 Erased: BackupPC
Feb 09 22:52:09 Installed: BackupPC - 3.1.0-1.fc7.noarch 

The device an external USB disk, formatted as ext3, is only 10% full. I then did
as suggested in the error output and found no issues with permissions or inodes.
To confirm this I entered a shell as user backuppc and created a file under the
folder /........./BackupPC/pc/ and then hardlinked under /......../BackupPC/ on
the external disk.

When I run:
bash-3.2$ /usr/share/BackupPC/bin/BackupPC_dump -v -f bagend
Can't connect to server (unix connect: Connection refused) 

The only other piece of information I have is that when I reinstalled the
software for a second time there was a message about a 'broken pipe'

Comment 1 Joe Bayes 2008-02-10 20:08:24 UTC
I had the same problem. On my system, the cpool directory did not exist. When I
created the directory, BackupPC worked (sort of).

Comment 2 Kelly-Rand 2008-02-11 02:06:24 UTC
After doing the same and succeeding with three Inc backups I think its fixed
till the next update. After reading a number of posts on sourceforge it would
seem to me that the package install would allow setting of the pool directories
to what the user has setup. A lot of us wouldn't think of creating a mount point
in /var because it has system relationship rather than a user one. 
I think that this is less of a bug and more of a critical feature request.


Note You need to log in before you can comment on or make changes to this bug.