Hi, Greetings. sudo gedit /etc/cron.d/koha # The cronjobs -- $KOHA_PATH is defined in /etc/environment, and gets set when this process runs as a user (koha). */5 * * * * koha $KOHA_PATH/bin/migration_tools/rebuild_zebra.pl -b -a -z &> /dev/null This file needs put "koha" (user) in it. Try it. And change KOHA_PATH with your actual directory would be better. Peter Zhao At 2013-04-18 08:00:02,koha-request@lists.katipo.co.nz wrote:
Send Koha mailing list submissions to koha@lists.katipo.co.nz
To subscribe or unsubscribe via the World Wide Web, visit http://lists.katipo.co.nz/mailman/listinfo/koha or, via email, send a message with subject or body 'help' to koha-request@lists.katipo.co.nz
You can reach the person managing the list at koha-owner@lists.katipo.co.nz
When replying, please edit your Subject line so it is more specific than "Re: Contents of Koha digest..."
Today's Topics:
1. Re: search problem in koha 3.10.4 (Mark Tompsett) 2. Re: search problem in koha 3.10.4 (Bernardo Gonzalez Kriegel) 3. Help With Preferences & Manual (Nicole Engard) 4. Re: search problem in koha 3.10.4 (Paul)
----------------------------------------------------------------------
Message: 1 Date: Wed, 17 Apr 2013 07:42:21 -0400 From: "Mark Tompsett" <mtompset@hotmail.com> To: "Mohamed Megahed" <mr_megahed@hotmail.com> Cc: koha@lists.katipo.co.nz Subject: Re: [Koha] search problem in koha 3.10.4 Message-ID: <BLU172-DS24BCBDC6636BFD919F02FCC6CE0@phx.gbl> Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original
Greetings,
This is clearly a development install, otherwise you wouldn't have touched the cron jobs at all. I am assuming you followed http://wiki.koha-community.org/wiki/Koha_on_ubuntu_-_git which is not intended for a production system, but rather a development system.
So my first suggestion is to follow http://wiki.koha-community.org/wiki/Koha_on_ubuntu_-_packages instead. It does a good job of hiding complexities from the user. Including a whole set of nice commands: http://wiki.koha-community.org/wiki/Commands_provided_by_the_Debian_packages
However, I could be wrong and you actually are trying to join the bug patch submitting side of things. In which case:
--- BEGIN Your example --- # The cronjobs -- $KOHA_PATH is defined in /etc/environment, and gets set when $ */1 * * * * $KOHA_PATH/misc/migration_tools/rebuild_zebra.pl -b -a -z &> /d$ --- END Your example ---
--- BEGIN actual --- # The cronjobs -- $KOHA_PATH is defined in /etc/environment, and gets set when this process runs. */5 * * * * $KOHA_PATH/misc/migration_tools/rebuild_zebra.pl -b -a -z &> /dev/null --- END actual ---
I think you may have a problem using "/d$". Also, after your install did you run a full reindex? /home/{user name}/{koha directory}/misc/migration_tools/rebuild_zebra.pl -b -a -r -v Where {user name} and {koha directory} are your user name and most likely "kohaclone"?
And to finish off, the most likely cause of everything: $ sudo service koha-zebra-daemon start It doesn't start automatically on reboot for me, so this may be your problem too. I've been meaning to improve the instructions that way. You can confirm it is running with: $ ps aux | grep zebra You should see more than just your grep line.
GPML, Mark Tompsett
------------------------------
Message: 2 Date: Wed, 17 Apr 2013 12:23:01 -0300 From: Bernardo Gonzalez Kriegel <bgkriegel@gmail.com> To: Mark Tompsett <mtompset@hotmail.com> Cc: koha <koha@lists.katipo.co.nz>, Mohamed Megahed <mr_megahed@hotmail.com> Subject: Re: [Koha] search problem in koha 3.10.4 Message-ID: <CADF4kvR-tVkghK2pjf=pd8FOhkESg8XWr1Cca43-3G2oH_Qn4A@mail.gmail.com> Content-Type: text/plain; charset=UTF-8
On Wed, Apr 17, 2013 at 8:42 AM, Mark Tompsett <mtompset@hotmail.com> wrote:
Greetings,
This is clearly a development install, otherwise you wouldn't have touched the cron jobs at all.
Mark, why you always suppose that everybody do packages installs?
In my opinion most of current installs were done using tar.gz
So the question of how to correctly setup cron jobs is a valid one.
Regards, Bernardo
------------------------------
Message: 3 Date: Wed, 17 Apr 2013 15:26:25 -0400 From: Nicole Engard <nengard@gmail.com> To: Koha <Koha@lists.katipo.co.nz> Subject: [Koha] Help With Preferences & Manual Message-ID: <CAC0K6VEqgK-mOJkDMB95YDxLn+Y0iUHUYgBkKt_VSN_=DpMxDA@mail.gmail.com> Content-Type: text/plain; charset=UTF-8
Hi all,
I got this question today and I realized that the manual is not clear and now I am second guessing myself - can someone help me out with updating the manual and answering this question?
-----
What we want to have happen is that if an item is returned to the checkout library (which is not the owning library for the item) then we want the checkout library to be able to fill a hold on that item by a patron of the checkout library without having to send the item back to the owning library, have the owning library ship it back and then check it out to the patron with the hold. That seems to be what the description in Section 1.1.5.2.11 of the manual ( http://manual.koha-community.org/3.10/en/administration.html#HomeOrHoldingBr...) is describing. However the manual states that this setting "Asks: Use the checkout and fine rules of_____" and That does not seem to make sense in relation to the description.
Since there is such a caution against changing this setting after the initial setup, we want to get it right.
Also, I believe that we concluded during training that we would have the IndependentBranches preferences set to prevent so this setting would apply. However I am now confused about the IndependentBranches settings which I thought only applied to what staff can do. When I get to the part of the description in section .1.2.3.2 of the manual ( http://manual.koha-community.org/3.10/en/administration.html#IndependantBran...) that says Prevent will, "preventing users from other branch locations from placing holds or checking out materials from library branches other than their own" I am left wondering if this will stop all holds by patrons of one library from placing holds on items for other libraries. Or is it just that staff of one library cannot place a hold on another libraries items....
------------------------------
Message: 4 Date: Wed, 17 Apr 2013 10:02:41 -0400 From: Paul <paul.@aandc.org> To: Karam Qubsi <karamqubsi@gmail.com>, Mohamed Megahed <mr_megahed@hotmail.com> Cc: koha staff <koha@lists.katipo.co.nz> Subject: Re: [Koha] search problem in koha 3.10.4 Message-ID: <5.2.1.1.2.20130417094506.058c7678@localhost> Content-Type: text/plain; charset="us-ascii"; format=flowed
At 04:25 PM 4/17/2013 +0300, Karam Qubsi wrote:
Hi Mohamed , try to rebuild your zebra index manually . cd $KOHA_PATH/misc/migration_tools/ then : perl rebuild_zebra.pl -b -a -z
Unless 3.10 has changed radically from 3.8, an incremental -z might not be sufficient.
As user koha (or whichever user has the rights):
koha:/$ cd /usr/share/koha koha:/usr/share/koha$ ./bin/migration_tools/rebuild_zebra.pl -b -r -v -x koha:/usr/share/koha$ ./bin/migration_tools/rebuild_zebra.pl -a -r -v
Maybe the path has changed from /usr/share/koha/bin to ?/?/?/misc? Please adjust accordingly.
We run this every 15 minutes while our cataloguers are working, otherwise duplicate/unwanted biblios creep in and can get very confusing for non-techies.
Best - Paul
On Wed, Apr 17, 2013 at 10:36 AM, Mohamed Megahed <mr_megahed@hotmail.com>wrote:
Hi all I have installed koha 3.10.4 on ubuntu 12.04 and all ok. but i have faced problem search record, after cataloging record, try to search it ... no result i use zebra indexing and cronjob. in crontab i had add this lines
# The cronjobs -- $KOHA_PATH is defined in /etc/environment, and gets set when $ */1 * * * * $KOHA_PATH/misc/migration_tools/rebuild_zebra.pl -b -a -z &> /d$
after that no result in search both biblio and authority.
any sugg. thnks
MOHAMED MEGAHED Chief Library at Ahram Canadian University Tel : +2 0100 22 97 96 2 Tel : +2 011 23 502 505
_______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
-- *Karam Qubsi* _______________________________________________ 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 Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
End of Koha Digest, Vol 90, Issue 25 ************************************