From starsid at gmail.com Thu Aug 2 08:42:39 2012 From: starsid at gmail.com (starsid) Date: Wed, 1 Aug 2012 23:42:39 -0700 (PDT) Subject: [Koha-zebra] yaz-client works but no dice from koha In-Reply-To: <1325711785.11966.3.camel@localhost.localdomain> References: <1325643900.831.88.camel@localhost.localdomain> <1325711785.11966.3.camel@localhost.localdomain> Message-ID: <1343889759279-5721930.post@n5.nabble.com> Joel Cornuz wrote > > > The problem was opening both tcp and unix > sockets for the authorites and biblio indexes. It now works like a charm > (touch wood) and it is now time to think about moving to production. > > Hi! I have a similar problem. yaz-client works but koha can not connect to the server. I even tried an independent perl script which tries to connect to the koha zebra server and it works. So, not sure where koha is faltering. koha cannot even connect to any external zebra server where yaz-client can connect very well from the same machine. I checked the permissions for the unix socket file and it seems ok. Can you elaborate a bit more when you say that the problem was that both tcp and unix sockets were open? -- View this message in context: http://koha.1045719.n5.nabble.com/yaz-client-works-but-no-dice-from-koha-tp5118560p5721930.html Sent from the Koha-zebra mailing list archive at Nabble.com. From jcornuz at gmail.com Thu Aug 2 17:34:28 2012 From: jcornuz at gmail.com (Joel Cornuz) Date: Thu, 02 Aug 2012 11:34:28 -0400 Subject: [Koha-zebra] yaz-client works but no dice from koha In-Reply-To: <1343889759279-5721930.post@n5.nabble.com> References: <1325643900.831.88.camel@localhost.localdomain> <1325711785.11966.3.camel@localhost.localdomain> <1343889759279-5721930.post@n5.nabble.com> Message-ID: <501A9E04.4080003@gmail.com> On 08/02/2012 02:42 AM, starsid wrote: > Joel Cornuz wrote >> >> The problem was opening both tcp and unix >> sockets for the authorites and biblio indexes. It now works like a charm >> (touch wood) and it is now time to think about moving to production. >> >> > Hi! > > I have a similar problem. yaz-client works but koha can not connect to the > server. I even tried an independent perl script which tries to connect to > the koha zebra server and it works. So, not sure where koha is faltering. > koha cannot even connect to any external zebra server where yaz-client can > connect very well from the same machine. I checked the permissions for the > unix socket file and it seems ok. > > Can you elaborate a bit more when you say that the problem was that both tcp > and unix sockets were open? > > > > -- > View this message in context: http://koha.1045719.n5.nabble.com/yaz-client-works-but-no-dice-from-koha-tp5118560p5721930.html > Sent from the Koha-zebra mailing list archive at Nabble.com. > _______________________________________________ > Koha-zebra mailing list > Koha-zebra at lists.koha-community.org > http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-zebra Hello, This is getting old, but if I remember well, in Koha's xml config file, you have 2 sockets that can be used for zebra: via TCP or Unix. Try using only one (or the other). Looks like it fixed it for me, hopefully it will do the same for you. Take care, Joel Below is the koha-conf.xml snippet: unix:/var/run/koha36/zebradb/bibliosocket unix:/var/run/koha36/zebradb/authoritysocket From paul.poulain at biblibre.com Thu Aug 2 17:36:32 2012 From: paul.poulain at biblibre.com (Paul Poulain) Date: Thu, 02 Aug 2012 17:36:32 +0200 Subject: [Koha-zebra] yaz-client works but no dice from koha In-Reply-To: <501A9E04.4080003@gmail.com> References: <1325643900.831.88.camel@localhost.localdomain> <1325711785.11966.3.camel@localhost.localdomain> <1343889759279-5721930.post@n5.nabble.com> <501A9E04.4080003@gmail.com> Message-ID: <501A9E80.3000904@biblibre.com> Le 02/08/2012 17:34, Joel Cornuz a ?crit : > On 08/02/2012 02:42 AM, starsid wrote: >> Joel Cornuz wrote >>> >>> The problem was opening both tcp and unix >>> sockets for the authorites and biblio indexes. It now works like a charm >>> (touch wood) and it is now time to think about moving to production. Maybe, but unix socket is faster than tcp, so fixing by switching to tcp has a perf counterpart ! -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : (33) 4 91 81 35 08 From starsid at gmail.com Fri Aug 3 02:13:04 2012 From: starsid at gmail.com (starsid) Date: Thu, 2 Aug 2012 17:13:04 -0700 (PDT) Subject: [Koha-zebra] yaz-client works but no dice from koha In-Reply-To: <501A9E80.3000904@biblibre.com> References: <1325643900.831.88.camel@localhost.localdomain> <1325711785.11966.3.camel@localhost.localdomain> <1343889759279-5721930.post@n5.nabble.com> <501A9E04.4080003@gmail.com> <501A9E80.3000904@biblibre.com> Message-ID: <1343952784903-5722122.post@n5.nabble.com> Well, it was already enabled to just the Unix socket. The TCP portion was commented out. I have also tried connecting to the zebra server through an independent perl script, which works. And I have also tried modifying the code in the C4 perl library directly to connect to the specific unix socket (without using the config file). I have also tried modifying it to use directly the tcp ports of public servers or tcp port of the local zebra server (after enabling it in the config file and restarting zebra). I am going to try running my independent perl script inside the apache and see if that works. Even sendmail is not working from within apache, it gives me a permission denied error but works fine independently as a separate perl script. So it has to be something in the environment in which the apache server is running which is prohibiting these connections. Surprisingly, perl inside apache can connect to the LDAP server just fine. The firewall is down, so that can not be a problem. -- View this message in context: http://koha.1045719.n5.nabble.com/yaz-client-works-but-no-dice-from-koha-tp5118560p5722122.html Sent from the Koha-zebra mailing list archive at Nabble.com. From starsid at gmail.com Fri Aug 3 05:17:47 2012 From: starsid at gmail.com (starsid) Date: Thu, 2 Aug 2012 20:17:47 -0700 (PDT) Subject: [Koha-zebra] yaz-client works but no dice from koha In-Reply-To: <1343952784903-5722122.post@n5.nabble.com> References: <1325643900.831.88.camel@localhost.localdomain> <1325711785.11966.3.camel@localhost.localdomain> <1343889759279-5721930.post@n5.nabble.com> <501A9E04.4080003@gmail.com> <501A9E80.3000904@biblibre.com> <1343952784903-5722122.post@n5.nabble.com> Message-ID: <1343963867695-5722125.post@n5.nabble.com> Got it! The problem was selinux which has separate security flags for httpd. I still have not found a way to get unix sockets to work with selinux and httpd, but tcp works fine now. Thanks for your help. :) -- View this message in context: http://koha.1045719.n5.nabble.com/yaz-client-works-but-no-dice-from-koha-tp5118560p5722125.html Sent from the Koha-zebra mailing list archive at Nabble.com. From scrittore at hotmail.it Thu Aug 9 10:28:01 2012 From: scrittore at hotmail.it (Sander898) Date: Thu, 9 Aug 2012 01:28:01 -0700 (PDT) Subject: [Koha-zebra] Cronjob of "rebuild_zebra.pl" doesn't work In-Reply-To: <1339072532142-5715172.post@n5.nabble.com> References: <1339046823772-5715141.post@n5.nabble.com> <1339072532142-5715172.post@n5.nabble.com> Message-ID: <1344500881127-5722747.post@n5.nabble.com> Hi, still i'm not able to solve this iusse with the cronjob. This is the crontab setting: http://koha.1045719.n5.nabble.com/file/n5722747/crontab.jpg And this is the text of the email send by the crontab: http://koha.1045719.n5.nabble.com/file/n5722747/crontab-mail.png Everything seems to be ok, but when i search in the OPAC the records are not reindex. If I run from the command line the same command of the cronjob: /usr/share/koha/bin/migration_tools/rebuild_zebra.pl -b -a -v the reindex work fine. Does anyone know what can be the cause of this iusse with the cronjob? Thanks and regards Sander -- View this message in context: http://koha.1045719.n5.nabble.com/Cronjob-of-rebuild-zebra-pl-doesn-t-work-tp5715141p5722747.html Sent from the Koha-zebra mailing list archive at Nabble.com. From mtompset at hotmail.com Thu Aug 9 10:53:08 2012 From: mtompset at hotmail.com (Mark Tompsett) Date: Thu, 9 Aug 2012 16:53:08 +0800 Subject: [Koha-zebra] Cronjob of "rebuild_zebra.pl" doesn't work In-Reply-To: <1344500881127-5722747.post@n5.nabble.com> References: <1339046823772-5715141.post@n5.nabble.com><1339072532142-5715172.post@n5.nabble.com> <1344500881127-5722747.post@n5.nabble.com> Message-ID: Greetings, First, I would expect "-b -a -z -v" or "-b -a -r -v". The former fits your running the reindexing every minute. The latter would be for a full reindex. Out of curiousity, what does "free -m" return? If you have no swap and your memory is low, you can experience unexplained index problems. If you do, you will need to do a full re-index. It doesn't help that, if I recall correctly, you are running this on a NON-Debian-based OS. This means if cron is an extra package you installed, the problem could be with the cron package, and not Koha. That makes your problem outside the scope of Koha, so our expertise is limited. Seeing as I have not attempted to successfully set up a tarball install on an RPM-based OS (one of my side projects of low priority), I can't make further suggestions. Though, you don't have to use cron, if that is not the default "run jobs at this time" or "run jobs every X minutes" default program for your OS. Just note: that these are suggestions, not recommendations. As Koha is recommended first and foremost to run on Debian and then less so on Debian-based OS's. And I make no guarantees, though I do try to be helpful. Perhaps my bizarre indexing journey may give you some ideas? http://koha.1045719.n5.nabble.com/Automatic-email-new-accounts-td5717388.html#a5720725 GPML, Mark Tompsett From scrittore at hotmail.it Thu Aug 9 17:56:10 2012 From: scrittore at hotmail.it (Sander898) Date: Thu, 9 Aug 2012 08:56:10 -0700 (PDT) Subject: [Koha-zebra] Cronjob of "rebuild_zebra.pl" doesn't work In-Reply-To: References: <1339046823772-5715141.post@n5.nabble.com> <1339072532142-5715172.post@n5.nabble.com> <1344500881127-5722747.post@n5.nabble.com> Message-ID: <1344527770691-5722867.post@n5.nabble.com> Hi Mark, thanks for your suggestion. This is the output of free -m: http://koha.1045719.n5.nabble.com/file/n5722867/freem.jpg Now i'm using Cronie as cron program, maybe can I try to install a different software (Dcron or Vixie-cron) and see if it work with Koha. What do you think? Thanks and Regards Sander -- View this message in context: http://koha.1045719.n5.nabble.com/Cronjob-of-rebuild-zebra-pl-doesn-t-work-tp5715141p5722867.html Sent from the Koha-zebra mailing list archive at Nabble.com. From mtompset at hotmail.com Thu Aug 9 18:24:02 2012 From: mtompset at hotmail.com (Mark Tompsett) Date: Fri, 10 Aug 2012 00:24:02 +0800 Subject: [Koha-zebra] Cronjob of "rebuild_zebra.pl" doesn't work In-Reply-To: <1344527770691-5722867.post@n5.nabble.com> References: <1339046823772-5715141.post@n5.nabble.com><1339072532142-5715172.post@n5.nabble.com><1344500881127-5722747.post@n5.nabble.com> <1344527770691-5722867.post@n5.nabble.com> Message-ID: Greetings, Actually, I was hoping that you would trigger a FULL reindex "-b -a -r -v" in one window, and then an another watch the memory slowly disappear for a period of time, like free -m -s 1. If your free memory drops below 30MB, you likely have a memory problem. I noticed you have no swap. If you can turn it on, you may wish to do so if your memory drops below 100MB free. I don't think changing programs will solve the problem, but I could be wrong. Beyond this, I don't know what to suggest. Let's recap ideas: 1) Did you check all your file permissions? 2) Have you considered restarting the koha-zebra-daemon daily? If you read my bizarre indexing journey, you'll note that I for some inexplicable reason have to restart the koha-zebra-daemon after a FULL reindex. I have not had to start it after an reindex every 5 minutes. 3) I don't think it would be the same problem for just the "-b -a -z -v". Did you add the '-z' into your crontab entry? 4) Have you considered changing the reindex to every 5, 10, or 15 minutes? If it restarts every minute, but it hasn't finished that means it is running twice at the same time, perhaps more. That would be bad, and could potentially mess indexes up. I know that running without the -z takes about the same amount of time as a full reindex, so every minute is not good if you have the wrong flags. Sorry, I can't help more. GPML, Mark Tompsett From scrittore at hotmail.it Fri Aug 10 09:27:37 2012 From: scrittore at hotmail.it (Sander898) Date: Fri, 10 Aug 2012 00:27:37 -0700 (PDT) Subject: [Koha-zebra] Cronjob of "rebuild_zebra.pl" doesn't work In-Reply-To: References: <1339046823772-5715141.post@n5.nabble.com> <1339072532142-5715172.post@n5.nabble.com> <1344500881127-5722747.post@n5.nabble.com> <1344527770691-5722867.post@n5.nabble.com> Message-ID: <1344583657617-5722934.post@n5.nabble.com> Hi Mark, thank you for your suggestion. I have do a fully re-index and I have restart the koha-zebra-daemon; then I have set the cron with -z and every 5 minuets, but the cron still doesn't work. Now I was checking all the file related to zebra and I see that these symbolic links are owned by root and not by koha user: ./proc/1071/fd: lrwx------ 1 root root 64 Aug 10 01:29 3 -> /tmp/koha-zebra-ctl.koha.pid l-wx------ 1 root root 64 Aug 10 01:29 4 -> /var/log/koha/koha-zebradaemon.err l-wx------ 1 root root 64 Aug 10 01:29 5 -> /var/log/koha/koha-zebradaemon-output.log l-wx------ 1 root root 64 Aug 10 01:29 6 -> /var/log/koha/koha-zebradaemon-output.log ./etc/init.d lrwxrwxrwx 1 root root 37 Jun 4 09:17 koha-zebra-daemon -> /usr/share/koha/bin/koha-zebra-ctl.sh The original file however are owned by koha; is it possible that these symbolic links are the cause of the iusse? Thanks and Regards Sander -- View this message in context: http://koha.1045719.n5.nabble.com/Cronjob-of-rebuild-zebra-pl-doesn-t-work-tp5715141p5722934.html Sent from the Koha-zebra mailing list archive at Nabble.com. From scrittore at hotmail.it Fri Aug 10 09:47:03 2012 From: scrittore at hotmail.it (Sander898) Date: Fri, 10 Aug 2012 00:47:03 -0700 (PDT) Subject: [Koha-zebra] Problem with Zebra indexing In-Reply-To: <1342581114638-5720162.post@n5.nabble.com> References: <1338627790189-5714780.post@n5.nabble.com> <1338807370459-5714827.post@n5.nabble.com> <1342581114638-5720162.post@n5.nabble.com> Message-ID: <1344584823055-5722941.post@n5.nabble.com> Hi Humberto, probably you miss the YAZ package, you can download it from indexdata. Regards Sander -- View this message in context: http://koha.1045719.n5.nabble.com/Problem-with-Zebra-indexing-tp5714780p5722941.html Sent from the Koha-zebra mailing list archive at Nabble.com. From mtompset at hotmail.com Fri Aug 10 09:52:51 2012 From: mtompset at hotmail.com (Mark Tompsett) Date: Fri, 10 Aug 2012 15:52:51 +0800 Subject: [Koha-zebra] Cronjob of "rebuild_zebra.pl" doesn't work In-Reply-To: <1344583657617-5722934.post@n5.nabble.com> References: <1339046823772-5715141.post@n5.nabble.com><1339072532142-5715172.post@n5.nabble.com><1344500881127-5722747.post@n5.nabble.com><1344527770691-5722867.post@n5.nabble.com> <1344583657617-5722934.post@n5.nabble.com> Message-ID: Greetings, --- SNIP --- ./proc/1071/fd: lrwx------ 1 root root 64 Aug 10 01:29 3 -> /tmp/koha-zebra-ctl.koha.pid l-wx------ 1 root root 64 Aug 10 01:29 4 -> --- SNIP --- That's weird, but I don't think these are relevant. But /tmp/koha-zebra-ctl.koha.pid is. What is the ls -la for /tmp/koha*? --- SNIP --- /var/log/koha/koha-zebradaemon.err l-wx------ 1 root root 64 Aug 10 01:29 5 -> /var/log/koha/koha-zebradaemon-output.log l-wx------ 1 root root 64 Aug 10 01:29 6 -> /var/log/koha/koha-zebradaemon-output.log --- SNIP --- That's weird too. The piping I used is based on knowing it is the last three lines. Here's mine (ls -la /var/log/koha | tail --lines=3): --- SNIP --- -rw-r--r-- 1 koha koha 1183 Aug 7 13:33 koha-zebradaemon-output.log -rw-r--r-- 1 koha koha 0 Feb 23 03:10 koha-zebradaemon.err -rw-r--r-- 1 koha koha 1 Jun 29 04:09 koha-zebradaemon.log --- SNIP --- These are generated by the koha-zebra-daemon. So, you may wish to stop it. Delete these. And restart it. Hopefully it will generate something closer to what I've shown you. --- SNIP --- ./etc/init.d lrwxrwxrwx 1 root root 37 Jun 4 09:17 koha-zebra-daemon -> /usr/share/koha/bin/koha-zebra-ctl.sh --- SNIP --- That should be fine *IF* /usr/share/koha/bin/koha-zebra-ctl.sh is owned by koha. But does an RPM-base system use /etc/init.d? I don't feel like spending 20 minutes to boot my CentOS VM to check. --- SNIP --- The original file however are owned by koha; is it possible that these symbolic links are the cause of the iusse? --- SNIP --- Perhaps. Are you running the reindexing as koha, or another user? You need to run the reindexing as koha. And though you may start the koha-zebra-daemon as root, it should be running as koha too: (ps aux | grep zebra) koha 5041 0.0 0.0 16832 548 ? Ss Aug09 0:00 daemon --name=koha-zebra-ctl.kohadata --errlog=/var/log/koha/koha-zebradaemon.err --stdout=/var/log/koha/koha-zebradaemon.log --output=/var/log/koha/koha-zebradaemon-output.log --verbose=1 --respawn --delay=30 --user=koha koha -- /usr/bin/zebrasrv -v none,fatal,warn -f /etc/koha/koha-conf.xml mtompset 5846 0.0 0.0 348 72 pts/0 R+ 15:50 0:00 grep --color=auto zebra koha 22494 0.0 0.6 99632 7188 ? S 01:15 0:00 /usr/bin/zebrasrv -v none,fatal,warn -f /etc/koha/koha-conf.xml GPML, Mark Tompsett From scrittore at hotmail.it Fri Aug 10 11:26:28 2012 From: scrittore at hotmail.it (Sander898) Date: Fri, 10 Aug 2012 02:26:28 -0700 (PDT) Subject: [Koha-zebra] Cronjob of "rebuild_zebra.pl" doesn't work In-Reply-To: References: <1339046823772-5715141.post@n5.nabble.com> <1339072532142-5715172.post@n5.nabble.com> <1344500881127-5722747.post@n5.nabble.com> <1344527770691-5722867.post@n5.nabble.com> <1344583657617-5722934.post@n5.nabble.com> Message-ID: <1344590788555-5722968.post@n5.nabble.com> Hi Mark, thanks you; the ls -la for temp is: [root at host tmp]# ls -la total 1956 drwxrwxrwt 4 root root 4096 Aug 10 12:15 . dr-xr-xr-x 26 root root 4096 Aug 10 02:00 .. drwxr-xr-x 2 apache apache 4096 Jul 16 09:53 0f9a346a3b7c6ad3f41327039d2216e3 -rw------- 1 root root 1802274 Aug 8 12:46 autoinstaller3.log srwx------ 1 root root 0 Aug 8 12:12 autoinstaller_webui_socket -rw-r----- 1 apache apache 368 Jul 15 18:20 cgisess_c7c4f9d9e625cbd20cf0647ac23966f8 -rw-r----- 1 apache apache 140 Jul 16 00:19 cgisess_e017755d21c0e6872ceea6317c8d10af -rw-r----- 1 apache apache 355 Jul 16 00:20 cgisess_fde3100b9a601a4063d1a5f1dd820d92 -rw------- 1 root root 12288 Aug 9 16:47 .crontab.9IWPvo.swp -rw-r--r-- 1 apache apache 0 Aug 8 14:50 DavLock.dir -rw-r--r-- 1 apache apache 0 Aug 8 14:50 DavLock.pag drwxrwxrwt 2 root root 4096 Jul 14 21:10 .ICE-unix *-rw-r--r-- 1 koha koha 6 Aug 10 11:05 koha-zebra-ctl.koha.pid* -rw------- 1 root root 2892 Aug 8 12:17 mchk.log -rw------- 1 root root 134058 Aug 8 12:30 plesk_10.4.4_installation.log -rw------- 1 root root 0 Jul 15 03:09 psa-installer.lock -rw------- 1 root root 1164 Aug 8 12:17 vps-optimized-mysql-innodb_installation.log Now I have stop and restart the koha-zebra-daemon as koha user (the /proc/1071 folder is disappear), and do a full re-index as koha user, but the issue still remain. Now I look at the /var/log/koha/koha-zebradaemon-output.log file and see this ir_exception at the end of every cron process 12:10:45-10/08 zebrasrv(4) [warn] Index 'Content-type' not found in attset(s) 12:10:45-10/08 zebrasrv(4) [warn] Index 'Content-type' not found in attset(s) 12:10:45-10/08 zebrasrv(4) [warn] Index 'Content-type' not found in attset(s) 12:10:45-10/08 zebrasrv(4) [warn] Index 'Conference-code' not found in attset(s) 12:10:45-10/08 zebrasrv(4) [warn] Index 'Festschrift-indicator' not found in attset(s) 12:10:45-10/08 zebrasrv(4) [warn] Index 'Index-indicator' not found in attset(s) 12:10:45-10/08 zebrasrv(4) [warn] Index 'Literature-Code' not found in attset(s) 12:10:45-10/08 zebrasrv(4) [warn] Index 'Biography-Code' not found in attset(s) 12:10:45-10/08 zebrasrv(4) [warn] Index 'Type-Of-Serial' not found in attset(s) 12:10:45-10/08 zebrasrv(4) [warn] Index 'Frequency-code' not found in attset(s) 12:10:45-10/08 zebrasrv(4) [warn] Index 'Regularity-code' not found in attset(s) 12:10:45-10/08 zebrasrv(4) [warn] Index 'Content-type' not found in attset(s) 12:10:45-10/08 zebrasrv(4) [warn] Index 'Content-type' not found in attset(s) 12:10:45-10/08 zebrasrv(4) [warn] Index 'Conference-publication-Code' not found in attset(s) 12:10:45-10/08 zebrasrv(4) [warn] Index 'Title-Page-availability-Code' not found in attset(s) 12:10:45-10/08 zebrasrv(4) [warn] Index 'Index-availability-Code' not found in attset(s) 12:10:45-10/08 zebrasrv(4) [warn] Index 'Cumulative-Index-availability-Code' not found in attset(s) 12:10:45-10/08 zebrasrv(4) [warn] Index 'Video-mt' not found in attset(s) 12:10:45-10/08 zebrasrv(4) [warn] Index 'Graphics-type' not found in attset(s) 12:10:45-10/08 zebrasrv(4) [warn] Index 'Graphics-support' not found in attset(s) 12:10:45-10/08 zebrasrv(4) [warn] Index 'Graphics-support' not found in attset(s) 12:10:45-10/08 zebrasrv(4) [warn] Index 'Serials' not found in attset(s) 12:10:45-10/08 zebrasrv(4) [warn] Index 'Serials' not found in attset(s) 12:10:45-10/08 zebrasrv(4) [warn] Index 'Printed-music' not found in attset(s) 12:10:45-10/08 zebrasrv(4) [warn] Index 'Printed-music' not found in attset(s) 12:10:45-10/08 zebrasrv(4) [warn] Index 'Electronic-ressource' not found in attset(s) 12:10:45-10/08 zebrasrv(4) [warn] Index 'Title-host' not found in attset(s) 12:10:45-10/08 zebrasrv(4) [warn] Index 'title-host' not found in attset(s) 12:10:45-10/08 zebrasrv(4) [warn] Index 'Title-host' not found in attset(s) 12:10:45-10/08 zebrasrv(4) [warn] Index 'title-host' not found in attset(s) 12:10:45-10/08 zebrasrv(4) [warn] Index 'lcn' not found in attset(s) 12:10:45-10/08 zebrasrv(4) [warn] Index 'lcn' not found in attset(s) *12:10:46-10/08 zebrasrv(4) [warn] ir_session (exception)* Maybe is this the output of the issue with cron? Thanks and Regards Sander -- View this message in context: http://koha.1045719.n5.nabble.com/Cronjob-of-rebuild-zebra-pl-doesn-t-work-tp5715141p5722968.html Sent from the Koha-zebra mailing list archive at Nabble.com. From scrittore at hotmail.it Fri Aug 10 12:36:42 2012 From: scrittore at hotmail.it (Sander898) Date: Fri, 10 Aug 2012 03:36:42 -0700 (PDT) Subject: [Koha-zebra] Cronjob of "rebuild_zebra.pl" doesn't work In-Reply-To: <1344590788555-5722968.post@n5.nabble.com> References: <1339046823772-5715141.post@n5.nabble.com> <1339072532142-5715172.post@n5.nabble.com> <1344500881127-5722747.post@n5.nabble.com> <1344527770691-5722867.post@n5.nabble.com> <1344583657617-5722934.post@n5.nabble.com> <1344590788555-5722968.post@n5.nabble.com> Message-ID: <1344595002650-5722981.post@n5.nabble.com> Hi Mark, I have also these error messages (each time the cron job run and try to re index a modified record) in the /var/log/koha-error_log file: [Fri Aug 10 12:36:16 2012] [error] [client 90.314.0.160] [Fri Aug 10 12:36:16 2012] addbiblio.pl: Subroutine plugin redefined at /usr/share/koha/intranet/cgi-bin/cataloguing/value_builder/unimarc_field_210c.pl line 95., referer: http://catalog.sitename.net:8080/cgi-bin/koha/cataloguing/addbiblio.pl?biblionumber=3&op= Thanks and regards Sander -- View this message in context: http://koha.1045719.n5.nabble.com/Cronjob-of-rebuild-zebra-pl-doesn-t-work-tp5715141p5722981.html Sent from the Koha-zebra mailing list archive at Nabble.com. From eugenegf at yahoo.com Wed Aug 15 04:36:33 2012 From: eugenegf at yahoo.com (schnydszch) Date: Tue, 14 Aug 2012 19:36:33 -0700 (PDT) Subject: [Koha-zebra] Koha advance search Message-ID: <1344998193908-5723458.post@n5.nabble.com> gud day koha users and developers. how do I make a MARC field-subfield be searchable in advance search. like make MARC field 590a is included in the searching limit (in advance search) of date? -- View this message in context: http://koha.1045719.n5.nabble.com/Koha-advance-search-tp5723458.html Sent from the Koha-zebra mailing list archive at Nabble.com. From jcamins at cpbibliography.com Thu Aug 23 15:46:55 2012 From: jcamins at cpbibliography.com (Jared Camins-Esakov) Date: Thu, 23 Aug 2012 09:46:55 -0400 Subject: [Koha-zebra] Koha advance search In-Reply-To: <1344998193908-5723458.post@n5.nabble.com> References: <1344998193908-5723458.post@n5.nabble.com> Message-ID: Hello. > gud day koha users and developers. how do I make a MARC field-subfield be > searchable in advance search. like make MARC field 590a is included in the > searching limit (in advance search) of date? > Depending on whether you are using GRS-1 or DOM indexing, you will need to edit either record.abs (for GRS-1) or biblio-koha-indexdefs.xml and biblio-zebra-indexdefs.xsl (for DOM). I suspect you will want to add a 'pubdate:y' index and a 'pubdate:n' on 590$a. I do not know exactly what side effects this change would have, nor whether this would work the way you would like. I suspect it will probably break sorting on publication date, at the very least. Also note that any changes you make will be lost on upgrade. Good luck. Regards, Jared -- Jared Camins-Esakov Bibliographer, C & P Bibliography Services, LLC (phone) +1 (917) 727-3445 (e-mail) jcamins at cpbibliography.com (web) http://www.cpbibliography.com/ -------------- next part -------------- An HTML attachment was scrubbed... URL: