EPrints Technical Mailing List Archive
See the EPrints wiki for instructions on how to join this mailing list and related information.
Message: #03449
< Previous (by date) | Next (by date) > | < Previous (in thread) | Next (in thread) > | Messages - Most Recent First | Threads - Most Recent First
[EP-tech] Re: Issues following database change (possibly...)
- To: "eprints-tech@ecs.soton.ac.uk" <eprints-tech@ecs.soton.ac.uk>
- Subject: [EP-tech] Re: Issues following database change (possibly...)
- From: Andrew Beeken <anbeeken@lincoln.ac.uk>
- Date: Fri, 5 Sep 2014 11:28:46 +0000
Ahh! Double verbose! That’s running now, getting data back so will take a look and see what it’s trying to do... On 05/09/2014 12:10, "Alan.Stiles" <alan.stiles@open.ac.uk> wrote: >Hi Andrew, >If the double --verbose flag doesn't give you the clues you need, you >might need to add some >print STDERR "\nI got here [x]\n"; >lines to the generate script (and possibly some of the modules it calls) > >usual caveats about backup copies of stuff before breaking them though! > >Alan > >-----Original Message----- >From: Andrew Beeken [mailto:anbeeken@lincoln.ac.uk] >Sent: 05 September 2014 11:47 >To: eprints-tech@ecs.soton.ac.uk >Subject: [EP-tech] Re: Issues following database change (possibly...) > >Okay, update here... > >Nothing to do with my changes whatsoever! This is apparently an issue >that we’ve simply not noticed yet and would appear to be related to the >AuthorID script trying to process some data that it’s not expecting. This >could be something coming through from LDAP. Does the generate_views >script write any kind of data dump, or is there a way to get it to do >this, so that I can check what it’s trying to process at the point that >it falls over? > >Andrew > >On 03/09/2014 16:20, "Andrew Beeken" <anbeeken@lincoln.ac.uk> wrote: > >>Authorid.pm is the result of internal customisation from before my time >>- a way to allow us to identify users by their internal HR provided ID’s. >> >>Now, I’ve not fiddled with the code here at all but I’m wondering if my >>updating the database has somehow messed up that side of the alterations. >>It SHOULDN’T have done as they’re still intact and working locally and >>I did the same procedure. >> >>Plans for tomorrow: Try a full Apache restart. Then try rebuilding all >>views. >> >>As I say, the problem is trying to access the user browse, so the >>problem seems user related. >> >>On 03/09/2014 16:00, "John Salter" <J.Salter@leeds.ac.uk> wrote: >> >>>I think Lizz is on the right lines (I'm guessing your 'eprint' dataset >>>doesn't have a field called '1')! >>> >>>What is 'Authorid.pm' - I can't see it on our system? >>>More specifically, what is on line 37 of it? >>> >>>Also, for the views, you can run: >>>~/bin/generate_views >>> - try it with the --verbose flag (or the --verbose --verbose if that >>>doesn't help). >>>This might give you some more insight as to what's not right. >>>If that seems to run OK, a graceful restart of Apache may help (I >>>haven't played around with adding fields via the GUI - so this might >>>not help in this situation). >>> >>> >>>With the Eprint stack trace, I normally read it from the top >>>(displaying it in a non-wrapping window also helps!) >>> >>>The start: >>> [Wed Sep 03 14:06:14 2014] [error] [client 10.82.3.45] What went >>>wrong: >>> Can't use string ("") as an ARRAY ref while "strict refs" in use >>>at >>>/usr/share/eprints3/perl_lib/EPrints/MetaField/Authorid.pm line 37. >>> Use of uninitialized value in string ne at (eval 105) line 31. >>> dataset eprint has no field: 1 >>> ------------------------------------------------------------------ >>> ---------------- EPrints System Error ---------------------------- >>> ------------------------------------------------------------------ >>> Attempt to get value from not existent field: eprint/1 >>> ------------------------------------------------------------------ >>> at /usr/share/eprints3/perl_lib/EPrints/DataObj.pm line 702. >>>The rest of the stack trace may be useful to see how the lines of code >>>above were invoked. >>> >>>Cheers, >>>John >>> >>> >>>-----Original Message----- >>>From: eprints-tech-bounces@ecs.soton.ac.uk >>>[mailto:eprints-tech-bounces@ecs.soton.ac.uk] On Behalf Of Andrew >>>Beeken >>>Sent: 03 September 2014 14:20 >>>To: eprints-tech@ecs.soton.ac.uk >>>Subject: [EP-tech] Re: Issues following database change (possibly...) >>> >>>This seems to be the most prevalent error, but it¹s not clear to me >>>where the issue lies: >>> >>>[Wed Sep 03 14:06:12 2014] [error] :Apache2 IO write: (103) Software >>>caused connection abort at /usr/share/eprints3/cgi/export line 199 >>>[Wed Sep 03 14:06:14 2014] [error] [client 10.82.3.45] Can't use >>>string >>>("") as an ARRAY ref while "strict refs" in use at >>>/usr/share/eprints3/perl_lib/EPrints/MetaField/Authorid.pm line 37.\n >>>Use of uninitialized value in string ne at (eval 105) line 31. >>>dataset eprint has no field: 1 >>>------------------------------------------------------------------ >>>---------------- EPrints System Error ---------------------------- >>>------------------------------------------------------------------ >>>Attempt to get value from not existent field: eprint/1 >>>------------------------------------------------------------------ >>> at /usr/share/eprints3/perl_lib/EPrints/DataObj.pm line 702. >>> >>>EPrints::DataObj::get_value(EPrints::DataObj::EPrint=HASH(0x7f4f7c62d5 >>>b0) >>>, >>>1) called at (eval 69) line 99 >>> >>>EPrints::Config::lirolem::__ANON__(EPrints::DataObj::EPrint=HASH(0x7f4 >>>f7c >>>6 >>>2 >>>d5b0), EPrints::Repository=HASH(0x7f4f78323da0), undef) called at >>>/usr/share/eprints3/perl_lib/EPrints/Repository.pm line 1656 >>> eval {...} called at >>>/usr/share/eprints3/perl_lib/EPrints/Repository.pm line 1656 >>> >>>EPrints::Repository::call(EPrints::Repository=HASH(0x7f4f78323da0), >>>"eprint_render", EPrints::DataObj::EPrint=HASH(0x7f4f7c62d5b0), >>>EPrints::Repository=HASH(0x7f4f78323da0), undef) called at >>>/usr/share/eprints3/perl_lib/EPrints/DataObj/EPrint.pm line 1537 >>> >>>EPrints::DataObj::EPrint::render(EPrints::DataObj::EPrint=HASH(0x7f4f7 >>>c62 >>>d >>>5 >>>b0)) called at /usr/share/eprints3/perl_lib/EPrints/DataObj/EPrint.pm >>>line >>>1406 >>> >>>EPrints::DataObj::EPrint::generate_static(EPrints::DataObj::EPrint=HAS >>>H(0 >>>x >>>7 >>>f4f7c62d5b0)) called at >>>/usr/share/eprints3/perl_lib/EPrints/Update/Abstract.pm line 66 >>> >>>EPrints::Update::Abstract::update(EPrints::Repository=HASH(0x7f4f78323 >>>da0 >>>) >>>, >>> "en", 5494, "/archive/00/00/54/94") called at >>>/usr/share/eprints3/perl_lib/EPrints/Apache/Rewrite.pm line 471 >>> >>>EPrints::Apache::Rewrite::handler(Apache2::RequestRec=SCALAR(0x7f4f7c5 >>>fd2 >>>c >>>8 >>>)) called at -e line 0 >>> eval {...} called at -e line 0 >>> >>> >>> >>>On 03/09/2014 12:27, "John Salter" <J.Salter@leeds.ac.uk> wrote: >>> >>>>First stop: Apache Error log. >>>>This should tell you what it's complaining about. >>>> >>>>If the error message contained within is incomprehensible, the >>>>gathered wisdom of the list should be able to help... >>>> >>>>Cheers, >>>>John >>>> >>>> >>>>-----Original Message----- >>>>From: eprints-tech-bounces@ecs.soton.ac.uk >>>>[mailto:eprints-tech-bounces@ecs.soton.ac.uk] On Behalf Of Andrew >>>>Beeken >>>>Sent: 03 September 2014 12:14 >>>>To: eprints-tech@ecs.soton.ac.uk >>>>Subject: [EP-tech] Issues following database change (possibly...) >>>> >>>>Okay, so I¹ve just gone through the process of adding a new field to >>>>our ePrints Details page. The process went fine, the field is up and >>>>all logic associated with it is working. However, the Browse Authors >>>>view is now returning an internal server error: >>>>http://eprints.lincoln.ac.uk/view/creators/. I¹m not sure if this is >>>>a result of the new field or if the issue was there before we went >>>>through this process and we¹ve simply not noticed yet. The page is >>>>working fine in our development environment. >>>> >>>>Any thoughts or assistance offered would be greatly appreciated! >>>> >>>>Andrew >>>> >>>>The University of Lincoln, located in the heart of the city of >>>>Lincoln, has established an international reputation based on high >>>>student satisfaction, excellent graduate employment and world-class >>>>research. >>>> >>>>The information in this e-mail and any attachments may be confidential. >>>>If you have received this email in error please notify the sender >>>>immediately and remove it from your system. Do not disclose the >>>>contents to another person or take copies. >>>> >>>>Email is not secure and may contain viruses. The University of >>>>Lincoln makes every effort to ensure email is sent without viruses, >>>>but cannot guarantee this and recommends recipients take appropriate >>>>precautions. >>>> >>>>The University may monitor email traffic data and content in >>>>accordance with its policies and English law. Further information can >>>>be found at: >>>>http://www.lincoln.ac.uk/legal. >>>> >>>>*** Options: >>>>http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech >>>>*** Archive: http://www.eprints.org/tech.php/ >>>>*** EPrints community wiki: http://wiki.eprints.org/ >>>>*** EPrints developers Forum: http://forum.eprints.org/ >>>> >>>>*** Options: >>>>http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech >>>>*** Archive: http://www.eprints.org/tech.php/ >>>>*** EPrints community wiki: http://wiki.eprints.org/ >>>>*** EPrints developers Forum: http://forum.eprints.org/ >>> >>> >>>*** Options: >>>http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech >>>*** Archive: http://www.eprints.org/tech.php/ >>>*** EPrints community wiki: http://wiki.eprints.org/ >>>*** EPrints developers Forum: http://forum.eprints.org/ >>> >>>*** Options: >>>http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech >>>*** Archive: http://www.eprints.org/tech.php/ >>>*** EPrints community wiki: http://wiki.eprints.org/ >>>*** EPrints developers Forum: http://forum.eprints.org/ >> >> >>*** Options: >>http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech >>*** Archive: http://www.eprints.org/tech.php/ >>*** EPrints community wiki: http://wiki.eprints.org/ >>*** EPrints developers Forum: http://forum.eprints.org/ > > >*** Options: http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech >*** Archive: http://www.eprints.org/tech.php/ >*** EPrints community wiki: http://wiki.eprints.org/ >*** EPrints developers Forum: http://forum.eprints.org/ >-- The Open University is incorporated by Royal Charter (RC 000391), an >exempt charity in England & Wales and a charity registered in Scotland >(SC 038302). The Open University is authorised and regulated by the >Financial Conduct Authority. > >*** Options: http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech >*** Archive: http://www.eprints.org/tech.php/ >*** EPrints community wiki: http://wiki.eprints.org/ >*** EPrints developers Forum: http://forum.eprints.org/
- References:
- [EP-tech] Re: Issues following database change (possibly...)
- From: Andrew Beeken <anbeeken@lincoln.ac.uk>
- [EP-tech] Re: Issues following database change (possibly...)
- From: John Salter <J.Salter@leeds.ac.uk>
- [EP-tech] Re: Issues following database change (possibly...)
- From: Andrew Beeken <anbeeken@lincoln.ac.uk>
- [EP-tech] Re: Issues following database change (possibly...)
- From: Andrew Beeken <anbeeken@lincoln.ac.uk>
- [EP-tech] Re: Issues following database change (possibly...)
- From: "Alan.Stiles" <alan.stiles@open.ac.uk>
- [EP-tech] Re: Issues following database change (possibly...)
- Prev by Date: [EP-tech] Re: Issues following database change (possibly...)
- Next by Date: [EP-tech] Re: File Upload customisation
- Previous by thread: [EP-tech] Re: Issues following database change (possibly...)
- Next by thread: [EP-tech] This might not work they way they hope...
- Index(es):