Copying databases using onarchive/ondatartr

I am having some trouble copying a database using the above combination. I performed a level 0 archive of a database running on machine A, to disk. This seems to have run correctly and produced several files in the tree specified in the config.arc file's DEVICE parm. Now comes the fun stuff... I have moved the volumes over to another machine, remounted them at exactly the same mount points as they were on the original, and tried to restore the whole thing into an empty database in order to make a copy of the original. I use ondatartr. This is the console: $ ondatartr ON-Datartr Version 7.10 Copyright (c) 1993,1994 - Informix Software, Inc. ONDATARTR> retrieve/dbspaceset=*/disk=(/arc/arc1) Executing... What saveset ID is to be used on volume /arc/arc1?:00000003 Level 0 physical restore started. $ It does nothing. The following is what's on /arc/arc1. ONDATARTR> list/disk=(/arc/arc1) Listing of : arcbb Volume no : 0001 --------------------- ONARCHIVE Version : ONARCHIVE VERSION 7.10 Save-set file name : /arc/arc1/00000003.SAV Archive date : 14-FEB-1996:19:25:01 Save-set type : OS files Operating system : PAGE4096 IEEEM BYTE32 DBMS : IXARCDB_VER_07.10 LEVEL0 Owner node : spiral Owner name : informix Archive command : ARCHIVE/DBSPACESET=*/VSET=arcbb/NOAPART/BLOCKSIZE=65536 : /NOCOMPRESS/COPIES=1/NOENCRYPT/NOLOG/NONOTIFY/NOCRC/NOT : RANSIT/NOEXPIRY_DATE/LEVEL=0/NOVERIFY/NOIMMEDIATE/NOAUT : OVOP File name : rootdbs File number : 1 File sequence : 1 File name : blobspace1 File number : 2 File sequence : 1 File name : dataspace1 File number : 3 File sequence : 1 Is Informix being too clever? and validating stuff which stops the restore into a different database? I have done the obvious -- ie. rename the host to the same name as the original... Any ideas?