Well, unfortunately it looks like the bug that Ben pointed out isn't the issue
we are experiencing. When we try to "browse holds shelf" we are getting
variations on the errors below. Any ideas would be appreciated!
Ex. 1
Please open a helpdesk ticket and include the following text:
Wed Nov 16 2011 21:20:20 GMT-0600 (Central Standard Time)
Error retrieving details for hold #46908
{
"message":"blob is null",
"fileName":"http://catalog.northtexaslibraries.org/xul/rel_2_0_9/server/patron/holds.js";,
"lineNumber":86,
"stack":"(
[
object Object
]
)@http://catalog.northtexaslibraries.org/xul/rel_2_0_9/server/patron/holds.js:86\n(
[
object Object
]
)@http://catalog.northtexaslibraries.org/xul/rel_2_0_9/server/util/network.js:143\n_remoteRequestCallback(85)@http://catalog.northtexaslibraries.org/opac/common/js/RemoteRequest.js:177\n(
[
object Event
]
)@http://catalog.northtexaslibraries.org/opac/common/js/RemoteRequest.js:194\n";,
"name":"TypeError"
}
Ex. 2
Please open a helpdesk ticket and include the following text:
Wed Nov 16 2011 21:24:29 GMT-0600 (Central Standard Time)
Error retrieving details for hold #48814
{
"message":"blob_req is undefined",
"fileName":"http://catalog.northtexaslibraries.org/xul/rel_2_0_9/server/patron/holds.js";,
"lineNumber":85,
"stack":"((void
0))@http://catalog.northtexaslibraries.org/xul/rel_2_0_9/server/patron/holds.js:85\n((void
0))@http://catalog.northtexaslibraries.org/xul/rel_2_0_9/server/util/network.js:143\n_remoteRequestCallback(113)@http://catalog.northtexaslibraries.org/opac/common/js/RemoteRequest.js:177\n(
[
object Event
]
)@http://catalog.northtexaslibraries.org/opac/common/js/RemoteRequest.js:194\n";,
"name":"TypeError"
}
Jesse Ephraim
Director, Roanoke Public Library
308 S. Walnut
Roanoke, Texas 76262
(817) 491-2691
jephr...@roanoketexas.com
From: open-ils-general-boun...@list.georgialibraries.org
[mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of Jesse
Ephraim
Sent: Wednesday, November 16, 2011 6:59 PM
To: Evergreen Discussion Group
Subject: Re: [OPEN-ILS-GENERAL] odd problem
Ben;
We are on 2.0.9.
Thank you for pointing out that bug report. We are going to test it this
evening, and see if that is the root of the problem. The library in question
is one of the largest in our consortium, so that may very well be the issue.
Jesse Ephraim
Director, Roanoke Public Library
308 S. Walnut
Roanoke, Texas 76262
(817) 491-2691
jephr...@roanoketexas.com
From: open-ils-general-boun...@list.georgialibraries.org
[mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of Ben
Shum
Sent: Wednesday, November 16, 2011 6:21 PM
To: open-ils-general@list.georgialibraries.org
Subject: Re: [OPEN-ILS-GENERAL] odd problem
Hi Jesse,
What version of Evergreen is your consortium running?
It may be unrelated to your issue, but I know there's a bug ticket explaining a
potential crash issue that comes when trying to use the Browse Hold Shelf
option on certain Evergreen systems. Potentially, there may be a need to tune
your opensrf configuration file to allow for additional services beyond the
defaults that ship with Evergreen. This is a link to the ticket where it was
discussed: https://bugs.launchpad.net/evergreen/+bug/701208
There may be other causes to your problem though, perhaps someone else has
experienced or can comment further.
-- Ben
On 11/16/2011 6:58 PM, Jesse Ephraim wrote:
We have an odd problem...
Our consortium is made up of 14 small libraries. When one of our libraries
tries to "browse hold shelf," it shuts down the evergreen-ils service. This
happens every time they try to use that function, but does not happen when the
other libraries do the same.
Does anyone have any suggestions on what files I might need to look at to get a
better grip on this issue? I'm sort of at a loss at the moment.
Thanks!
Jesse Ephraim
Director, Roanoke Public Library
308 S. Walnut
Roanoke, Texas 76262
(817) 491-2691
jephr...@roanoketexas.com<mailto:jephr...@roanoketexas.com>
--
Benjamin Shum
Open Source Software Coordinator
Bibliomation, Inc.
32 Crest Road
Middlebury, CT 06762
203-577-4070, ext. 113
