Le 04/05/2010 21:57, Scott Kushner a écrit :
> *Koha error*
>
> The following fatal error has occurred:
>
> Could not create file parser context for file "1": No such file or
> directory at /root/koha-3.00.06/C4/XSLT.pm line 168
>
I guess you tried to enable XSLT.
With the preparation of 3.0.6,
Oscar Gaona
> Well, I had been testing many different options but it's impossible
> to run koha-zebra-daemon, koha-zebraqueue-daemon and cron for
> ./rebuild.pl -a -b -z or any other on opensuse 11.2.
It's hard to comment on that, but I'm sure I've installed koha OK on
earlier SuSE versions. It'
s.koha.org
Sent: Wed, January 20, 2010 5:27:46 AM
Subject: Re: [Koha-devel] Zebra and OpenSuse
Oscar Gaona posted: [...]
> k...@linux:/> /etc/init.d/koha-zebraqueue-daemon start
> Starting Zebraqueue Daemon
> /etc/init.d/koha-zebraqueue-daemon: line 26: daemon: no se encontro la orden
Oscar Gaona posted: [...]
> k...@linux:/> /etc/init.d/koha-zebraqueue-daemon start
> Starting Zebraqueue Daemon
> /etc/init.d/koha-zebraqueue-daemon: line 26: daemon: no se encontro la orden
If you want to use that program, you need to install the "daemon"
program. I am not sure of the package na
records, but the real database is bigger than
this one.
Best regards,
Oscar
From: Chris Nighswonger
To: Oscar Gaona
Cc: koha-devel@lists.koha.org
Sent: Tue, January 19, 2010 11:17:12 PM
Subject: Re: [Koha-devel] Zebra and OpenSuse
Hi Oscar,
2010/
Hi Oscar,
2010/1/19 Oscar Gaona
> Hi all
>
> I am working Koha 9.00.05, Zebra and OpenSuse 11.2 and the ./
> rebuild_zebra.pl -a -b -z process is not automatic.
>
Please do the following and post the output (correcting the paths per your
installation):
su koha
export PERL5LIB=/path/to/koha/lib
I think the zebra logs are not in the same directory as the apache logs.
Fowarding to the list in case somebody else knows for sure.
--Joe
On Tue, Nov 24, 2009 at 4:42 PM, Christopher Curry wrote:
> Thanks for the quick response, Joe. I looked at the following logs @
> /usr/share/koha/var/log
2009/11/24 Christopher Curry
> I overheard somewhere (though I can't remember the details) that using the
> dev install mode makes it easier to upgrade koha. I've never done a koha
> upgrade; we're not fully migrated yet, but I'd like to facilitate future
> upgrades as much as possible.
>
> I'v
Rick Welykochy wrote:
> We now have a index with onloan items and an index with lost item (one).
>
> The search still returns no results for (and get this ...) items
> available. It should return results for all the books from the original query
> less the one or two on loan. But it goes into ERRO
Chris Cormack wrote:
> I think what Henri is saying is it needs to check those 2 indexes, and
> if nothing is lost then that index will not exist, hence the 114
> telling you it doesn't exist.
>
> Can you try marking an item lost, rebuild the index and see if it now
> works. Also try issuing an it
2009/11/16 Rick Welykochy :
> Chris Cormack wrote:
>
>>> But we do have items on loan.
>>>
>> Have any marked lost?
>
> I don't think so.
>
> A couple of points:
>
> (1) The query I posted is asking for items NOT on loan and
> items NOT lost, so it should return results.
>
> (2) ERROR 114 refers
Hi Rick,
On Sun, Nov 15, 2009 at 4:58 PM, Rick Welykochy wrote:
> Chris Cormack wrote:
>
>>> But we do have items on loan.
>>>
>> Have any marked lost?
>
> I don't think so.
>
> A couple of points:
>
> (1) The query I posted is asking for items NOT on loan and
> items NOT lost, so it should r
Chris Cormack wrote:
>> But we do have items on loan.
>>
> Have any marked lost?
I don't think so.
A couple of points:
(1) The query I posted is asking for items NOT on loan and
items NOT lost, so it should return results.
(2) ERROR 114 refers to an unknown object ID (oid), i.e.
some
2009/11/16 Rick Welykochy :
> LAURENT Henri-Damien wrote:
>
>> If you donot have any lost or onloan item,
>> then the /zebra /index wil not be created, thus the ERROR 114.
>> Sorry for your tribulations.
>
> But we do have items on loan.
>
Have any marked lost?
Chris
__
LAURENT Henri-Damien wrote:
> If you donot have any lost or onloan item,
> then the /zebra /index wil not be created, thus the ERROR 114.
> Sorry for your tribulations.
But we do have items on loan.
cheers
rickw
--
_
Rick Welykochy || Praxis Services
A lie c
Hi Rick,
If you donot have any lost or onloan item,
then the /zebra /index wil not be created, thus the ERROR 114.
Sorry for your tribulations.
--
Henri-Damien LAURENT
Rick Welykochy wrote:
> Hi yall,
>
> In continuing effort to complete an install of Koha/3.0.1 and get
> the OPAC search working,
Hi,
Run zebraqueue_daemon.pl script or enter rebuild_zebra.pl script in
cronjob for reindexing of zebra.
Muahmmad Wasim wrote:
>
> hi,
>
> We have installed koha 3.1 and when we insert some records after fresh
> installation, the indexing works properly. But when we import our records
> a
Do you have rebuild_zebra.pl set up as a cron job? See the appendix of the
online manual for syntax:
https://sites.google.com/a/liblime.com/koha-manual/Home/Table-of-Contents/Appendicies/cron-jobs
Jane Wagner
Library Systems Analyst
PTFS Inc.
Content Management and Library Solutions
6400 Gold
Hi,
On Thu, Apr 9, 2009 at 5:16 AM, wrote:
> 1) Where are the marc records stored in the case of nozebra?
Same as with Zebra mode - in the biblioitems table for bibs and
auth_header for authorities.
> 2) How to make provision for backups in both cases (zebra, nozebra)?
Zebra: back up the MySQ
Hi,
2009/4/8 C W Nel :
> 1) Firstly, how does Koha function with Zebra switched off?
If you're not using Zebra and turn the NoZebra system preference ON,
Koha will default to using a hand-coded Perl search engine.
> 2) What are the functions of the nozebra and the zebraqueue tables in mysql?
Th
Hi,
2009/3/26 Chadwick, John, DCA :
> And, this is the zebradaemon output log:
>
> 13:46:12-25/03 zebrasrv(5) [warn] zebra_lock_create fail
> fname=/var/lock/koha/zebradb/biblios/norm..LCK [Permission denied]
This is the relevant error message. zebrasrv is failing to start
because it cannot crea
://www.nmstatelibrary.org
-Original Message-
From: Adam Dickmeiss [mailto:a...@indexdata.dk]
Sent: Thursday, March 26, 2009 3:05 AM
To: Chadwick, John, DCA
Cc: koha-devel@lists.koha.org; k...@lists.katipo.co.nz
Subject: Re: [Koha-devel] Zebra stops searching after a crash
Chadwick, John
Chadwick, John, DCA wrote:
>
> We are getting ready to go into production and one of the Mac Minis
> that we have been testing on decided to crash today. After rebooting
> the server, searching with Zebra turned off works. Turning Zebra on
> and searching fails. Zebra was turned on prior to the
paul POULAIN wrote:
> Hi,
>
> on a large database (SAN-OP, 300 000 items), we have noticed that the
> recDB file of zebra is increasing.
> On a freshly indexed DB, it's less than 1G, and, in 2-3 weeks, it can
> reach up to 2GB.
>
> Did anyone notice this ? Is there an explanation ? a solution (ap
24 matches
Mail list logo
