[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[EP-tech] Re: Issues following database change (possibly...)



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 at 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 at lincoln.ac.uk]
>Sent: 05 September 2014 11:47
>To: eprints-tech at 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 at 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 at 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 at ecs.soton.ac.uk
>>>[mailto:eprints-tech-bounces at ecs.soton.ac.uk] On Behalf Of Andrew
>>>Beeken
>>>Sent: 03 September 2014 14:20
>>>To: eprints-tech at 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 at 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 at ecs.soton.ac.uk
>>>>[mailto:eprints-tech-bounces at ecs.soton.ac.uk] On Behalf Of Andrew
>>>>Beeken
>>>>Sent: 03 September 2014 12:14
>>>>To: eprints-tech at 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/