OK. You are all probably sick of these emails by now, but lucky for you
this is the last one.
I fixed the problem. Apparently, our Syrup server expects to have
OpenSRF services running locally that can talk to the production db
server. However, them not running was not exactly my problem.
I fir
OK. I am stumped.
After fixing my request to:
request open-ils.search
open-ils.search.biblio.copy_counts.location.summary.retrieve 4211388, 160, 0
I see no difference in the output between a system with a copy of
production data still running on our pre-upgrade version of Evergreen
and the post-
Yeah, never mind. I see what I did wrong below.
On 10/08/2018 08:14 AM, Jason Stephenson wrote:
> I have more information. When I try the back end call used by Syrup to
> fetch copy counts with a record from the course that blows up, I get the
> following:
>
> srfsh# request open-ils.storage
> o
I have more information. When I try the back end call used by Syrup to
fetch copy counts with a record from the course that blows up, I get the
following:
srfsh# request open-ils.storage
open-ils.storage.biblio.record_entry.status_copy_location_count.atomic
[4211388, 160, 0]
Received Exception:
Hi,
We upgraded to Evergreen 3.0.12 and the latest OpenSRF rel_3_0 last
night. Since doing the upgrade any time we try to view an item in
Syrup, we're getting a JSONDecodeError like the one below:
Environment:
Request Method: GET
Request URL: http://rb.cwmars.org/bcc/site/507/
Django Version: