gnumed-bugs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Gnumed-bugs] Problems restoring from a backup - directory ... does


From: Karsten Hilbert
Subject: Re: [Gnumed-bugs] Problems restoring from a backup - directory ... does not exist
Date: Wed, 14 Jan 2015 11:57:55 +0100
User-agent: Mutt/1.5.23 (2014-03-12)

On Tue, Jan 13, 2015 at 07:14:07PM +0000, Jim Busser wrote:

> 1) In order to try to minimize problems during the attempt at restore, I 
> became root
>       sudo -i

I doubt this will *make* you root. It will _do_ something
_as_ root (specifically: "nothing") and - upon finishing - go
back to being what you were before. The -i mainly serves to
more fully simulate your being root *during execution of
"nothing"*.

"whoami" should be able to tell you who you are.

> 2) As root, I copied a 19.8 server tarball from my normal
> user space to the root directory / and then decompressed it,
> in order that this would be owned by root

OK

> 3) I also copied the hopefully-intact, 383 Mb backup into the root-owned 
> server folder
> 
>       cd /gnumed-server.19.8/server
> 
>       cp 
> /Users/djb/.gnumed/backup/backup-gnumed_v19-GNUmed_Team-dhcp-128-189-241-105.ubcsecure.wireless.ubc.ca-2015-01-12-09-59-25.tar
>  .

OK. Can you double-check (and post) the permissions of that copy ?

> 4) However when I try to restore from this backup which is sitting in the 
> same level of .../server/ as follows:
> 
>       sh gm-restore_database.sh 
> backup-gnumed_v19-GNUmed_Team-dhcp-128-189-241-105.ubcsecure.wireless.ubc.ca-2015-01-12-09-59-25.tar
> 
> what results is
> 
>       ==> Trying to restore a GNUmed backup …
>       file: 
> backup-gnumed_v19-GNUmed_Team-dhcp-128-189-241-105.ubcsecure.wireless.ubc.ca-2015-01-12-09-59-25.tar
> 
>       ==> Reading configuration …

Please post content of "/etc/gnumed/gnumed-restore.conf".

>       ==> Setting up workspace ... 
> Users/djb/gnumed/gm-restore-2015-01-13-10-27-04

Given that the workspace name does NOT start with a "/" I
would suspect the option WORK_DIR_BASE inside
/etc/gnumed/gnumed-restore.conf does not start with one
either ?

> … so what can I do to troubleshoot the error message
> 
>       directory Users/... does not exist

Please post the above.

Karsten
-- 
GPG key ID E4071346 @ eu.pool.sks-keyservers.net
E167 67FD A291 2BEA 73BD  4537 78B9 A9F9 E407 1346



reply via email to

[Prev in Thread] Current Thread [Next in Thread]