Re: [Evergreen-general] Activating POs stopped working a few days after 3.11 upgrade

[Tiffany Little via Evergreen-general]

You're very welcome! I'm glad that it turned out to be helpful!

Tiffany Little, PINES Bibliographic Projects Manager

--

Georgia Public Library Service

2872 Woodcock Blvd, Suite 250 | Atlanta, GA 30341

(404) 235-7161 | tlit...@georgialibraries.org

Join our email list  for stories of Georgia
libraries making an impact in our communities.


On Fri, Oct 13, 2023 at 10:19 AM Josh Stompro 
wrote:

> Hello Tiffany, Woo Hoo, Thank you thank you thank you.  That did it.  We
> setup a new workstation when we upgraded, and didn't have any of those
> activation sticky settings set again.  And after 7 years of never having to
> change something, it just isn't something we noticed.
>
> Thank you for saving me from having to stare at log files for the next few
> hours.
>
> Josh
>
>
>
>
> On Fri, Oct 13, 2023 at 8:59 AM Josh Stompro 
> wrote:
>
>> Hello Tiffany,  Thank you for the suggestions, we will try them out.
>>
>> We just realized that all our tests before we migrated, and the
>> successful orders were re-orders, so the activation didn't need to pull in
>> new records as part of the process.  So that narrows it down to being
>> record loading related also.
>>
>> Josh
>>
>> On Fri, Oct 13, 2023 at 8:54 AM Tiffany Little <
>> tlit...@georgialibraries.org> wrote:
>>
>>> Hi Josh,
>>>
>>> My *guess* is that since your line items didn't link up to records, the
>>> call number is unblessed because in the create_volume routine above it
>>> couldn't create the call number because there's no eg_bib_id.
>>>
>>> Here's some spaghetti to throw at the wall to see if any of this has
>>> merit:
>>>
>>> 1. If all of the line items are not importing/linking to bib records, is
>>> there a Record Match Set and Merge Profile assigned in the Load MARC Order
>>> Record form?
>>> 2. Is "Import Non-Matching Records" checked on your Load MARC Order
>>> Records form?
>>>
>>> I was able to recreate that console error if:
>>>
>>>- My line items weren't already linked to a bib record
>>>- Import Non-Matching Records was unchecked
>>>
>>> Hope that gives you something to test, at least!
>>>
>>> Tiffany
>>>
>>> Tiffany Little, PINES Bibliographic Projects Manager
>>>
>>> --
>>>
>>> Georgia Public Library Service
>>>
>>> 2872 Woodcock Blvd, Suite 250 | Atlanta, GA 30341
>>>
>>> (404) 235-7161 | tlit...@georgialibraries.org
>>>
>>> Join our email list  for stories of
>>> Georgia libraries making an impact in our communities.
>>>
>>>
>>> On Fri, Oct 13, 2023 at 9:35 AM Josh Stompro via Evergreen-general <
>>> evergreen-general@list.evergreen-ils.org> wrote:
>>>
 Hello, I'm looking for troubleshooting advice.  We upgraded to 3.11 on
 Saturday, and for the first two days we were open (10/10 and 10/11) new
 orders worked fine.  EDI messages generated and sent to B, B generated
 responses.

 On Thursday afternoon my coworker that handles acquisitions and
 cataloging let me know that a new order wasn't activating.

 When the activate button is pressed, the progress monitor shows up and
 then just never progresses.

 I'm seeing this error in the browser console
 open-ils.acq.purchase_order.assets.create
 main.b8a502bab34034e4.js:3 open-ils.acq.purchase_order.assets.create
 failed! stat=500 msg= *** Call to
 [open-ils.acq.purchase_order.assets.create] failed for session
 [0.02870213615847651697142215691], thread trace [0]:
 Can't call method "id" on unblessed reference at
 /usr/local/share/perl/5.36.0/OpenILS/Application/Acq/Order.pm line 1350.

 That is in the create_copy function
 
 "$copy->call_number($volume->id);"

 The import queue has all the titles sitting there saying that they are
 not imported.

 I'm going to compare the logs of a successful activation from the 11th
 with the first activation attempt yesterday and see if i can spot the
 difference.  But if anyone has run into this and is familiar with it and
 can recommend somewhere to look, I would appreciate it.

 This happened to one PO with 7 line items, and then we tried a simple
 one with just one line item and the same issue happened.
 Thanks
  Josh
 [image: Company logo]
 *Josh Stompro*
 IT Director
 stomp...@gsuite.larl.org | 218-233-3757 ext. 139 | 218-790-2110
 *Lake Agassiz Regional Library *
 118 5th ST S
 Moorhead MN 56560
 www.larl.org
 *Our mission is to enrich lives and strengthen communities.*
 ___
 Evergreen-general mailing list
 Evergreen-general@list.evergreen-ils.org
 http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general

>>>

Re: [Evergreen-general] Activating POs stopped working a few days after 3.11 upgrade

[Josh Stompro via Evergreen-general]

Hello Tiffany, Woo Hoo, Thank you thank you thank you.  That did it.  We
setup a new workstation when we upgraded, and didn't have any of those
activation sticky settings set again.  And after 7 years of never having to
change something, it just isn't something we noticed.

Thank you for saving me from having to stare at log files for the next few
hours.

Josh




On Fri, Oct 13, 2023 at 8:59 AM Josh Stompro 
wrote:

> Hello Tiffany,  Thank you for the suggestions, we will try them out.
>
> We just realized that all our tests before we migrated, and the
> successful orders were re-orders, so the activation didn't need to pull in
> new records as part of the process.  So that narrows it down to being
> record loading related also.
>
> Josh
>
> On Fri, Oct 13, 2023 at 8:54 AM Tiffany Little <
> tlit...@georgialibraries.org> wrote:
>
>> Hi Josh,
>>
>> My *guess* is that since your line items didn't link up to records, the
>> call number is unblessed because in the create_volume routine above it
>> couldn't create the call number because there's no eg_bib_id.
>>
>> Here's some spaghetti to throw at the wall to see if any of this has
>> merit:
>>
>> 1. If all of the line items are not importing/linking to bib records, is
>> there a Record Match Set and Merge Profile assigned in the Load MARC Order
>> Record form?
>> 2. Is "Import Non-Matching Records" checked on your Load MARC Order
>> Records form?
>>
>> I was able to recreate that console error if:
>>
>>- My line items weren't already linked to a bib record
>>- Import Non-Matching Records was unchecked
>>
>> Hope that gives you something to test, at least!
>>
>> Tiffany
>>
>> Tiffany Little, PINES Bibliographic Projects Manager
>>
>> --
>>
>> Georgia Public Library Service
>>
>> 2872 Woodcock Blvd, Suite 250 | Atlanta, GA 30341
>>
>> (404) 235-7161 | tlit...@georgialibraries.org
>>
>> Join our email list  for stories of
>> Georgia libraries making an impact in our communities.
>>
>>
>> On Fri, Oct 13, 2023 at 9:35 AM Josh Stompro via Evergreen-general <
>> evergreen-general@list.evergreen-ils.org> wrote:
>>
>>> Hello, I'm looking for troubleshooting advice.  We upgraded to 3.11 on
>>> Saturday, and for the first two days we were open (10/10 and 10/11) new
>>> orders worked fine.  EDI messages generated and sent to B, B generated
>>> responses.
>>>
>>> On Thursday afternoon my coworker that handles acquisitions and
>>> cataloging let me know that a new order wasn't activating.
>>>
>>> When the activate button is pressed, the progress monitor shows up and
>>> then just never progresses.
>>>
>>> I'm seeing this error in the browser console
>>> open-ils.acq.purchase_order.assets.create
>>> main.b8a502bab34034e4.js:3 open-ils.acq.purchase_order.assets.create
>>> failed! stat=500 msg= *** Call to
>>> [open-ils.acq.purchase_order.assets.create] failed for session
>>> [0.02870213615847651697142215691], thread trace [0]:
>>> Can't call method "id" on unblessed reference at
>>> /usr/local/share/perl/5.36.0/OpenILS/Application/Acq/Order.pm line 1350.
>>>
>>> That is in the create_copy function
>>> 
>>> "$copy->call_number($volume->id);"
>>>
>>> The import queue has all the titles sitting there saying that they are
>>> not imported.
>>>
>>> I'm going to compare the logs of a successful activation from the 11th
>>> with the first activation attempt yesterday and see if i can spot the
>>> difference.  But if anyone has run into this and is familiar with it and
>>> can recommend somewhere to look, I would appreciate it.
>>>
>>> This happened to one PO with 7 line items, and then we tried a simple
>>> one with just one line item and the same issue happened.
>>> Thanks
>>>  Josh
>>> [image: Company logo]
>>> *Josh Stompro*
>>> IT Director
>>> stomp...@gsuite.larl.org | 218-233-3757 ext. 139 | 218-790-2110
>>> *Lake Agassiz Regional Library *
>>> 118 5th ST S
>>> Moorhead MN 56560
>>> www.larl.org
>>> *Our mission is to enrich lives and strengthen communities.*
>>> ___
>>> Evergreen-general mailing list
>>> Evergreen-general@list.evergreen-ils.org
>>> http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
>>>
>>
___
Evergreen-general mailing list
Evergreen-general@list.evergreen-ils.org
http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general

Re: [Evergreen-general] Activating POs stopped working a few days after 3.11 upgrade

[Josh Stompro via Evergreen-general]

Hello Tiffany,  Thank you for the suggestions, we will try them out.

We just realized that all our tests before we migrated, and the
successful orders were re-orders, so the activation didn't need to pull in
new records as part of the process.  So that narrows it down to being
record loading related also.

Josh

On Fri, Oct 13, 2023 at 8:54 AM Tiffany Little 
wrote:

> Hi Josh,
>
> My *guess* is that since your line items didn't link up to records, the
> call number is unblessed because in the create_volume routine above it
> couldn't create the call number because there's no eg_bib_id.
>
> Here's some spaghetti to throw at the wall to see if any of this has merit:
>
> 1. If all of the line items are not importing/linking to bib records, is
> there a Record Match Set and Merge Profile assigned in the Load MARC Order
> Record form?
> 2. Is "Import Non-Matching Records" checked on your Load MARC Order
> Records form?
>
> I was able to recreate that console error if:
>
>- My line items weren't already linked to a bib record
>- Import Non-Matching Records was unchecked
>
> Hope that gives you something to test, at least!
>
> Tiffany
>
> Tiffany Little, PINES Bibliographic Projects Manager
>
> --
>
> Georgia Public Library Service
>
> 2872 Woodcock Blvd, Suite 250 | Atlanta, GA 30341
>
> (404) 235-7161 | tlit...@georgialibraries.org
>
> Join our email list  for stories of Georgia
> libraries making an impact in our communities.
>
>
> On Fri, Oct 13, 2023 at 9:35 AM Josh Stompro via Evergreen-general <
> evergreen-general@list.evergreen-ils.org> wrote:
>
>> Hello, I'm looking for troubleshooting advice.  We upgraded to 3.11 on
>> Saturday, and for the first two days we were open (10/10 and 10/11) new
>> orders worked fine.  EDI messages generated and sent to B, B generated
>> responses.
>>
>> On Thursday afternoon my coworker that handles acquisitions and
>> cataloging let me know that a new order wasn't activating.
>>
>> When the activate button is pressed, the progress monitor shows up and
>> then just never progresses.
>>
>> I'm seeing this error in the browser console
>> open-ils.acq.purchase_order.assets.create
>> main.b8a502bab34034e4.js:3 open-ils.acq.purchase_order.assets.create
>> failed! stat=500 msg= *** Call to
>> [open-ils.acq.purchase_order.assets.create] failed for session
>> [0.02870213615847651697142215691], thread trace [0]:
>> Can't call method "id" on unblessed reference at
>> /usr/local/share/perl/5.36.0/OpenILS/Application/Acq/Order.pm line 1350.
>>
>> That is in the create_copy function
>> 
>> "$copy->call_number($volume->id);"
>>
>> The import queue has all the titles sitting there saying that they are
>> not imported.
>>
>> I'm going to compare the logs of a successful activation from the 11th
>> with the first activation attempt yesterday and see if i can spot the
>> difference.  But if anyone has run into this and is familiar with it and
>> can recommend somewhere to look, I would appreciate it.
>>
>> This happened to one PO with 7 line items, and then we tried a simple one
>> with just one line item and the same issue happened.
>> Thanks
>>  Josh
>> [image: Company logo]
>> *Josh Stompro*
>> IT Director
>> stomp...@gsuite.larl.org | 218-233-3757 ext. 139 | 218-790-2110
>> *Lake Agassiz Regional Library *
>> 118 5th ST S
>> Moorhead MN 56560
>> www.larl.org
>> *Our mission is to enrich lives and strengthen communities.*
>> ___
>> Evergreen-general mailing list
>> Evergreen-general@list.evergreen-ils.org
>> http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
>>
>
___
Evergreen-general mailing list
Evergreen-general@list.evergreen-ils.org
http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general

Re: [Evergreen-general] Activating POs stopped working a few days after 3.11 upgrade

[Tiffany Little via Evergreen-general]

Hi Josh,

My *guess* is that since your line items didn't link up to records, the
call number is unblessed because in the create_volume routine above it
couldn't create the call number because there's no eg_bib_id.

Here's some spaghetti to throw at the wall to see if any of this has merit:

1. If all of the line items are not importing/linking to bib records, is
there a Record Match Set and Merge Profile assigned in the Load MARC Order
Record form?
2. Is "Import Non-Matching Records" checked on your Load MARC Order Records
form?

I was able to recreate that console error if:

   - My line items weren't already linked to a bib record
   - Import Non-Matching Records was unchecked

Hope that gives you something to test, at least!

Tiffany

Tiffany Little, PINES Bibliographic Projects Manager

--

Georgia Public Library Service

2872 Woodcock Blvd, Suite 250 | Atlanta, GA 30341

(404) 235-7161 | tlit...@georgialibraries.org

Join our email list  for stories of Georgia
libraries making an impact in our communities.


On Fri, Oct 13, 2023 at 9:35 AM Josh Stompro via Evergreen-general <
evergreen-general@list.evergreen-ils.org> wrote:

> Hello, I'm looking for troubleshooting advice.  We upgraded to 3.11 on
> Saturday, and for the first two days we were open (10/10 and 10/11) new
> orders worked fine.  EDI messages generated and sent to B, B generated
> responses.
>
> On Thursday afternoon my coworker that handles acquisitions and cataloging
> let me know that a new order wasn't activating.
>
> When the activate button is pressed, the progress monitor shows up and
> then just never progresses.
>
> I'm seeing this error in the browser console
> open-ils.acq.purchase_order.assets.create
> main.b8a502bab34034e4.js:3 open-ils.acq.purchase_order.assets.create
> failed! stat=500 msg= *** Call to
> [open-ils.acq.purchase_order.assets.create] failed for session
> [0.02870213615847651697142215691], thread trace [0]:
> Can't call method "id" on unblessed reference at
> /usr/local/share/perl/5.36.0/OpenILS/Application/Acq/Order.pm line 1350.
>
> That is in the create_copy function
> 
> "$copy->call_number($volume->id);"
>
> The import queue has all the titles sitting there saying that they are not
> imported.
>
> I'm going to compare the logs of a successful activation from the 11th
> with the first activation attempt yesterday and see if i can spot the
> difference.  But if anyone has run into this and is familiar with it and
> can recommend somewhere to look, I would appreciate it.
>
> This happened to one PO with 7 line items, and then we tried a simple one
> with just one line item and the same issue happened.
> Thanks
>  Josh
> [image: Company logo]
> *Josh Stompro*
> IT Director
> stomp...@gsuite.larl.org | 218-233-3757 ext. 139 | 218-790-2110
> *Lake Agassiz Regional Library *
> 118 5th ST S
> Moorhead MN 56560
> www.larl.org
> *Our mission is to enrich lives and strengthen communities.*
> ___
> Evergreen-general mailing list
> Evergreen-general@list.evergreen-ils.org
> http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
>
___
Evergreen-general mailing list
Evergreen-general@list.evergreen-ils.org
http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general