EPrints Technical Mailing List Archive
Message: #05625
< Previous (by date) | Next (by date) > | < Previous (in thread) | Next (in thread) > | Messages - Most Recent First | Threads - Most Recent First
Re: [EP-tech] problem migrating documents
- To: "eprints-tech@ecs.soton.ac.uk" <eprints-tech@ecs.soton.ac.uk>
- Subject: Re: [EP-tech] problem migrating documents
- From: "holger.berth@mdc-berlin.de" <holger.berth@mdc-berlin.de>
- Date: Wed, 27 Apr 2016 10:59:00 +0000
Hi, i solved the problem by 1.deleting the „file“ table in the database, 2. then epadmin update(create the files table), 3. and then rerunning epadmin upgrade_add_files Thanks! Holger Von: eprints-tech-bounces@ecs.soton.ac.uk [mailto:eprints-tech-bounces@ecs.soton.ac.uk] Im Auftrag von Adam Field If you're doing a full migration, then refer to my recent response to Andrew Beeken, which included how I'd go about moving a repository from one server to another. Once you have it up and running on your new server, you can move forwards with the upgrade. From: <eprints-tech-bounces@ecs.soton.ac.uk> on behalf of "holger.berth@mdc-berlin.de" <holger.berth@mdc-berlin.de> The bigger job is to migrate and update eprints from an old eprints version to the newest one (from one server to another). On my new server there is no file section in the xml File, even if i import a new xml file which includes a file section. Von: eprints-tech-bounces@ecs.soton.ac.uk [mailto:eprints-tech-bounces@ecs.soton.ac.uk] Im Auftrag von Adam Field If you open the XML file, you'll see that it has a path in the file section of the document. If you modify that path to point to somewhere local, then put a copy of the file in that place, it should work. What are you actually trying to accomplish. Is this a step in a bigger job? What's the bigger job? From: <eprints-tech-bounces@ecs.soton.ac.uk> on behalf of "holger.berth@mdc-berlin.de" <holger.berth@mdc-berlin.de> Hi Thomas, i have exported one publication with bin/export edoc eprint XML 15166 > 15166.xml and imported it into the new system bin/import edoc eprint XML --enable-file-imports --enable-import-fields --force --verbose /home/user/15166.xml But if i export the publication from the new system, the file entry is not in the xml file. I think this does not overwrite the data. Or do i have to start a another script after importing? Best, Holger -----Ursprüngliche Nachricht----- [mailto:eprints-tech-bounces@ecs.soton.ac.uk] Im Auftrag von Thomas Lauke Gesendet: Freitag, 15. April 2016 11:19 Betreff: Re: [EP-tech] problem migrating documents
hard to say, depends on many boundary conditions
reponame" could work, if all paths for eprint stuff are exactly the same; 'upgrade' is an independent issue Of course, the most easy way!
export repoID eprint XML <badID0..badIDn> will do that by default settings
import repoID eprint XML --enable-file-imports --enable-import-fields updatedPipedExportFile overwrites even existing entries ... Check if a correction of bad entries is useful, otherwise start from scratch. Testing on a sandbox is _no_ bad idea :) Hand Thomas *** Archive: http://www.eprints.org/tech.php/ *** EPrints community wiki: http://wiki.eprints.org/ *** EPrints developers Forum: http://forum.eprints.org/
|
Attachment:
smime.p7s
Description: S/MIME cryptographic signature
- References:
- Re: [EP-tech] problem migrating documents
- From: Thomas Lauke <th.lauke@arcor.de>
- Re: [EP-tech] problem migrating documents
- From: "holger.berth@mdc-berlin.de" <holger.berth@mdc-berlin.de>
- Re: [EP-tech] problem migrating documents
- From: Adam Field <Adam.Field@jisc.ac.uk>
- Re: [EP-tech] problem migrating documents
- From: "holger.berth@mdc-berlin.de" <holger.berth@mdc-berlin.de>
- Re: [EP-tech] problem migrating documents
- From: Adam Field <Adam.Field@jisc.ac.uk>
- Re: [EP-tech] problem migrating documents
- Prev by Date: Re: [EP-tech] Copy live EPrints to staging server
- Next by Date: Re: [EP-tech] Copy live EPrints to staging server
- Previous by thread: Re: [EP-tech] problem migrating documents
- Next by thread: [EP-tech] Document is viewable by anyone even when it is set to restricted
- Index(es):