[rear-users] rear-users post from thomas.gosteli at post.ch requires approval

thomas.gosteli at post.ch thomas.gosteli at post.ch
Tue Apr 26 12:54:25 CEST 2016


Hi,
It’s me again, I used some sort of a quite ugly „hack“ to get this problem sorted out. I’m working with option nolock and nfsvers=3 so it is not needed to start rpc.statd. I just put PRE_RECOVERY_SCRIPT+="rm -rf $(which rpc.statd) into the Config file so rear is not able to find rpc.statd and won’t start it. The recover process works now as expected. Of course this is not a nice or good solution, but at the moment I can live with it.

Feel free to contact me if you need further information to get this problem solved correctly.
Regards Thomas

Von: rear-users-bounces at lists.relax-and-recover.org [mailto:rear-users-bounces at lists.relax-and-recover.org] Im Auftrag von Gratien D'haese
Gesendet: Dienstag, 26. April 2016 09:56
An: rear-users at lists.relax-and-recover.org
Betreff: Re: [rear-users] rear-users post from thomas.gosteli at post.ch requires approval


Try to use BACKUP_OPTIONS="nfsvers=3,nolock" in /etc/rear/local.conf to avoid using rpc.statd daemon.

However, it would have been nice to know why the rpcstatd daemon did not start? Any clues?

regards,

Gratien

On Mon, 25 Apr 2016 15:02:45 +0200, rear-users-owner at lists.relax-and-recover.org<mailto:rear-users-owner at lists.relax-and-recover.org> wrote:
Hi there,
I’m currently experiencing some problems with restoring Debian 8.{2,3} machines. Rear is unable to start rpc.statd when recovering, see screenshots below:
Any idea how to fix this issue?
Thanks for every help – Regards Thomas

[cid:image001.png at 01D19FBA.C294F350]


[cid:image002.png at 01D19FBA.C294F350]

[cid:image003.png at 01D19FBA.C294F350]


--

Gratien D'haese
IT3 Consultants bvba
Vennestraat 15, B-2560 Nijlen
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://pikachu.3ti.be/pipermail/rear-users/attachments/20160426/590ab939/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 17762 bytes
Desc: image001.png
URL: <http://pikachu.3ti.be/pipermail/rear-users/attachments/20160426/590ab939/attachment-0003.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 56703 bytes
Desc: image002.png
URL: <http://pikachu.3ti.be/pipermail/rear-users/attachments/20160426/590ab939/attachment-0004.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image003.png
Type: image/png
Size: 21118 bytes
Desc: image003.png
URL: <http://pikachu.3ti.be/pipermail/rear-users/attachments/20160426/590ab939/attachment-0005.png>


More information about the rear-users mailing list