Re: [Gnumed-devel] Restoring a database under Debian

[Busser, Jim]

On 2015-01-14, at 3:24 AM, Karsten Hilbert <address@hidden> wrote:

> On Wed, Jan 14, 2015 at 11:06:57AM +0000, Jim Busser wrote:
> 
>> Well, having decided to try a VM, I have
>> 
>>      Debian wheezy
>> 
>> running and by using Postgres PGDG packages and apt-get install -t testing 
>> was able to get postgresql 9.4 installed and running.
>> 
>> However when I try to run the restore script
>> 
>>      address@hidden:~/downloads/gnumed-server.20.0/server$ sh 
>> gm-restore_database.sh backup-gnumed_v19-2015-01-12-09-59-25.tar
>> 
>> I get
>> 
>>      gm-restore_database.sh: 18: set: Illegal option -o pipefail 
> 
> By saying "sh gm-..." you are telling Debian to use the
> default shell "sh" (/usr/bin/sh which symlinks to "dash" and
> which doesn't support "pipefail" (only bash > 3 does)) rather
> than "bash" (as it says inside the script).
> 
> Karsten

Ah, ok, so instead of

        sh …

it is dot slash

        ,/

as in

        address@hidden:/home/jim/downloads/gnumed-server.20.0/server# 
./gm-restore_database.sh backup-gnumed_v19-2015-01-12-09-59-25.tar

except this too had problems:

        ==> Trying to restore a GNUmed backup ...
            file: backup-gnumed_v19-2015-01-12-09-59-25.tar
        
        ==> Reading configuration ...
        
        ==> Setting up workspace ...
            /root/gnumed/gm-restore-2015-01-14-04-37-47/

        ==> Creating copy of backup file ...
        cp: cannot stat `backup-gnumed_v19-2015-01-12-09-59-25.tar': No such 
file or directory
            ERROR: Cannot copy backup file. Aborting.
        address@hidden:/home/jim/downloads/gnumed-server.20.0/server# 

and as I was root, should the above have worked, despite that the files in the 
server directory were owned by 'jim'  or would their ownership by jim be any 
problem?

-- Jim