deleting multiple bitstreams results in locked bitstreams

50 views
Skip to first unread message

Paige Morgan

unread,
Jun 2, 2023, 9:55:38 AM6/2/23
to DSpace Technical Support
Hi all--

We've uncovered an unusual behavior in both our production repository and our sandbox (both running DSpace 7.4). A colleague and I can mostly reliably reproduce it in our instances -- it doesn't happen every single time, but it does happen repeatedly. I have not yet been able to reproduce this in the demo version, so it may well be something in our local config -- but it's a weird phenomenon. 

We use DSpace both for our institutional repository, and for our digitized collection materials from Special Collections. For that latter set of material, occasionally, we need to wholly replace a bitstream -- versioning isn't appropriate. When we go in, and try to delete more than one bitstream (by clicking on the trashcan icon for the selected bitstreams, and then hitting the save button), one of the bitstreams is deleted -- but the other ones selected for deletion become locked (previously they were publicly available.) No one can delete them, and trying to access them prompts users to log in, but eventually results in a 404 page, even though the bitstream is still present, and the bitstream access policies all suggest that it's functioning normally.

It's pretty rare for us to delete bitstreams entirely, which is why we're just discovering this now, 7 months into running DSpace 7.4. But I'd still like to get it sorted out, especially because it's making a couple of items in our production instance inaccurate.

Has anyone else encountered anything like this? Thanks in advance--

Paige

---------------------
Meeting/regular work hours: Monday - Thursday, 9am-5pm; limited email on Friday mornings.

Dr. Paige C. Morgan

(she/her/they)
Digital Publishing and Copyright Librarian,
Head of Digital Initiatives & Preservation
University of Delaware Library, Museums and Press (on Lenape land)
Morris 118
ORCID: https://orcid.org/0000-0001-8076-7356
pai...@udel.edu
302.831.7153

Make an appointment to meet with me: https://calendly.com/paigecm/ (Meetings available via Zoom, phone, etc.)
** I observe email-free evenings and weekends. **

Tim Donohue

unread,
Jun 2, 2023, 5:45:26 PM6/2/23
to Paige Morgan, DSpace Technical Support
Hi Paige,

We are working on a fix that is coming in 7.6 (which is due later this month).  The fix is in the final stages of review, so I'm sure it will be included in 7.6.

Tim

From: dspac...@googlegroups.com <dspac...@googlegroups.com> on behalf of Paige Morgan <pai...@udel.edu>
Sent: Friday, June 2, 2023 8:54 AM
To: DSpace Technical Support <dspac...@googlegroups.com>
Subject: [dspace-tech] deleting multiple bitstreams results in locked bitstreams
 
--
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 dspace-tech...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/dspace-tech/CA%2BzEVd%3D2%2BohO%3D-djtPpWsDE7B7oyA4ZG2Qd9iTTWY6Zonxt2nQ%40mail.gmail.com.

Paige Morgan

unread,
Jun 13, 2023, 2:47:47 PM6/13/23
to Tim Donohue, DSpace Technical Support
Thanks, Tim -- out of curiosity, is there anyway to unlock items once they've been locked? I didn't see anything in the regular documentation about doing that; clicking on the padlock just gets a "this item is forbidden" error message.

Paige

---------------------
Meeting/regular work hours: Monday - Thursday, 9am-5pm; limited email on Friday mornings.

Dr. Paige C. Morgan

(she/her/they)
Digital Publishing and Copyright Librarian,
Head of Digital Initiatives & Preservation
University of Delaware Library, Museums and Press (on Lenape land)
Morris 118
ORCID: https://orcid.org/0000-0001-8076-7356
pai...@udel.edu
302.831.7153

Make an appointment to meet with me: https://calendly.com/paigecm/ (Meetings available via Zoom, phone, etc.)
** I observe email-free evenings and weekends. **

Tim Donohue

unread,
Jun 13, 2023, 3:25:06 PM6/13/23
to Paige Morgan, DSpace Technical Support
Hi Paige,

I've not been able to reproduce that "locked bitstreams" issue...but can reproduce that deleting multiple bitstreams will only delete one bitsteam.

I suspect though that the "locked bitstreams" issue is simply a permissions issue.  That should be fixable if you Edit the Item and go to "Status -> Authorizations".  If you look at the policies of those locked bitstreams (in the ORIGINAL bundle), it's possible that their "READ" policy is wrong.  If you want them available anonymously then READ must use the "Anonymous" group.

For more info on managing policies on that page, see the docs at https://wiki.lyrasis.org/pages/viewpage.action?pageId=249135668

If that's not the issue you are seeing, then it's possible there's an underlying error.  In which case you may need to use the Troubleshooting guide to look for errors: https://wiki.lyrasis.org/display/DSPACE/Troubleshoot+an+error#Troubleshootanerror-DSpace7.x(orabove)

Tim

Sent: Tuesday, June 13, 2023 1:47 PM
To: Tim Donohue <tim.d...@lyrasis.org>
Cc: DSpace Technical Support <dspac...@googlegroups.com>
Subject: Re: [dspace-tech] deleting multiple bitstreams results in locked bitstreams
 

Paige Morgan

unread,
Jun 15, 2023, 7:42:32 AM6/15/23
to Tim Donohue, DSpace Technical Support
Thanks, Tim-- I appreciate the help, but yeah, even our locked items still show the Anonymous group still having read access. I'll see whether I can hone in on the error with troubleshooting.

Paige

---------------------
Meeting/regular work hours: Monday - Thursday, 9am-5pm; limited email on Friday mornings.

Dr. Paige C. Morgan

(she/her/they)
Digital Publishing and Copyright Librarian,
Head of Digital Initiatives & Preservation
University of Delaware Library, Museums and Press (on Lenape land)
Morris 118
ORCID: https://orcid.org/0000-0001-8076-7356
pai...@udel.edu
302.831.7153

Make an appointment to meet with me: https://calendly.com/paigecm/ (Meetings available via Zoom, phone, etc.)
** I observe email-free evenings and weekends. **

oriol....@udl.cat

unread,
Jul 1, 2024, 9:03:03 AM (2 days ago) Jul 1
to DSpace Technical Support
Hi Paige and Tim,

We're experiencing a similar behaviour in one of our items also on DSpace 7.4: a user uploaded a pdf a second time with some changes and without versioning and now we can't delete the old one, as it appears as locked. We can't dowload it either. You can check it here: https://repositori.udl.cat/items/b171e78c-145b-41bf-ad15-bbf0985ccf98

The bitstream has the proper permissions: TYPE_INHERITED / READ / Anonymous, and it is still present on the assetstore but appears as "deleted" in the bitstream table:

bitstream_id | bitstream_format_id | size_bytes |             checksum             | checksum_algorithm |               internal_id               | deleted | store_number | sequence_id |                 uuid                
-------------+---------------------+------------+----------------------------------+--------------------+-----------------------------------------+---------+--------------+-------------+--------------------------------------
             |                   3 |    6850627 | 8662d960ee691c1f6c8399199ed7e3d1 | MD5                | 146083058813463458530263337040111363408 | t       |            0 |          10 | 88a194da-9330-4e18-a1d4-0a9f756e2fc5

I've restored a dump of the database in a development environtment and updated the bitstream like so:

update bitstream set deleted=false where uuid = '88a194da-9330-4e18-a1d4-0a9f756e2fc5';

and the problem seems to be fixed. Now I've been able to successfully delete the pdf.

My question is: is it safe to do this in production withou breaking anything?

Thanks a lot,
Oriol




El dia dijous, 15 de juny del 2023 a les 13:42:32 UTC+2, Paige Morgan va escriure:
Reply all
Reply to author
Forward
0 new messages