Re: [Koha] Zebra rebuild frequency
I see a couple situations when you could need a reindex: - An upgrade explicitly states the need for it - Changes on the index definitions - Changing from GRS-1 to DOM indexing - Weird/unexpected search results The latter means something is going wrong. In that situation, please report back to us, because: - It can affect another users that didn't already noticed it - We could be able to fix it On 3.18 you'll be able to even disable the cronjob as there will be an indexing daemon running. Regards Tomás PS: Report back means sending an email to the list, connecting to the IRC channel, or even filling a bug. I'd recommend IRC for a better and more effective report/feedback interaction, and we could end up filling a bug for it. El Thu Nov 13 2014 at 20:15:36, Robin Sheat (ro...@catalyst.net.nz) escribió: Steven Nickerson schreef op do 13-11-2014 om 07:42 [-0500]: Aside from this rebuild, is there some other complete Zebra rebuild recommended, and if so on what frequency? If you're seeing strange search results, in that they differ from what the detail page says, then do a reindex. Instructions are in the FAQ: http://koha-community.org/faqs/zebra-indexing-wont-work- fix-it-aka-search-stuff-up-help/ you can mostly jump to the using the packages bit. As for how often, we don't tend to do it unless things are looking strange. If things _are_ looking strange, then it's often the first thing to do. -- Robin Sheat Catalyst IT Ltd. ✆ +64 4 803 2204 GPG: 5FA7 4B49 1E4D CAA4 4C38 8505 77F5 B724 F871 3BDF ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Report_Circulation
I have doubts on following issue. 1.We have 03 VIP members who have the privilege to borrow n number of books. I want to generate report (in excel or CSV) for these members. The report may contain all the bibliographical data like ISBN, Class No. , title, author, publisher, eidtion, barcode, price, etc.The report available in KOHA version 3.12.05.000 does not have the field Title, author etc Jameela, at Indian Naval Academy Library ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Report_transfer
Our main library consist of 3 Branches of library situated at different locations having 2500 books each. The databases of books of all these branches are maintained in KOHA database.The branch libraries now require the database of the books held at their library separately. They want almost all the field of bibliographical data like ISBN, Class No., title, author, edition, publication, physical description, bar code etc...So please advice me on the following 1) How to generate full report on transferred books in excel or CSV format 2) I have checked the same in SQL Report Library in Wiki.Koha community (Item 4.34), but failed to access the requirement as I am a first time user of SQL report generation methods. Request educate me on the above. Jameela, Information Assistant at Indian Naval Academy ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] How to apply a patch?
Greetings, I dont understand where should I apply a patch. Here is the link the patch. http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4873 This patch has been in master for a while (over 2 years), there is no need to apply it if you have a version 3.4.x or higher. If you wish to patch things, in general, you need to gain skills: 1) do a successful git installation -- not so hard, there are decent instructions on the wiki. 2) successfully install git bz -- a little bit harder, because the instructions assume you understand how to install libraries and other dependencies based on error messages. 3) successfully learn to roll your own distribution. -- ever harden, though there are instructions. And if you can do #2, then you might succeed at this. Though, there are ways to succeed which are not quite right. Or, if you want, you could run through the patch by hand and make all the same changes manually, which requires extreme effort all the time, compared to a single learning curve effort in the steps I have suggested. GPML, Mark Tompsett ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Zebra rebuild frequency
At 01:42 PM 11/14/2014 +, Tomas Cohen Arazi wrote: I see a couple situations when you could need a reindex: - An upgrade explicitly states the need for it - Changes on the index definitions - Changing from GRS-1 to DOM indexing - Weird/unexpected search results 3.8.5 (production) and from my test notes 3.12.various and 3.14.2 required a complete biblio re-index after deleting a biblio record. Has this been fixed? Best -- Paul The latter means something is going wrong. In that situation, please report back to us, because: - It can affect another users that didn't already noticed it - We could be able to fix it On 3.18 you'll be able to even disable the cronjob as there will be an indexing daemon running. Regards Tomás PS: Report back means sending an email to the list, connecting to the IRC channel, or even filling a bug. I'd recommend IRC for a better and more effective report/feedback interaction, and we could end up filling a bug for it. El Thu Nov 13 2014 at 20:15:36, Robin Sheat (ro...@catalyst.net.nz) escribió: Steven Nickerson schreef op do 13-11-2014 om 07:42 [-0500]: Aside from this rebuild, is there some other complete Zebra rebuild recommended, and if so on what frequency? If you're seeing strange search results, in that they differ from what the detail page says, then do a reindex. Instructions are in the FAQ: http://koha-community.org/faqs/zebra-indexing-wont-work- fix-it-aka-search-stuff-up-help/ you can mostly jump to the using the packages bit. As for how often, we don't tend to do it unless things are looking strange. If things _are_ looking strange, then it's often the first thing to do. -- Robin Sheat Catalyst IT Ltd. â +64 4 803 2204 GPG: 5FA7 4B49 1E4D CAA4 4C38 8505 77F5 B724 F871 3BDF ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha --- Maritime heritage and history, preservation and conservation, research and education through the written word and the arts. http://NavalMarineArchive.com and http://UltraMarine.ca ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Zebra rebuild frequency
3.8.5 (production) and from my test notes 3.12.various and 3.14.2 required a complete biblio re-index after deleting a biblio record. Has this been fixed? I don't think that was ever true. -- Owen -- Web Developer Athens County Public Libraries http://www.myacpl.org ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Zebra rebuild frequency
In my instance(s), I have few enough records that I just run a full re-index daily. There have been a few times along the way where incremental indexing might manage to miss a record. Doing a full index regularly during the overnight hours just makes sure everything is in there. Probably not necessary, but I can't see where it hurts. Tom On Fri, Nov 14, 2014 at 10:36 AM, Owen Leonard oleon...@myacpl.org wrote: 3.8.5 (production) and from my test notes 3.12.various and 3.14.2 required a complete biblio re-index after deleting a biblio record. Has this been fixed? I don't think that was ever true. -- Owen -- Web Developer Athens County Public Libraries http://www.myacpl.org ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha -- *Tom Hanstra* *Sr. Systems Administrator* hans...@nd.edu http://library.nd.edu/ ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Zebra rebuild frequency
Paul, I'm sorry you suffered that on your Koha, but I've never seen it. I'm only aware of a situation that could trigger that on NORMARC (recently fixed) using DOM indexing. Otherwise, we've used 3.0, 3.8 and 3.12 without any similar behaviour. El Fri Nov 14 2014 at 12:50:02, Tom Hanstra (hans...@nd.edu) escribió: In my instance(s), I have few enough records that I just run a full re-index daily. There have been a few times along the way where incremental indexing might manage to miss a record. Doing a full index regularly during the overnight hours just makes sure everything is in there. Probably not necessary, but I can't see where it hurts. Tom On Fri, Nov 14, 2014 at 10:36 AM, Owen Leonard oleon...@myacpl.org wrote: 3.8.5 (production) and from my test notes 3.12.various and 3.14.2 required a complete biblio re-index after deleting a biblio record. Has this been fixed? I don't think that was ever true. -- Owen -- Web Developer Athens County Public Libraries http://www.myacpl.org ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha -- *Tom Hanstra* *Sr. Systems Administrator* hans...@nd.edu http://library.nd.edu/ ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Reindexing Zebra Because there are no results found in opac and intranet search
Owen, you're up. I tried to rebuild zebra using the command: sudo koha-rebuild-zebra -f -v mylibrary The result shows: Zebra configuration information Zebra biblio directory = /var/lib/koha/mylibrary/biblios Zebra authorities directory = /var/lib/koha/mylibrary/authorities Koha directory = /usr/share/koha/intranet/cgi-bin Lockfile= /var/lock/koha/mylibrary/rebuild/rebuild..LCK BIBLIONUMBER in : 999$c BIBLIOITEMNUMBER in : 999$d skipping authorities exporting biblio Records exported: 7922 REINDEXING zebra 18:04:12-13/11 zebraidx(8862) [warn] zebra_lock_create fail fname=/var/lock/koha/mylibrary/biblios/norm..LCK [No such file or directory] 18:04:12-13/11 zebraidx(8862) [warn] zebra_lock_create fail fname=/var/lock/koha/mylibrary/biblios/shadow..LCK [No such file or directory] 18:04:12-13/11 zebraidx(8862) [fatal] Could not select database biblios errCode=109 18:04:12-13/11 zebraidx(8863) [warn] zebra_lock_create fail fname=/var/lock/koha/mylibrary/biblios/norm..LCK [No such file or directory] 18:04:12-13/11 zebraidx(8863) [warn] zebra_lock_create fail fname=/var/lock/koha/mylibrary/biblios/shadow..LCK [No such file or directory] 18:04:12-13/11 zebraidx(8863) [fatal] Could not select database biblios errCode=109 CLEANING Zebra configuration information Zebra biblio directory = /var/lib/koha/mylibrary/biblios Zebra authorities directory = /var/lib/koha/mylibrary/authorities Koha directory = /usr/share/koha/intranet/cgi-bin Lockfile= /var/lock/koha/mylibrary/rebuild/rebuild..LCK BIBLIONUMBER in : 999$c BIBLIOITEMNUMBER in : 999$d exporting authority Records exported: 0 REINDEXING zebra skipping biblios CLEANING Whats wrong with reindexing Zebra? How will I fix it? -- View this message in context: http://koha.1045719.n5.nabble.com/Reindexing-Zebra-Because-there-are-no-results-found-in-opac-and-intranet-search-tp5818693.html Sent from the Koha-general mailing list archive at Nabble.com. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Reindexing Zebra Because there are no results found in opac and intranet search
Greetings,
Check the permissions on your directories. They shouldn't be root. They are
generally of the form {instance}-koha.
For example, we have a kohademo instance on a server. Perhaps something as
simple as:
$ sudo chown -vR kohademo-koha.kohademo-koha /var/lib/koha/kohademo
may fix it. CHANGE kohademo TO YOUR INSTANCE NAME.
Check your permissions.
$ cd /var/lib/koha
$ ls -laR
.:
total 12
drwxr-xr-x 3 root root 4096 Aug 29 02:43 .
drwxr-xr-x 35 root root 4096 Aug 29 02:42 ..
drwxr-xr-x 5 kohademo-koha kohademo-koha 4096 Oct 31 05:06 kohademo
./kohademo:
total 24
drwxr-xr-x 5 kohademo-koha kohademo-koha 4096 Oct 31 05:06 .
drwxr-xr-x 3 root root 4096 Aug 29 02:43 ..
drwxr-xr-x 6 kohademo-koha kohademo-koha 4096 Aug 29 02:43 authorities
-rw--- 1 kohademo-koha kohademo-koha 15 Oct 31 05:08 .bash_history
drwxr-xr-x 6 kohademo-koha kohademo-koha 4096 Aug 29 02:43 biblios
drwxr-xr-x 2 kohademo-koha kohademo-koha 4096 Aug 29 02:43 plugins
./kohademo/authorities:
total 24
drwxr-xr-x 6 kohademo-koha kohademo-koha 4096 Aug 29 02:43 .
drwxr-xr-x 5 kohademo-koha kohademo-koha 4096 Oct 31 05:06 ..
drwxr-xr-x 2 kohademo-koha kohademo-koha 4096 Aug 29 02:43 key
drwxr-xr-x 2 kohademo-koha kohademo-koha 4096 Aug 29 02:43 register
drwxr-xr-x 2 kohademo-koha kohademo-koha 4096 Aug 29 02:43 shadow
drwxr-xr-x 2 kohademo-koha kohademo-koha 4096 Aug 29 02:43 tmp
./kohademo/authorities/key:
total 8
drwxr-xr-x 2 kohademo-koha kohademo-koha 4096 Aug 29 02:43 .
drwxr-xr-x 6 kohademo-koha kohademo-koha 4096 Aug 29 02:43 ..
./kohademo/authorities/register:
total 8
drwxr-xr-x 2 kohademo-koha kohademo-koha 4096 Aug 29 02:43 .
drwxr-xr-x 6 kohademo-koha kohademo-koha 4096 Aug 29 02:43 ..
./kohademo/authorities/shadow:
total 8
drwxr-xr-x 2 kohademo-koha kohademo-koha 4096 Aug 29 02:43 .
drwxr-xr-x 6 kohademo-koha kohademo-koha 4096 Aug 29 02:43 ..
./kohademo/authorities/tmp:
total 8
drwxr-xr-x 2 kohademo-koha kohademo-koha 4096 Aug 29 02:43 .
drwxr-xr-x 6 kohademo-koha kohademo-koha 4096 Aug 29 02:43 ..
./kohademo/biblios:
total 24
drwxr-xr-x 6 kohademo-koha kohademo-koha 4096 Aug 29 02:43 .
drwxr-xr-x 5 kohademo-koha kohademo-koha 4096 Oct 31 05:06 ..
drwxr-xr-x 2 kohademo-koha kohademo-koha 4096 Nov 14 17:30 key
drwxr-xr-x 2 kohademo-koha kohademo-koha 4096 Nov 14 17:30 register
drwxr-xr-x 2 kohademo-koha kohademo-koha 4096 Sep 24 02:55 shadow
drwxr-xr-x 2 kohademo-koha kohademo-koha 4096 Aug 29 02:43 tmp
./kohademo/biblios/key:
total 8
drwxr-xr-x 2 kohademo-koha kohademo-koha 4096 Nov 14 17:30 .
drwxr-xr-x 6 kohademo-koha kohademo-koha 4096 Aug 29 02:43 ..
./kohademo/biblios/register:
total 304
drwxr-xr-x 2 kohademo-koha kohademo-koha 4096 Nov 14 17:30 .
drwxr-xr-x 6 kohademo-koha kohademo-koha 4096 Aug 29 02:43 ..
-rw-r--r-- 1 kohademo-koha kohademo-koha 114688 Nov 14 17:30 dict-0.mf
-rw-r--r-- 1 kohademo-koha kohademo-koha 8192 Nov 14 17:30 gmatch-0.mf
-rw-r--r-- 1 kohademo-koha kohademo-koha 56448 Nov 14 17:30 isambA-0.mf
-rw-r--r-- 1 kohademo-koha kohademo-koha 33152 Nov 14 17:30 isambB-0.mf
-rw-r--r-- 1 kohademo-koha kohademo-koha 33792 Nov 14 17:30 isambC-0.mf
-rw-r--r-- 1 kohademo-koha kohademo-koha 0 Nov 14 17:30 isambD-0.mf
-rw-r--r-- 1 kohademo-koha kohademo-koha 7980 Nov 14 17:30 recdA-0.mf
-rw-r--r-- 1 kohademo-koha kohademo-koha 55122 Nov 14 17:30 recdB-0.mf
-rw-r--r-- 1 kohademo-koha kohademo-koha248 Nov 14 17:30 reci-0.mf
-rw-r--r-- 1 kohademo-koha kohademo-koha384 Nov 14 17:30 sort10-0.mf
-rw-r--r-- 1 kohademo-koha kohademo-koha384 Nov 14 17:30 sort103-0.mf
-rw-r--r-- 1 kohademo-koha kohademo-koha384 Nov 14 17:30 sort107-0.mf
-rw-r--r-- 1 kohademo-koha kohademo-koha384 Nov 14 17:30 sort123-0.mf
-rw-r--r-- 1 kohademo-koha kohademo-koha384 Nov 14 17:30 sort15-0.mf
-rw-r--r-- 1 kohademo-koha kohademo-koha384 Nov 14 17:30 sort32-0.mf
-rw-r--r-- 1 kohademo-koha kohademo-koha384 Nov 14 17:30 sort36-0.mf
-rw-r--r-- 1 kohademo-koha kohademo-koha384 Nov 14 17:30 sort42-0.mf
-rw-r--r-- 1 kohademo-koha kohademo-koha384 Nov 14 17:30 sort46-0.mf
-rw-r--r-- 1 kohademo-koha kohademo-koha384 Nov 14 17:30 sort50-0.mf
-rw-r--r-- 1 kohademo-koha kohademo-koha384 Nov 14 17:30 sort54-0.mf
-rw-r--r-- 1 kohademo-koha kohademo-koha384 Nov 14 17:30 sort61-0.mf
-rw-r--r-- 1 kohademo-koha kohademo-koha384 Nov 14 17:30 sort73-0.mf
-rw-r--r-- 1 kohademo-koha kohademo-koha384 Nov 14 17:30 sort77-0.mf
-rw-r--r-- 1 kohademo-koha kohademo-koha384 Nov 14 17:30 sort90-0.mf
-rw-r--r-- 1 kohademo-koha kohademo-koha384 Nov 14 17:30 sort95-0.mf
./kohademo/biblios/shadow:
total 8
drwxr-xr-x 2 kohademo-koha kohademo-koha 4096 Sep 24 02:55 .
drwxr-xr-x 6 kohademo-koha kohademo-koha 4096 Aug 29 02:43 ..
./kohademo/biblios/tmp:
total 8
drwxr-xr-x 2 kohademo-koha kohademo-koha 4096 Aug 29 02:43 .
drwxr-xr-x 6 kohademo-koha kohademo-koha 4096 Aug 29 02:43 ..
./kohademo/plugins:
total 8
Re: [Koha] Firefox speed issues
Hi Nicole, We're using Chromium for Koha (due to the excessive slowness), except where we need silent receipt printing, where we're stuck with Firefox until a jsprint-like addon for Chrome is available. The slowness began presenting in Firefox 28, in both Windows and Linux for us. We found a browser re-set (help restart with addons disabled) helped, a little. - Sean/Coos On 11/14/2014 09:46 AM, Nicole Engard wrote: Hi all, Have you noticed that Firefox has been super duper slow lately? Sometimes I can't even get Google to load up it's so slow. This is also effecting Koha. I watched a patron page try to load for over a minute before I restarted Firefox and it loaded up. I'm wondering what you're all doing to speed up Firefox or if you're using Chrome for Koha? I know there are some things like receipt printing and a few Acq things that just don't work right in Chrome, but everything is speedy in Chrome so is it the solution? Or is there another solution you're all using? Thanks in advance Nicole ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Firefox speed issues
Yes, have noticed--it's been a problem here. Clear everything in the cache, but most important is to unselect Use hardware acceleration when available. For FF on Linux, that's: Preferences - Advanced - Browsing Greg -- Greg Lawson Rolling Hills Consolidated Library 1912 N. Belt Highway St. Joseph, MO 64506\ On 11/14/2014 12:46 PM, Nicole Engard wrote: Hi all, Have you noticed that Firefox has been super duper slow lately? Sometimes I can't even get Google to load up it's so slow. This is also effecting Koha. I watched a patron page try to load for over a minute before I restarted Firefox and it loaded up. I'm wondering what you're all doing to speed up Firefox or if you're using Chrome for Koha? I know there are some things like receipt printing and a few Acq things that just don't work right in Chrome, but everything is speedy in Chrome so is it the solution? Or is there another solution you're all using? Thanks in advance Nicole ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Firefox speed issues
I haven't noticed speed issues with Firefox, but their security issues have recently been problematic with Koha - those appear resolved, but I'd tried Chrome for a few days (I had avoided Chrome since there were general issue with it on my work desktop, though others here had not issue with it - those problems seem to be gone now). Chrome did not present any of the security issues, and one thing I discovered: long ago I noticed that many Koha pages can't open via the back/forward browser navigation , especially in the ACQ module. I hadn't considered that this is browser-related, but so far I'm not seeing this problem in Chorme. I will try to remember to continue using Koha on Chrome and see how things run. Jeff Gabel Catalog E-Resources Manager Brooklyn Law School 250 Joralemon Street Brooklyn, NY, 11201 Phone: 718-780-7978 jeff.ga...@brooklaw.edu --- -Original Message- From: Koha [mailto:koha-boun...@lists.katipo.co.nz] On Behalf Of Nicole Engard Sent: Friday, November 14, 2014 12:47 PM To: Koha Subject: [Koha] Firefox speed issues Hi all, Have you noticed that Firefox has been super duper slow lately? Sometimes I can't even get Google to load up it's so slow. This is also effecting Koha. I watched a patron page try to load for over a minute before I restarted Firefox and it loaded up. I'm wondering what you're all doing to speed up Firefox or if you're using Chrome for Koha? I know there are some things like receipt printing and a few Acq things that just don't work right in Chrome, but everything is speedy in Chrome so is it the solution? Or is there another solution you're all using? Thanks in advance Nicole ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Firefox speed issues
http://lifehacker.com/disable-firefoxs-hardware-acceleration-to-fix-slowness-749344037 https://support.mozilla.org/en-US/questions/991122 http://www.askvg.com/tip-reduce-mozilla-firefox-loading-time-by-disabling-hardware-acceleration-feature/ -- Greg Lawson Rolling Hills Consolidated Library 1912 N. Belt Highway St. Joseph, MO 64506 -- On 11/14/2014 12:46 PM, Nicole Engard wrote: Hi all, Have you noticed that Firefox has been super duper slow lately? Sometimes I can't even get Google to load up it's so slow. This is also effecting Koha. I watched a patron page try to load for over a minute before I restarted Firefox and it loaded up. I'm wondering what you're all doing to speed up Firefox or if you're using Chrome for Koha? I know there are some things like receipt printing and a few Acq things that just don't work right in Chrome, but everything is speedy in Chrome so is it the solution? Or is there another solution you're all using? Thanks in advance Nicole ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Firefox speed issues
Hi, Nicole-- I haven't noticed any slowness with Firefox 33.1 on Win7, and Firefox still works much better for us with Koha than Chrome, but we probably have a very unusual set of circumstances: --Our employer has locked down Chrome options for use with our email system disabled the ability to update it --Our network is slower than most home DSL networks --We *are* using Windows...:) So maybe I should say that our Firefox is working as fast as it usually does? Cheerio! heather ~~ Heather Hernandez Technical Services Librarian San Francisco Maritime National Historical Park Research Center 415-561-7032, heather_hernan...@nps.gov http://www.nps.gov/safr/historyculture/museum-collections.htm The sailor does not pray for wind, he learns to sail.--Gustaf Lindborg On Fri, Nov 14, 2014 at 9:46 AM, Nicole Engard neng...@gmail.com wrote: Hi all, Have you noticed that Firefox has been super duper slow lately? Sometimes I can't even get Google to load up it's so slow. This is also effecting Koha. I watched a patron page try to load for over a minute before I restarted Firefox and it loaded up. I'm wondering what you're all doing to speed up Firefox or if you're using Chrome for Koha? I know there are some things like receipt printing and a few Acq things that just don't work right in Chrome, but everything is speedy in Chrome so is it the solution? Or is there another solution you're all using? Thanks in advance Nicole ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Firefox speed issues
Salvete! Yes, Firefox has been as slow as I am of late. Another thing I noticed was that a lot of the privacy stuff seems not to work properly anymore, too. Cheers, Brooke ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Firefox speed issues
Another thing I noticed was that a lot of the privacy stuff seems not to work properly anymore, too. I'm curious about this. Can you elaborate on it? -- Owen -- Web Developer Athens County Public Libraries http://www.myacpl.org ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Firefox speed issues
We have Firefox 33.1 version Win7, Koha is still slow.. Luminita Vulcu http://ecampus.salus.edu/library/ Library http://ecampus.salus.edu/library of Salus University http://www.salus.edu 8360 Old York Road Elkins Park, Pa 19027 phone: 215-780-1262 fax: 215-780-1263 lumin...@salus.edu On Fri, Nov 14, 2014 at 1:06 PM, Hernandez, Heather heather_hernan...@nps.gov wrote: Hi, Nicole-- I haven't noticed any slowness with Firefox 33.1 on Win7, and Firefox still works much better for us with Koha than Chrome, but we probably have a very unusual set of circumstances: --Our employer has locked down Chrome options for use with our email system disabled the ability to update it --Our network is slower than most home DSL networks --We *are* using Windows...:) So maybe I should say that our Firefox is working as fast as it usually does? Cheerio! heather ~~ Heather Hernandez Technical Services Librarian San Francisco Maritime National Historical Park Research Center 415-561-7032, heather_hernan...@nps.gov http://www.nps.gov/safr/historyculture/museum-collections.htm The sailor does not pray for wind, he learns to sail.--Gustaf Lindborg On Fri, Nov 14, 2014 at 9:46 AM, Nicole Engard neng...@gmail.com wrote: Hi all, Have you noticed that Firefox has been super duper slow lately? Sometimes I can't even get Google to load up it's so slow. This is also effecting Koha. I watched a patron page try to load for over a minute before I restarted Firefox and it loaded up. I'm wondering what you're all doing to speed up Firefox or if you're using Chrome for Koha? I know there are some things like receipt printing and a few Acq things that just don't work right in Chrome, but everything is speedy in Chrome so is it the solution? Or is there another solution you're all using? Thanks in advance Nicole ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Firefox speed issues
Try turning off hardware acceleration if it's turned on. Not specifically with Koha, but Chrome was unusably slow until I turned off hardware acceleration and I've always turned off hardware acceleration in Firefox. (This is on Windows 7.) The hardware acceleration setting in Firefox is in Advanced options, under the General tab. On 11/14/2014 12:46 PM, Nicole Engard wrote: Hi all, Have you noticed that Firefox has been super duper slow lately? Sometimes I can't even get Google to load up it's so slow. This is also effecting Koha. I watched a patron page try to load for over a minute before I restarted Firefox and it loaded up. I'm wondering what you're all doing to speed up Firefox or if you're using Chrome for Koha? I know there are some things like receipt printing and a few Acq things that just don't work right in Chrome, but everything is speedy in Chrome so is it the solution? Or is there another solution you're all using? Thanks in advance Nicole ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha -- Andy Boze, Associate Librarian University of Notre Dame 208A Hesburgh Library (574) 631-8708 ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Zebra rebuild frequency
At 04:20 PM 11/14/2014 +, Tomas Cohen Arazi wrote: Paul, I'm sorry you suffered that on your Koha, but I've never seen it. I'm only aware of a situation that could trigger that on NORMARC (recently fixed) using DOM indexing. [snip] 3.8.5 (production) and from my test notes 3.12.various and 3.14.2 required a complete biblio re-index after deleting a biblio record. Has this been fixed? I don't think that was ever true. [snip] It is true on our production box (and its backup; sandbox in other use) Koha: 3.08.05.000 on Linux 3.2.0-31-generic (12.04LTS), Perl version: 5.014002, MySQL version: mysql 5.5.24, Apache version: 2.2.22, Zebra: 2.0.44 Pls see http://opac.navalmarinearchive.com/cgi-bin/koha/opac-search.pl?q=kent+beyond+reef, two biblios for Kent, Beyond the reef: one is good, the other has been deleted, gives a 404 on the OPAC page, but will not go away from Zebra by cron job alone (it will go away next time I CLI re-index.) I have a feeling that when zebra says incremental it means just that -- adding new data, but not deleting what has gone from MySQL. Slightly different case, http://opac.navalmarinearchive.com/cgi-bin/koha/opac-search.pl?q=steele+worcester -- this was produced by overwriting an existing biblio (old, incomplete) with a new Z39.50, and adding an item -- it's the same biblio, but the dead instance will not disappear until I re-index. This is a further example of the (for us) need to CLI re-index as the cronjob does not handle it. Best -- Paul --- Maritime heritage and history, preservation and conservation, research and education through the written word and the arts. http://NavalMarineArchive.com and http://UltraMarine.ca ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Assistant Director of Digital Strategies, Houston Public Library, TX
HI all Just a friendly reminder, the Koha Users list is not really the place for random library related job advertisements. If it was Koha related this would be different, hopefully I have misunderstood and what this email means is that Houston Public Library is migrating to Koha Chris ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Zebra rebuild frequency
Greetings, And what cronjobs do you currently have? Perhaps you don't even have your partial reindex cronjob installed? GPML, Mark Tompsett ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Zebra rebuild frequency
On 2014-11-15, at 9:49 AM, Paul A wrote: At 04:20 PM 11/14/2014 +, Tomas Cohen Arazi wrote: Paul, I'm sorry you suffered that on your Koha, but I've never seen it. I'm only aware of a situation that could trigger that on NORMARC (recently fixed) using DOM indexing. [snip] 3.8.5 (production) and from my test notes 3.12.various and 3.14.2 required a complete biblio re-index after deleting a biblio record. Has this been fixed? I don't think that was ever true. [snip] It is true on our production box (and its backup; sandbox in other use) Koha: 3.08.05.000 on Linux 3.2.0-31-generic (12.04LTS), Perl version: 5.014002, MySQL version: mysql 5.5.24, Apache version: 2.2.22, Zebra: 2.0.44 Pls see http://opac.navalmarinearchive.com/cgi-bin/koha/opac-search.pl?q=kent+beyond+reef, two biblios for Kent, Beyond the reef: one is good, the other has been deleted, gives a 404 on the OPAC page, but will not go away from Zebra by cron job alone (it will go away next time I CLI re-index.) I have a feeling that when zebra says incremental it means just that -- adding new data, but not deleting what has gone from MySQL. Slightly different case, http://opac.navalmarinearchive.com/cgi-bin/koha/opac-search.pl?q=steele+worcester -- this was produced by overwriting an existing biblio (old, incomplete) with a new Z39.50, and adding an item -- it's the same biblio, but the dead instance will not disappear until I re-index. This is a further example of the (for us) need to CLI re-index as the cronjob does not handle it. you should show an example of your cron file - its probably just misconfigured? ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Zebra rebuild frequency
At 12:53 PM 11/15/2014 +1300, Mason James wrote: On 2014-11-15, at 9:49 AM, Paul A wrote: At 04:20 PM 11/14/2014 +, Tomas Cohen Arazi wrote: Paul, I'm sorry you suffered that on your Koha, but I've never seen it. I'm only aware of a situation that could trigger that on NORMARC (recently fixed) using DOM indexing. [snip] 3.8.5 (production) and from my test notes 3.12.various and 3.14.2 required a complete biblio re-index after deleting a biblio record. Has this been fixed? I don't think that was ever true. [snip] It is true on our production box (and its backup; sandbox in other use) Koha: 3.08.05.000 on Linux 3.2.0-31-generic (12.04LTS), Perl version: 5.014002, MySQL version: mysql 5.5.24, Apache version: 2.2.22, Zebra: 2.0.44 Pls see http://opac.navalmarinearchive.com/cgi-bin/koha/opac-search.pl?q=kent+beyond+reef, two biblios for Kent, Beyond the reef: one is good, the other has been deleted, gives a 404 on the OPAC page, but will not go away from Zebra by cron job alone (it will go away next time I CLI re-index.) I have a feeling that when zebra says incremental it means just that -- adding new data, but not deleting what has gone from MySQL. Slightly different case, http://opac.navalmarinearchive.com/cgi-bin/koha/opac-search.pl?q=steele+worcester -- this was produced by overwriting an existing biblio (old, incomplete) with a new Z39.50, and adding an item -- it's the same biblio, but the dead instance will not disappear until I re-index. This is a further example of the (for us) need to CLI re-index as the cronjob does not handle it. you should show an example of your cron file - its probably just misconfigured? It's been running every minute for two years ;=} using KOHA_CONF=/etc/koha/koha-conf.xml KOHAPATH=/usr/share/koha PERL5LIB=$KOHAPATH/lib */1 * * * *koha$KOHAPATH/bin/migration_tools/rebuild_zebra.pl -a -b -z /dev/null 21 paul@nelson:/$ grep CRON /var/log/syslog [snip]Nov 14 21:22:01 nelson CRON[23795]: (koha) CMD (/usr/share/koha/bin/migration_tools/rebuild_zebra.pl -z -b -a /tmp/cron_koha.log 21) Nov 14 21:23:01 nelson CRON[23842]: (koha) CMD (/usr/share/koha/bin/migration_tools/rebuild_zebra.pl -z -b -a /tmp/cron_koha.log 21) Nov 14 21:24:01 nelson CRON[23930]: (koha) CMD (/usr/share/koha/bin/migration_tools/rebuild_zebra.pl -z -b -a /tmp/cron_koha.log 21) Nov 14 21:25:01 nelson CRON[24054]: (koha) CMD (/usr/share/koha/bin/migration_tools/rebuild_zebra.pl -z -b -a /tmp/cron_koha.log 21) Nov 14 21:26:01 nelson CRON[24139]: (koha) CMD (/usr/share/koha/bin/migration_tools/rebuild_zebra.pl -z -b -a /tmp/cron_koha.log 21) Nov 14 21:27:01 nelson CRON[24182]: (koha) CMD (/usr/share/koha/bin/migration_tools/rebuild_zebra.pl -z -b -a /tmp/cron_koha.log 21) Nov 14 21:28:02 nelson CRON[24310]: (koha) CMD (/usr/share/koha/bin/migration_tools/rebuild_zebra.pl -z -b -a /tmp/cron_koha.log 21) Best -- Paul --- Maritime heritage and history, preservation and conservation, research and education through the written word and the arts. http://NavalMarineArchive.com and http://UltraMarine.ca ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] (no subject)
unsubscribe -- Confidentiality Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Zebra rebuild frequency
On 2014-11-15, at 1:53 PM, Paul A wrote: At 12:53 PM 11/15/2014 +1300, Mason James wrote: On 2014-11-15, at 9:49 AM, Paul A wrote: At 04:20 PM 11/14/2014 +, Tomas Cohen Arazi wrote: Paul, I'm sorry you suffered that on your Koha, but I've never seen it. I'm only aware of a situation that could trigger that on NORMARC (recently fixed) using DOM indexing. [snip] 3.8.5 (production) and from my test notes 3.12.various and 3.14.2 required a complete biblio re-index after deleting a biblio record. Has this been fixed? I don't think that was ever true. [snip] It is true on our production box (and its backup; sandbox in other use) Koha: 3.08.05.000 on Linux 3.2.0-31-generic (12.04LTS), Perl version: 5.014002, MySQL version: mysql 5.5.24, Apache version: 2.2.22, Zebra: 2.0.44 Pls see http://opac.navalmarinearchive.com/cgi-bin/koha/opac-search.pl?q=kent+beyond+reef, two biblios for Kent, Beyond the reef: one is good, the other has been deleted, gives a 404 on the OPAC page, but will not go away from Zebra by cron job alone (it will go away next time I CLI re-index.) I have a feeling that when zebra says incremental it means just that -- adding new data, but not deleting what has gone from MySQL. Slightly different case, http://opac.navalmarinearchive.com/cgi-bin/koha/opac-search.pl?q=steele+worcester -- this was produced by overwriting an existing biblio (old, incomplete) with a new Z39.50, and adding an item -- it's the same biblio, but the dead instance will not disappear until I re-index. This is a further example of the (for us) need to CLI re-index as the cronjob does not handle it. you should show an example of your cron file - its probably just misconfigured? It's been running every minute for two years ;=} using KOHA_CONF=/etc/koha/koha-conf.xml KOHAPATH=/usr/share/koha PERL5LIB=$KOHAPATH/lib */1 * * * *koha$KOHAPATH/bin/migration_tools/rebuild_zebra.pl -a -b -z /dev/null 21 paul@nelson:/$ grep CRON /var/log/syslog [snip]Nov 14 21:22:01 nelson CRON[23795]: (koha) CMD (/usr/share/koha/bin/migration_tools/rebuild_zebra.pl -z -b -a /tmp/cron_koha.log 21) Nov 14 21:23:01 nelson CRON[23842]: (koha) CMD (/usr/share/koha/bin/migration_tools/rebuild_zebra.pl -z -b -a /tmp/cron_koha.log 21) Nov 14 21:24:01 nelson CRON[23930]: (koha) CMD (/usr/share/koha/bin/migration_tools/rebuild_zebra.pl -z -b -a /tmp/cron_koha.log 21) Nov 14 21:25:01 nelson CRON[24054]: (koha) CMD (/usr/share/koha/bin/migration_tools/rebuild_zebra.pl -z -b -a /tmp/cron_koha.log 21) Nov 14 21:26:01 nelson CRON[24139]: (koha) CMD (/usr/share/koha/bin/migration_tools/rebuild_zebra.pl -z -b -a /tmp/cron_koha.log 21) Nov 14 21:27:01 nelson CRON[24182]: (koha) CMD (/usr/share/koha/bin/migration_tools/rebuild_zebra.pl -z -b -a /tmp/cron_koha.log 21) Nov 14 21:28:02 nelson CRON[24310]: (koha) CMD (/usr/share/koha/bin/migration_tools/rebuild_zebra.pl -z -b -a /tmp/cron_koha.log 21) Best -- Paul try using the -v arg, it will show you what it is actually doing $ /usr/share/koha/bin/migration_tools/rebuild_zebra.pl -a -b -z -v Zebra configuration information Zebra biblio directory = /var/lib/koha/mastcaro/biblios Zebra authorities directory = /var/lib/koha/mastcaro/authorities Koha directory = /usr/share/koha Lockfile= /var/lock/zebra_koha_mastcaro/rebuild/rebuild..LCK BIBLIONUMBER in : 999$c BIBLIOITEMNUMBER in : 999$d exporting authority Records exported: 0 Records exported: 0 REINDEXING zebra exporting biblio 1. Records exported: 1 DELETED BIB, REMOVED FROM ZEBRA Records exported: 0 REINDEXING zebra CLEANING $ ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] (no subject)
Hi Rena, You need to do that for yourself. Follow the last URL on this page. Bob Birchall Calyx On 15/11/14 15:06, Sheffer, Rena A wrote: unsubscribe -- Confidentiality Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
