[Evergreen-acq] Long time creating queues?

Wed Dec 16 15:07:46 EST 2020

I haven't had major issues with this but have requested that my collection
managers keep most of their lists to thirty items or less (admittedly
easier in a small library) so that it takes less time for queues to create,
items to upload and purchase orders to open when I'm receiving items. I
have had issues with the Load MARC screen timing out so I added some heat
to that bug, but it's typically when I have very large files and it may
just be that I'm not giving it long enough (the time issue you mentioned?)
-- in those cases, I've always been able to find the pending order with a
search, as others have described. If there are any other bugs that I could
add some heat to, please do share them!

*Wanangwa Hartwell*
Technical Services Librarian
Polk County Public Libraries

1289 West Mills Street
Columbus, NC 28722
whartwell at polklibrary.org
828-894-8721, ext. 280

On Wed, Dec 16, 2020 at 1:21 PM Tiffany Little <tlittle at georgialibraries.org>
wrote:

> Jennifer, Christine and all,
>
> Our purchase orders are created right away, so that's okay. But we see
> this on all sizes of queues / file sizes. If it's a small file we don't
> really notice because if it's 16 seconds per title and there are only 3
> titles or something, that's only like a minute before the queue appears in
> the list of Inspect Queues and that's almost unnoticeable.
>
> And our Load MARC Order Records page times out almost every time, unless
> we're uploading something very small (like 3 titles). So at this point I
> just tell people not to expect the page to update.
>
> So say I have a file of something like 100 titles, which is admittedly
> large, but still doable. If they upload that and wait for the queue to be
> created, which can take 30 minutes, they can then close the tab and the
> queue moves along and does its thing. They can immediately search for the
> purchase order, and just wait until all the line items say 'catalog'
> instead of 'link to catalog.'
>
> However, if they close the upload tab before the queue is created/shows in
> the list of queues, the whole upload is borked and nothing happens. They
> just have a purchase order where all the line items say 'link to catalog'
> and they have to start over. (We *also* don't get the mini upload screen if
> we have lineitems that say 'link to catalog', which is annoying as well.)
>
> It sounds like that long time to even see the queue in the list of queues
> isn't happening to you guys too, which is helpful to know. We have a
> somewhat intensive matchset that does slow down the bib matching, but I
> just made an assumption that that wouldn't affect the actual queue
> creation. Hmm. Back to the drawing board, it sounds like.
>
> Thanks!
> Tiffany
>
> Tiffany Little, PINES Services Specialist: Acquisitions
>
> ------------------------------
>
> Georgia Public Library Service | University System of Georgia
>
> 2872 Woodcock Blvd, Suite 250 l Atlanta, GA 30341
>
> (470) 512-1454 | tlittle at georgialibraries.org
> <tmccanna at georgialibraries.org>
>
> Join our email list <http://georgialibraries.org/> for stories of Georgia
> libraries making an impact in our communities.
>
>
> On Wed, Dec 16, 2020 at 12:37 PM Morgan, Christine <cmorgan at noblenet.org>
> wrote:
>
>> Hi Tiffany,
>>
>> We are seeing the same behavior that Jennifer reports and also instruct
>> our libraries to check for pending POs if the client does not show that the
>> load completed. This seems to occur with all sizes of files, even if there
>> is only a single record in the file.
>>
>> So far, we have not had any reports of slowness in queue creation. We are
>> on 3.5.1.
>>
>> Hope this helps.
>> Stay well!
>> Christine
>>
>> On Wed, Dec 16, 2020 at 12:19 PM Jennifer Pringle <
>> jennifer.pringle at bc.libraries.coop> wrote:
>>
>>> Good morning Tiffany,
>>>
>>> We haven't heard from any of acq our libraries about queues taking a
>>> long time to be created and I haven't see this in any of my tests.
>>> Are you seeing this with all sizes of files or is it when you hit a
>>> certain number of records in a file?  (My tests tend to be just a
>>> handful of records.)
>>>
>>> We frequently run into the Load MARC Order interface timing out
>>> (https://bugs.launchpad.net/evergreen/+bug/1675196).  We advise our
>>> libraries to search for pending POs after about 5 minutes if the load
>>> interface doesn't complete so I think we'd be getting tickets if the
>>> queues were taking as long as you're seeing.
>>>
>>> I'll keep an eye out,
>>>
>>> Jennifer
>>>
>>>
>>> Quoting Tiffany Little <tlittle at georgialibraries.org>:
>>>
>>> > Good morning everyone,
>>> >
>>> > I have a question about your upload queues. We're seeing it take a
>>> really
>>> > long time to create a queue, much less to actually start processing the
>>> > queue. IIRC, we've clocked it at something like 16 seconds per record
>>> just
>>> > to create the queue, and then further time to actually start going
>>> through
>>> > each record to connect it to a bib.
>>> >
>>> > Is anyone else seeing it take this long? I know we have bugs out there
>>> for
>>> > long upload times, but the fact that it can take almost a half hour
>>> just to
>>> > see a queue at all can be really disconcerting when you don't know if
>>> it's
>>> > going or not.
>>> >
>>> > Thanks!
>>> > Tiffany
>>> >
>>> > Tiffany Little, PINES Services Specialist: Acquisitions
>>> >
>>> > ------------------------------
>>> >
>>> > Georgia Public Library Service | University System of Georgia
>>> >
>>> > 2872 Woodcock Blvd, Suite 250 l Atlanta, GA 30341
>>> >
>>> > (470) 512-1454 | tlittle at georgialibraries.org
>>> > <tmccanna at georgialibraries.org>
>>> >
>>> > Join our email list <http://georgialibraries.org/> for stories of
>>> Georgia
>>> > libraries making an impact in our communities.
>>>
>>>
>>> --
>>> Jennifer Pringle
>>> Co-op Support - Training Lead
>>> BC Libraries Cooperative
>>> Tel: 1-888-848-9250
>>> Email:jennifer.pringle at bc.libraries.coop
>>> Website: http://bc.libraries.coop
>>>
>>> Gratefully acknowledging that I live and work in the unceded
>>> Traditional Territory of the St'at'yemc Nations.
>>>
>>> _______________________________________________
>>> Evergreen-acq mailing list
>>> Evergreen-acq at list.evergreen-ils.org
>>> http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-acq
>>>
>>
>>
>> --
>> Christine Morgan
>> Database Support Analyst
>> North of Boston Library Exchange, Inc.
>> Danvers, Massachusetts
>> cmorgan at noblenet.org
>> _______________________________________________
>> Evergreen-acq mailing list
>> Evergreen-acq at list.evergreen-ils.org
>> http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-acq
>>
> _______________________________________________
> Evergreen-acq mailing list
> Evergreen-acq at list.evergreen-ils.org
> http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-acq
>

-- 

The content of this message and all attachments
may be subject to NC 
Public Record Law and may be disclosed to third
parties.  If you are not 
the intended recipient of this message, contact
the sender immediately and 
delete the message from your files. 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://list.evergreen-ils.org/pipermail/evergreen-acq/attachments/20201216/4b96b1da/attachment.html>