[Gnumed-bugs] Problems restoring from a backup - directory ... does not exist

[Busser, Jim]

Somehow, whether or not related to permissions problems inherited from bringing 
my Mac user account from 10.5 Leopard through 10.8 Mountain Lion as referenced 
here

        https://discussions.apple.com/thread/5275515

... I managed, in the course of the last two posts, to bork my v19 database … 
the last backup created when I tried to do

        sh ./upgrade-db.sh 19 20

was only 83Mb as compared to what was generated in the first step of my 
updating efforts, which was 383 Mb. So I after fixing my user-level permissions 
according to the article above (whether or not that has anything to do with 
anything) my problem which I am now experiencing, in trying to restore, is as 
follows:

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

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

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
 .

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 …

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

         ==> Creating copy of backup file …

        cp: directory Users/djb/gnumed/gm-restore-2015-01-13-10-27-04 does not 
exist

        ERROR: Cannot copy backup file. Aborting.

despite that the workspace, named as follows (perhaps taken from inside the 
backup):

        Users/djb/gnumed/gm-restore-2015-01-13-10-27-04

was, it seems, created inside

        /gnumed-server.19.8/server

because I can do

        cd Users/djb/gnumed/gm-restore-2015-01-13-10-27-04

… so what can I do to troubleshoot the error message

        directory Users/... does not exist

??

-- Jim