Hi guys!
How does the zebra reindex works? I am importing and reverting files with
30k or more records, and I dont know if my zebra index is being rebuilded,
I run the script to do it manually, but shouldn´t the index be rebuilded
automatically? Do I have to configurate something on the server or
Hi Sergio
How does the zebra reindex works? I am importing and reverting files with
30k or more records, and I dont know if my zebra index is being rebuilded,
I run the script to do it manually, but shouldn´t the index be rebuilded
automatically? Do I have to configurate something on the server
Hi Sergio,
if you use the staged marc tools in the GUI, the index should indeed be
updated automatically.
The first thing we need to know is how you installed Koha. Also: how are
you running the manual indexing?
Hope this helps,
Katrin
Am 11.08.2015 um 22:24 schrieb Sergio Scotto:
> Hi guys!
Sergio,
2015-08-11 17:24 GMT-03:00 Sergio Scotto :
> Hi guys!
>
> How does the zebra reindex works? I am importing and reverting files with
> 30k or more records, and I don’t know if my zebra index is being rebuilded,
> I run the script to do it manually, but shouldn´t the index be rebuilded
> au
Dear All,
with Debian Squeeze/ Koha 3.12.0,
1. Verified that zebrasrv is running: '$ps -ef | grep zebra'
2. /etc/koha/zebradb/gedit zebra-biblios.cfg points to
modulePath: /usr/lib/idzebra-2.0/modules
3. but, zebra modules are stored in /usr/local/lib/idzebra-2.0/modules
4. as a kohauser ,
hi everyone,
I have koha 3.8 install on server.
I tried to reindex the zebra server using following commands.
export KOHA_CONF=/path to .xml file
export PERL5LIB=/path to kohaclone
perl misc/migration_tools/rebuild_zebra.pl -b -r -v
and it starts reindexing but i got following errors:
Zebra con
Dear all,
I install koha 3.08.17
zebra= 2.0.54
i install koha on AWS server.
I reindex using ./rebuild_zebra.pl -b -r -v -x
got the following errors and warning, unable to search records.
REINDEXING zebra
04:22:54-10/09 zebraidx(9838) [warn] dlopen failed
/usr/lib/idzebra-2.0/
Hello,
I am using Koha 3.14 and importing data into it. Everything was working
properly until I tried to rebuild zebra after having around 19000 records and I
got the following error (a part of the error):
*** stack smashing detected ***: zebraidx terminated
=== Backtrace: =
/lib/x8
Hi everyone,
I know the topic of Zebra index rebuilding comes up periodically and I've
tried to find an answer to this but can't seem to locate one. I have the
package version of 3.16.02 installed on Debian and have the following
"default" cron entry in /etc/cron.d/koha-common:
*/5 * * * * r
At 11:47 AM 8/30/2013 +0530, rocky bang wrote:
hi everyone,
I have koha 3.8 install on server.
It would be helpful if you could be a little more precise:
3.8 - which release, 3.8.1 ... 3.8.17 ?
server - what operating system and version? Your own? Hosted elsewhere? VM?
kohaclone - why? and how
Hi Layale,
It's always a good idea to include details about Koha set-up such as
whether it is a package install or tarball install. Also are you on Ubuntu?
I'm asking as it might help others troubleshoot the problem... because a
quick Google revealed this
http://koha.1045719.n5.nabble.com/Stack-Sm
Hope this helps.
Phillip
> From: l...@aub.edu.lb
> To: koha@lists.katipo.co.nz
> Date: Thu, 19 Jun 2014 13:28:44 +0300
> Subject: [Koha] Zebra Rebuild error...
>
> Hello,
>
> I am using Koha 3.14 and importing data into it. Everything was working
> properly until I tri
: Thursday, June 19, 2014 5:51 PM
To: Layale Bassil; koha@lists.katipo.co.nz
Subject: RE: [Koha] Zebra Rebuild error...
Importance: High
Have you ever rebuilt Koha Zebra before?
The errors that you're getting reminds me of the first time I tried to rebuild
zebra (ubuntu ). There was a rights
ilto:pponc...@live.com]
Sent: Thursday, June 19, 2014 5:51 PM
To: Layale Bassil; koha@lists.katipo.co.nz
Subject: RE: [Koha] Zebra Rebuild error...
Importance: High
Have you ever rebuilt Koha Zebra before?
The errors that you're getting reminds me of the first time I tried to
rebuild zebra (ubuntu
Subject: Re: [Koha] Zebra Rebuild error...
At 02:41 PM 6/20/2014 +0300, Layale Bassil wrote:
>Hello Phillip,
>
>Thanks a lot for the support. Yes I used to be able to rebuild Zebra
>many times, and before getting the error, I did many rebuilds.
>
>Since I had no root privileges, I
ase?
>
>Many thanks,
>Layale.
>
>From: Phillip Ponchot [mailto:pponc...@live.com]
>Sent: Thursday, June 19, 2014 5:51 PM
>To: Layale Bassil; koha@lists.katipo.co.nz
>Subject: RE: [Koha] Zebra Rebuild error...
>Importance: High
>
>Have you ever rebuilt Koha Zebra be
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.
Instructi
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
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
> 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
__
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 nec
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 () esc
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
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/li
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]
>> > >
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 (re
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
>> >>
Paul, could you confirm that you use Zebra in DOM mode? It seems Zebra isn't
configured properly, and so doesn't know where to pick up unique ID for biblio
records (biblionumber field). Without an ID to identify biblio records, Zebra
can't neither delete nor update a biblio record.
Check your Zebr
Paul's XSLT was using 001 for the id.
El sáb, nov 15, 2014 05:39 AM, Frédéric Demians
escribió:
> Paul, could you confirm that you use Zebra in DOM mode? It seems Zebra
> isn't
> configured properly, and so doesn't know where to pick up unique ID for
> biblio
> records (biblionumber field). With
Paul A schreef op vr 14-11-2014 om 19:53 [-0500]:
> It's been running every minute for two years ;=} using
Under older versions, there was a chance of two zebra reindexes crashing
into each other, and I think that if this happened, it could be possible
that a change would get lost. Running every m
30 matches
Mail list logo