EPrints Technical Mailing List Archive
See the EPrints wiki for instructions on how to join this mailing list and related information.
Message: #10021
< Previous (by date) | Next (by date) > | < Previous (in thread) | Next (in thread) > | Messages - Most Recent First | Threads - Most Recent First
Re: [EP-tech] Tracing errors
- To: eprints-tech@ecs.soton.ac.uk
- Subject: Re: [EP-tech] Tracing errors
- From: Andrew M <eprints-tech@unitedgames.co.uk>
- Date: Thu, 06 Mar 2025 17:54:32 +0000
CAUTION: This e-mail originated outside the University of Southampton. I mean if you really want, you can jump into perl_lib/EPrints/DataSet.pm and throw in an... EPrints->trace; ...to get a stack trace, or perhaps better... EPrints->abort("Let's stop here."); ...which will stop everything in its tracks and issue a stack trace too - at least off the top of my head. It has been a while, and I'm getting rusty, =). From what I can see in my version of epadmin, all reload is doing is updating a timestamp file, and using the repository id to get the variables path (presumably /opt/eprints3/archives/YOUR_ARCHIVE_NAME/var/ ) in which last_changed.timestamp can be found (and updated). Yours is likely /opt/eprints3/archives/arcom/var/last_changed.timestamp judging by output shared in your other email. Anyway, probably too much information. Cool to hear you're using EPrints for metadata, =). Am ignorant of RIS files. Will have to look into them and clue myself up. A quick google and I can see an EPrints::Plugin::Import::RIS from 2012 by Stewart Brownrigg at files.eprints.org/741 as well as some past messages about the plugin in this mailing list. Seems from your previous email you also had some ideas that maybe problems were related to "accidentally setting values that don't fit somewhere" - so yeah, maybe, something was awry when processing your new fields, and it's just a matter of configuring them correctly before reloading the config, =). But hopefully a stack trace of some sort can shed light on what's happening, so you're not working blind. Just realise any EPrints->abort statements are a brutal spanner in the works, and such lines should be removed once you've figured out what you need to figure out, ^_^. Yours, Andrew. Quoting Will Hughes <w.p.hughes@reading.ac.uk>:
CAUTION: This e-mail originated outside the University of Southampton. CAUTION: This e-mail originated outside the University of Southampton. Hi Sorry to keep coming back. I have spent a couple of hours trying to find what is causing this error: eprints@ubuntu-s-1vcpu-1gb-lon1-01:~$ sudo -u eprints /opt/eprints3/bin/epadmin reload arcom Can't use string ("1") as a HASH ref while "strict refs" in use at /opt/eprints3/bin/../perl_lib/EPrints/DataSet.pm line 586. I don't seem to be able to find a pl or pm file that is triggering this. Are there any logs that would track this kind of thing? Best wishes Will Will Hughes Emeritus Professor of Construction Management and Economics School of the Built Environment University of Reading, PO Box 219, Whiteknights Reading, RG6 6DF, UK
- References:
- [EP-tech] Tracing errors
- From: Will Hughes <w.p.hughes@reading.ac.uk>
- [EP-tech] Tracing errors
- Prev by Date: [EP-tech] Tracing errors
- Next by Date: [EP-tech] Phrase Editor not working
- Previous by thread: [EP-tech] Tracing errors
- Next by thread: [EP-tech] Phrase Editor not working
- Index(es):