BackupPC-users

Re: [BackupPC-users] Full restore problem part II

2012-12-03 04:44:44
Subject: Re: [BackupPC-users] Full restore problem part II
From: Stefan Peter <s_peter AT swissonline DOT ch>
To: backuppc-users AT lists.sourceforge DOT net
Date: Mon, 03 Dec 2012 10:42:52 +0100
Hi Gary

On 01.12.2012 02:35, Gary Roach wrote:

> Everything worked fine for /etc. /root and /var. When I tried to backup
> / home the system chugged along for a long time and then went to sleep.

You mean the system went into sleep mode during the restore?

> I had to manually stop the process by killing the PID.
> The restore log had the following entries:
> 
>     2012-11-30 09:53:41 Started restore on TargetComputer (pid=7601)
>     2012-11-30 10:59:23 Restore failed on TargetComputer (aborted by
>     signal=TERM)

What else did you expect after having it killed?

>     2012-11-30 10:59:23 TargetComputer: File::RsyncP::FileList::encode:
>     missing rdev

This and the following "missing rdev" messages seem to indicate that the
backup does not contain a value for the device ID for these files. In
all the errors you have showed, only pipes seem to be affected. This may
either indicate that backuppc does not properly handle pipes or that the
rsync configuration during the backup of these files was missing the -D
switch.

However, this is not a problem: I'd assume that KDE will silently
recreate the pipes if they are missing. If not, you still can recreate
them from the command line using the mkfifo command.

> I use
> inetd.conf to start the rsync daemon with an entry of :
> 
>     rsync   stream  tcp  nowait   root  /usr/bin/rsync   rsyncd --daemon
> 
> If the -D switch must be included, should it be something like rsyncd -D
> daemon.

The rsync daemon in general uses /etc/rsyncd.conf for configuration. The
only options it accepts are listed in the man pages under the heading
"DAEMON OPTIONS" and those only deal with network parameter and daemon
behavior. The -D option needs to be present n the client side (and it
needed to be there during backup, too).


Regards

Stefan Peter

-- 
In theory there is no difference between theory and practice. In
practice there is.

------------------------------------------------------------------------------
Keep yourself connected to Go Parallel: 
BUILD Helping you discover the best ways to construct your parallel projects.
http://goparallel.sourceforge.net
_______________________________________________
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/