Re: [OPEN-ILS-GENERAL] All Search Results are not showing in TPAC
On Tue, Dec 04, 2012 at 11:10:01AM +0530, Jayaraj JR wrote: > Dear Sir, > > We are using Evergreen 2.2.2. While searching using a keyword through JSPAC > will display correct results. When the same search is made using TPAC, it > will also show the same number of results. > > But the details of the results are displayed incorrectly. > > For example We made a search using the keyword ' Biology'. It gives 335 > results in both TPAC and JSPAC. In TPAC the first results page will display > one result ( it is suppose to show 10 results per page ) even though it is > showing *Search Results Results 1 - 10 of 335 )*. When browsing the second > and later pages it shows 'Sorry, no entries were found for your search ' > > Kindly instruct us what to do Chances are that many of your bibliographic records are missing a 901 field with subfield 'c' identifying the record ID. There are probably error messages in the logs that mention this. If so, then you need to reingest your records to ensure that they have 901 'c' field/subfield combos. See http://goo.gl/s0QPQ for a chunk of the 2.1-2.2 upgrade script that was recently added to try and flag this issue and help sites reingest the records.
[OPEN-ILS-GENERAL] All Search Results are not showing in TPAC
Dear Sir, We are using Evergreen 2.2.2. While searching using a keyword through JSPAC will display correct results. When the same search is made using TPAC, it will also show the same number of results. But the details of the results are displayed incorrectly. For example We made a search using the keyword ' Biology'. It gives 335 results in both TPAC and JSPAC. In TPAC the first results page will display one result ( it is suppose to show 10 results per page ) even though it is showing *Search Results Results 1 - 10 of 335 )*. When browsing the second and later pages it shows 'Sorry, no entries were found for your search ' Kindly instruct us what to do Thanking You in advance -- With Best Regards, Jayaraj J. R. Library Information Assistant IISER Thiruvananthapuram
[OPEN-ILS-GENERAL] Evergreen Newsletter, November-December issue
Evergreen Newsletter / November-December 2012 Happy Holidays! Its the last issue of 2012 and the fifth installment overall. Thanks to all those contributors who continue to make this happen. The Evergreen Hack-A-Way By Rogan Hamby In October we had our first ever Evergreen Hack-A-Way in Atlanta, GA hosted by Equinox Software who gave up their conference room to developers near and far from the 10th to the 13th. The goal was to give the developers a chance to meet mid-year outside of the annual conference and keep up a momentum of collaborative development. After a review of how the 2.3 release went, Mike Rylander was named release manager for 2.4. Three new core committers were named: Ben Shum of Bibliomation, Jason Stephenson of MVLC, and Jeff Godin of Traverse Area District Library, representing both the commitment they have shown to the community and quality of their contributions. A lot of discussion centered around the need for new testing frameworks (both automated and human) and the need for involvement from all corners of the community in that effort. Progress was also made in discussing new possible client server communication models, handling current security issues, expanded added content module support and much more. International Evergreen Conference 2013 in Vancouver, BC By Tara Robertson Program - everyone who submitted a proposal has been contacted (if you haven't heard anything let me know information.detect...@gmail.com) and the draft program will be up on the website this week. It looks like a really strong program--thank you to everyone who submitted a session. Clever titles include: Ol' Time Acquisitions Rodeo and Variety Show, The Accidental DBA, and Contributing Code to Evergreen is Easier Than You Think. Thank you to the program advisory committee for helping Shirley Lew and myself out: Anoop Atre, Equinox Software Shauna Borger, Indiana State Library Matt Carlson, King County Library Systems Dan Scott, Laurentian University Chris Sharp, Georgia Library PINES Register for the conference: http://eg2013.eventbrite.com Book your hotel: http://www.deltavancouversuites.ca/1304evereh And, if you're not Canadian, get a passport. Here's a one minute primer on the important bits of Canadian culture: http://youtu.be/BRI-A3vakVg, though Molson Canadian isn't very good beer. Google Summer of Code 2012 wrap-up: thank you! By Dan Scott Tis the season to give thanks for all that we have been fortunate to receive over the past year! Well, actually, as a Canadian that time was well over a month ago, and even the Americans in the crowd celebrated Thanksgiving last week. Given my tardiness, I hope its not too late to celebrate the accomplishments of four students over the summer. Back in March, we were all excited to hear that Evergreen had been accepted into the Google Summer of Code (GSoC) program for the second year in a row. This year, we were offered four student internships, up from two slots in 2011an encouraging sign about the maturity of our project. Joseph Lewis returned for his second year in the program. In 2011, he built a greatly enhanced Library Settings user interface that included search filters and setting histories. This year, he worked on one of the crucial tasks of upgrading our core infrastructure from the aging Dojo 1.3 to a more modern version of Dojo, and along with his code contributions he left us with valuable advice on how to proceed with finalizing the work. Josephs mentor was Thomas Berezansky from the Merrimack Valley Library Consortium. Swenyu Duan tackled the challenge of optimizing Evergreens search performance by porting some of Evergreens core database routines from PL/Perl to C. Swenyus work leveraged the ICU Unicode library for normalization and built on libxml and libxslt2 to provide C-language versions of some routines used in merging and overlaying bibliographic records. Ultimately, he found that the gains to be had from porting to C were minimalone of the hard lessons that we often run into as developers is that theory does not work out in practicebut learned a lot about measuring performance and creating extensions for PostgreSQL and shared his lessons on his blog. Swenyus mentor was Mike Rylander from Equinox Software. Pranjal Prabhash joined us for the summer to work on building a standard OpenSRF library for PHP, so that developers will have the ability to easily integrate Evergreen with common Web frameworks like Drupal and discovery layers like VuFind. Building on some of previous efforts in this area, Pranjal was able to build a functioning OpenSRF PHP library and turned his efforts towards the end of his time towards preparing the code to be accepted by the PEAR project. Pranjal blogged about his progress and was mentored by Lebbeous Fogle-Weekley from Equinox Software. Daniel Rizea stepped up to work on another
Re: [OPEN-ILS-GENERAL] Client 2.3.0 grabbing and not releasing memory
Title: Email Signature Good day everybody. We are in the same consortium as Bob, and running 2.3.1 client. We have been open to the public for about 2 3/4 hours today, and our primary circ computers are showing 542,750k memory usage and 641,500k respectively on a moderately busy morning. My staff are not complaining about slowness, but they're using i3 systems with 4GB of DDR3 and Win7 Pro. So nearly new computers, and all they are using them for most of the time is Evergreen and three or four firefox tabs... I will bear this in mind though, because my staff had mentioned something about slowness a few weeks ago, but I assumed it was gremlins or a couple of people downloading ISOs on our public computers at the time.. So perhaps many others are getting the same results, but just don't notice it often enough for it to be an issue...? Thanks. Joe Joseph Knueven Director Germantown Public Library 51 N. Plum St. Germantown, OH 45327 937-855-4001 knuev...@oplin.org On 12/3/2012 12:22 PM, Ben Shum wrote: Hi Bob, Unfortunately this is not the first time I've heard of issues with Evergreen 2.3+ and memory management. Previously, memory problems had been reported sporadically even while we were on 2.0, but since our upgrade to 2.3 the number of reports from libraries has jumped significantly. We're still attempting to replicate / look for the source of the problem, but it seems (from stories reported) that higher circulating library PCs are hitting memory issues sooner than other departments. Alternatively, we've observed that other departments in the libraries tend to close out of Evergreen on a more regular basis and doing so sometimes resets Evergreen's memory usage down to a proper level. At present time, we've asked libraries affected to institute some sort of regular restarting process to their workflows to try keeping usage down, but it is definitely still a problem. It's also affecting only a small subset of machines in the libraries, so only 1 or 2 circ machines break down while the others are just fine. Curious to hear from other Evergreen systems running 2.3 (or greater) experiencing issues, but if we haven't already I think it's time we filed an official Evergreen bug on the subject to track discussion/troubleshooting efforts. -- Ben On 12/03/2012 11:38 AM, Bob Neeper wrote: Our two front desk CIRC PC's are: Windows XP-Pro 32bit Core2 Duo E4600, 2.4GHz, 1024MB PC2-5300 SDRAM, 80gb 7200RPM HD Purchased August 2008 They worked fine with the previous Evergreen version. The consortium was upgraded to version 2.3.0 (client also) November 18, 2012 Staff has been complaining they need to reboot the CIRC PC's as they get slow, stop etc. Not being able to talk my way out, I started observing the problem. Watching Windows Task Manager, the Evergreen.exe process is not releasing memory. At one point it had grabbed over 650mb of ram on our East CIRC A simple log in /out test showed the client kept grabbing large chunks of ram. Also learned another COOL library is having the same problem with their XP PC's. It was suggested to try the next client 2.3.1 which I put on a third PC to test. This PC was recently rebuilt and not yet in service. Running the same log in /our test, produced the same memory grab. This morning I observed another creeping memory problem in a static situation. So I ran the same tests on a Windows7 PC for comparison. PC is i5-650 3.2GHz 4096MB PC3-10600 SDRAM 640GB 7200RPM HD Simple Log in / out test 22,404k Opened client login screen 52,272k After login and main screen opened 28,140k After Clicking on X to close main screen 49,448k After Clicking log off 61,412k After log in and main screen opened again 59,024k After Clicking on X to close main screen 59,028k After Clicking log off 71,176k After log in and main screen opened again 68,268k After Clicking on X to close main screen 68,288k After Clicking log off 79,752k After log in and main screen opened again Simple Static test. Clicked checkout on tab1 Entered patron card number and clicked submit Clicked + for new tab and clicked Check In Clicked + for new tab and clicked Item Status Made tab2 'I
Re: [OPEN-ILS-GENERAL] Client 2.3.0 grabbing and not releasing memory
Title: Email Signature Hi Bob, Unfortunately this is not the first time I've heard of issues with Evergreen 2.3+ and memory management. Previously, memory problems had been reported sporadically even while we were on 2.0, but since our upgrade to 2.3 the number of reports from libraries has jumped significantly. We're still attempting to replicate / look for the source of the problem, but it seems (from stories reported) that higher circulating library PCs are hitting memory issues sooner than other departments. Alternatively, we've observed that other departments in the libraries tend to close out of Evergreen on a more regular basis and doing so sometimes resets Evergreen's memory usage down to a proper level. At present time, we've asked libraries affected to institute some sort of regular restarting process to their workflows to try keeping usage down, but it is definitely still a problem. It's also affecting only a small subset of machines in the libraries, so only 1 or 2 circ machines break down while the others are just fine. Curious to hear from other Evergreen systems running 2.3 (or greater) experiencing issues, but if we haven't already I think it's time we filed an official Evergreen bug on the subject to track discussion/troubleshooting efforts. -- Ben On 12/03/2012 11:38 AM, Bob Neeper wrote: Our two front desk CIRC PC's are: Windows XP-Pro 32bit Core2 Duo E4600, 2.4GHz, 1024MB PC2-5300 SDRAM, 80gb 7200RPM HD Purchased August 2008 They worked fine with the previous Evergreen version. The consortium was upgraded to version 2.3.0 (client also) November 18, 2012 Staff has been complaining they need to reboot the CIRC PC's as they get slow, stop etc. Not being able to talk my way out, I started observing the problem. Watching Windows Task Manager, the Evergreen.exe process is not releasing memory. At one point it had grabbed over 650mb of ram on our East CIRC A simple log in /out test showed the client kept grabbing large chunks of ram. Also learned another COOL library is having the same problem with their XP PC's. It was suggested to try the next client 2.3.1 which I put on a third PC to test. This PC was recently rebuilt and not yet in service. Running the same log in /our test, produced the same memory grab. This morning I observed another creeping memory problem in a static situation. So I ran the same tests on a Windows7 PC for comparison. PC is i5-650 3.2GHz 4096MB PC3-10600 SDRAM 640GB 7200RPM HD Simple Log in / out test 22,404k Opened client login screen 52,272k After login and main screen opened 28,140k After Clicking on X to close main screen 49,448k After Clicking log off 61,412k After log in and main screen opened again 59,024k After Clicking on X to close main screen 59,028k After Clicking log off 71,176k After log in and main screen opened again 68,268k After Clicking on X to close main screen 68,288k After Clicking log off 79,752k After log in and main screen opened again Simple Static test. Clicked checkout on tab1 Entered patron card number and clicked submit Clicked + for new tab and clicked Check In Clicked + for new tab and clicked Item Status Made tab2 'Item Check In' active and watched the Task Manager 114,240k at 09:20 AM and started climbing 158,832k at 10:08 AM 126,244k at 10:15 AM Went down since last check 140,060k at 10:24 AM 150,300k at 10:31 AM 154,764k at 10:33 AM 164,732k at 10:40 AM 120,068k at 10:47 AM Went down since last check 153,872k at 11:07 AM Two main XP CIRC's, during normal check in / out use this morning West CIRC East CIRC 326,280k 207,400k at 10:45 AM 343,720k 258,304k at 10:56 AM 379,300k 300,676k at 11:07 AM Cataloging PC from yesterday (Same specs as Windows 7 PC) 11/30/12 09:44 327,900k 11/30/12 12:16 340,256k 11/30/12 05:21 427,412k The only solution so far has been to completely exit the client many, many times during the day. Our director said Saturday, the East CIRC (Has the most activity) client took so much ram he had to kill the process. Suggestions ? -- -- R. W. (Bob) Neeper Community Library 44 Burrer Dr. Map Sunbury, Oh 43074 Tel: (740)-965-3901 -- Benjamin Shum Open Source Software Coordinator Bibliomation, Inc. 32 Crest Road Middlebury, CT 06762 203-577-4070, ext. 113
[OPEN-ILS-GENERAL] Client 2.3.0 grabbing and not releasing memory
Title: Email Signature Our two front desk CIRC PC's are: Windows XP-Pro 32bit Core2 Duo E4600, 2.4GHz, 1024MB PC2-5300 SDRAM, 80gb 7200RPM HD Purchased August 2008 They worked fine with the previous Evergreen version. The consortium was upgraded to version 2.3.0 (client also) November 18, 2012 Staff has been complaining they need to reboot the CIRC PC's as they get slow, stop etc. Not being able to talk my way out, I started observing the problem. Watching Windows Task Manager, the Evergreen.exe process is not releasing memory. At one point it had grabbed over 650mb of ram on our East CIRC A simple log in /out test showed the client kept grabbing large chunks of ram. Also learned another COOL library is having the same problem with their XP PC's. It was suggested to try the next client 2.3.1 which I put on a third PC to test. This PC was recently rebuilt and not yet in service. Running the same log in /our test, produced the same memory grab. This morning I observed another creeping memory problem in a static situation. So I ran the same tests on a Windows7 PC for comparison. PC is i5-650 3.2GHz 4096MB PC3-10600 SDRAM 640GB 7200RPM HD Simple Log in / out test 22,404k Opened client login screen 52,272k After login and main screen opened 28,140k After Clicking on X to close main screen 49,448k After Clicking log off 61,412k After log in and main screen opened again 59,024k After Clicking on X to close main screen 59,028k After Clicking log off 71,176k After log in and main screen opened again 68,268k After Clicking on X to close main screen 68,288k After Clicking log off 79,752k After log in and main screen opened again Simple Static test. Clicked checkout on tab1 Entered patron card number and clicked submit Clicked + for new tab and clicked Check In Clicked + for new tab and clicked Item Status Made tab2 'Item Check In' active and watched the Task Manager 114,240k at 09:20 AM and started climbing 158,832k at 10:08 AM 126,244k at 10:15 AM Went down since last check 140,060k at 10:24 AM 150,300k at 10:31 AM 154,764k at 10:33 AM 164,732k at 10:40 AM 120,068k at 10:47 AM Went down since last check 153,872k at 11:07 AM Two main XP CIRC's, during normal check in / out use this morning West CIRC East CIRC 326,280k 207,400k at 10:45 AM 343,720k 258,304k at 10:56 AM 379,300k 300,676k at 11:07 AM Cataloging PC from yesterday (Same specs as Windows 7 PC) 11/30/12 09:44 327,900k 11/30/12 12:16 340,256k 11/30/12 05:21 427,412k The only solution so far has been to completely exit the client many, many times during the day. Our director said Saturday, the East CIRC (Has the most activity) client took so much ram he had to kill the process. Suggestions ? -- -- R. W. (Bob) Neeper Community Library 44 Burrer Dr. Map Sunbury, Oh 43074 Tel: (740)-965-3901
Re: [OPEN-ILS-GENERAL] circs.tt2 files
Thanks Dan, Jason, This does help, and given the growth of Evergreen, being able to account for other screen implementations, etc., make a lot of sense. I just wanted to make sure I was understanding things correctly. I'll have to look at git as well--with multiple libraries, this would be helpful, rather than filling up my home directories with old versions! Appreciate it! Tony On Sat, Dec 1, 2012 at 8:39 AM, Jason Stephenson wrote: > On 12/01/2012 12:35 AM, Dan Scott wrote: > >> The git commit log is generally helpful when you want to trace changes >> and the associated rationale for changes. >> > > I'd like to add that if you are not using git to manage your > customizations of the OPAC templates, then you should be. It will make your > life so much easier. (That's aimed at everyone, not just Tony.) > > > -- > Jason Stephenson > Assistant Director for Technology Services > Merrimack Valley Library Consortium > Chief Bug Wrangler, Evergreen ILS > -- Tony Bandy to...@ohionet.org OHIONET 1500 West Lane Ave. Columbus, OH 43221-3975 614-486-2966 x19