So we have a new problem. We need to delete the restored community before we run it again with the -f command, or else we'll end up with duplicated items, but when we tried to delete the newly restored community THIS time, it deleted a handful of items before the interface timed out, and when we checked the logs, we found errors for deleting items. We can't figure out why was able to delete the community the first time around, when we're running into this issue deleting the restored community. So...
(1) Is there a way to delete the restored community from commandline? (2) Has anyone run into these kind of errors and timeouts on attempting to delete a community or collection before? Additional notes on why we concluded we needed to the delete the restored community before running the restore from AIP with f command: We ran a test on a single item that was previously restored in a test instance. Running the -f option on the single item resulted in retention of the previously restored item (which had a new handle/item id), along with restoration of the item from the AIP (with the original handle/item ID from before the collection was deleted and the first restore process without the -f option ran). The item appeared twice in the collection in this case. So we had to delete the collection again and run the restoration process again, this time with the -f command, in order to avoid duplicating the entire collection. Any assistance would be deeply appreciated! Carolyn. On Thursday, October 3, 2024 at 3:09:37 PM UTC-4 Carolyn Sullivan wrote: > Thanks for the recommendations, Tim. We've run some tests and are > retrying the restoration now, will let you know how it goes! > > > On Thursday, October 3, 2024 at 11:17:45 AM UTC-4 DSpace Technical Support > wrote: > >> Hi Carolyn, >> >> Yes, "force replace" might be your best option here. That warning is >> there because it *does destroy* in DSpace that is found to be duplicative. >> So, if you force replace a Collection, then it will overwrite everything in >> that Collection (even group memberships/permissions) based on what is in >> the AIP. Same with Items, it will overwrite everything on the existing >> item (metadata, files, even permissions) based on what is in the AIP. >> >> Ideally, you would find a way to *test* the process beforehand to ensure >> you don't accidentally destroy something you wanted to keep. But, since it >> sounds like you are only going to "force replace" the objects that were >> *wrongly* restored, hopefully that won't be a problem. Though, I guess you >> could consider testing the force replace on a *single* Item or a handful of >> Items to make sure it fixes the problems you are hoping to fix. >> >> Tim >> >> On Thursday, October 3, 2024 at 9:42:02 AM UTC-5 Carolyn Sullivan wrote: >> >>> Hello everyone, >>> >>> A collection was accidentally deleted in our repository and we've >>> restored it using an AIP (see this thread >>> <https://groups.google.com/g/dspace-tech/c/uspAAoD9hK4/m/JsciwqDyAAAJ> >>> for Part I of this adventure). >>> >>> Tragically, when the collection was restored, new handles and internal >>> ids seem to have been assigned to all the items. As a result, DOIs >>> assigned to the items no longer resolve and the statistics history for >>> these items has disappeared. >>> >>> Our systems analyst believes we can get back the old handles and related >>> statistics using Force Replace mode: >>> https://wiki.lyrasis.org/display/DSDOC7x/AIP+Backup+and+Restore#AIPBackupandRestore-ForceReplaceMode >>> >>> However, we see this has a significant warning attached, a la 'because >>> this mode actually destroys existing content in DSpace, it is potentially >>> dangerous and may result in data loss!' I assume we'd lose any >>> modifications made to items since the creation of this AIP that are >>> included in both this collection and a non-deleted collection. Are there >>> any other issues we need to be aware of in running this mode? >>> >>> Crossposting to DSpace Slack. >>> >>> Thanks, >>> Carolyn. >>> >>> -- All messages to this mailing list should adhere to the Code of Conduct: https://www.lyrasis.org/about/Pages/Code-of-Conduct.aspx --- You received this message because you are subscribed to the Google Groups "DSpace Technical Support" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/dspace-tech/c32b5e3c-ca81-4a67-9e1d-643508ce76c5n%40googlegroups.com.
