In DSpace 5.x, I'm attempting to use AIP in submission mode to ingest a community from another site. The community contains a handful of collections each of which has some items. My command to do this is:
./dspace packager -s -a -t AIP -e
a...@some.com -p 12345/6 /path/to/my/zip.zip
where 12345 is my handle prefix
The tool responds with
Destination parents:
Owner: 12345/6
Ingesting package located at...
Also ingesting referenced packages (recursive mode)...
And then the well-known: Could not find a parent DSpaceObject referenced as '56789/1' in the METS Manifest for hdl:56789/2' etc etc error and the command returns immediately
(where 56789 is the other site's handle prefix.)
None of the items are mapped, by the way. Shouldn't the -parent option on the command line override what is in the METS?
Naturally, none of the child collections or items are created since the command fails right away, but the dspace log indicates the creation of the brand new community, within the correct, existing community. Although when I actually check the handle, the community does not exist. The handle suffix, and the collection resource ID are incremented with each attempt, so something is getting created and destroyed...
Without the -a option, the command successfully creates the top level imported community. So does the skipIfParentMissing option, but the recursion seems not to be working.
What am I doing wrong??
Thanks for any advice!
Bill