koha-zebra-daemon not starting

classic Classic list List threaded Threaded
63 messages Options
123
Reply | Threaded
Open this post in threaded view
|

koha-zebra-daemon not starting

Paul A
Koha 3.8.3 on Ubuntu 12.04 LTS server (new install, full upgrade)

Everything went well on install.  Data from 3.6.1 "converted" to 3.8.3 when
I opened the staff-admin page; zebra reindex went well for authorities, but
failed for biblios first time around:

14:27:16-19/08 zebraidx(3357) [warn] zebra_lock_create fail
fname=/var/lock/koha/zebradb/biblios/norm..LCK [No such file or directory]
14:27:16-19/08 zebraidx(3357) [warn] zebra_lock_create fail
fname=/var/lock/koha/zebradb/biblios/shadow..LCK [No such file or directory]
14:27:16-19/08 zebraidx(3357) [fatal] Could not select database biblios
errCode=109

but after a reboot, rebuild_zebra.pl -b -r -v -x reported nothing fatal
(single warning about a register not found, no details); cron job running
normally.

But neither OPAC nor staff search functions are operational.

The only anomaly that I've found so far is that
/etc/init.d/koha-zebra-daemon when run from the command line reports
failure at line 73 (and does not create any error logs), but ps aux reports
the daemon as running (well, "S+" -- sleep forground.)

Anyone got any thoughts please?

tnx and br - Paul

_______________________________________________
Koha-devel mailing list
[hidden email]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
Reply | Threaded
Open this post in threaded view
|

Re: koha-zebra-daemon not starting

Paul A
At 02:24 PM 8/20/2012 +1200, Mason James wrote:
>On 2012-08-20, at 7:36 AM, Paul wrote:
> > Koha 3.8.3 on Ubuntu 12.04 LTS server (new install, full upgrade)
>using what method?

Apologies for the lack of clarity. In a nutshell:

Ubuntu: latest ISO [ubuntu-12.04-server-amd64.iso, build 20120424.1 ] ==>
CDRom, apt-get update, apt-get upgrade, apache2, perl, sendmail, mysql,
yaz, idzebra-2.0

Koha: koha-3.08.03.tar.gz, install_misc/ubuntu.packages, make|test|install

Koha db: mysql dump from production 3.6.1, restore, let Koha staff-admin
"do its thing."

Verify that "use zebra" is checked, re-index auths and biblios
(separately), verify cron functions

Everything (as far as I have verified so far) is fully functional, _EXCEPT_
OPAC and staff-admin search functions.

I now have 3 servers running 3 different versions of Koha: 3.6.1
(production 64-bit machine), 3.6.7 (sandbox i386), and this latest 3.8.3 --
fyi, I've looked at users, groups, permissions (my first guess as to why
zebra was non-funtional), compared with the two other installations and
cannot see any obvious differences.

My "end-game" is to get 3.8.3 onto the production server with the least
possible downtime -- hence this trial on a near-identical 64-bit machine (6
core Intel i7-980X, solid state raided drives, 16Gb ram.)

P.  

_______________________________________________
Koha-devel mailing list
[hidden email]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
Reply | Threaded
Open this post in threaded view
|

Re: koha-zebra-daemon not starting

Tomas Cohen Arazi
In reply to this post by Paul A
On Sun, Aug 19, 2012 at 4:36 PM, Paul <[hidden email]> wrote:

> Koha 3.8.3 on Ubuntu 12.04 LTS server (new install, full upgrade)
>
> Everything went well on install.  Data from 3.6.1 "converted" to 3.8.3 when
> I opened the staff-admin page; zebra reindex went well for authorities, but
> failed for biblios first time around:
>
> 14:27:16-19/08 zebraidx(3357) [warn] zebra_lock_create fail
> fname=/var/lock/koha/zebradb/biblios/norm..LCK [No such file or directory]
> 14:27:16-19/08 zebraidx(3357) [warn] zebra_lock_create fail
> fname=/var/lock/koha/zebradb/biblios/shadow..LCK [No such file or directory]
> 14:27:16-19/08 zebraidx(3357) [fatal] Could not select database biblios
> errCode=109
>
> but after a reboot, rebuild_zebra.pl -b -r -v -x reported nothing fatal
> (single warning about a register not found, no details); cron job running
> normally.
>
> But neither OPAC nor staff search functions are operational.
>
> The only anomaly that I've found so far is that
> /etc/init.d/koha-zebra-daemon when run from the command line reports failure
> at line 73 (and does not create any error logs), but ps aux reports the
> daemon as running (well, "S+" -- sleep forground.)
>
> Anyone got any thoughts please?
>
> tnx and br - Paul

You need to answer what method r u using for install. If using
tarball, then you might be running the zebra daemon using de 'koha'
user and 'koha' group. Do they exist? If this was the case, then this
should create the missing dir:

mkdir -p /var/lock/koha/zebradb/biblios/ ; chown -R koha:koha
/var/lock/koha/zebradb/

Also (just in case):

chown -R koha:koha /var/log/koha

Also, every time you run rebuild_zebra.pl you should do it like:

su - koha -c "KOHA_CONF=/etc/koha/koha-conf.xml
PERL5LIB=/usr/share/koha/lib
/usr/share/koha/bin/migration_tools/rebuild_zebra.pl -b -r -v -x"

So everything is created with the right UID.

Regards
To+
_______________________________________________
Koha-devel mailing list
[hidden email]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
Reply | Threaded
Open this post in threaded view
|

Re: koha-zebra-daemon not starting

Barry Cannon-4
Shouldn't running "zebrasrv -f /etc/koha/koha-conf.xml" (or whatever
your path is) as the index owner give you a good indication of what is
going on (it should at least get you pointed in the right direction as
it should dump out the error to console)

-Barry


On 20/08/12 15:47, Tomas Cohen Arazi wrote:

> On Sun, Aug 19, 2012 at 4:36 PM, Paul <[hidden email]> wrote:
>> Koha 3.8.3 on Ubuntu 12.04 LTS server (new install, full upgrade)
>>
>> Everything went well on install.  Data from 3.6.1 "converted" to 3.8.3 when
>> I opened the staff-admin page; zebra reindex went well for authorities, but
>> failed for biblios first time around:
>>
>> 14:27:16-19/08 zebraidx(3357) [warn] zebra_lock_create fail
>> fname=/var/lock/koha/zebradb/biblios/norm..LCK [No such file or directory]
>> 14:27:16-19/08 zebraidx(3357) [warn] zebra_lock_create fail
>> fname=/var/lock/koha/zebradb/biblios/shadow..LCK [No such file or directory]
>> 14:27:16-19/08 zebraidx(3357) [fatal] Could not select database biblios
>> errCode=109
>>
>> but after a reboot, rebuild_zebra.pl -b -r -v -x reported nothing fatal
>> (single warning about a register not found, no details); cron job running
>> normally.
>>
>> But neither OPAC nor staff search functions are operational.
>>
>> The only anomaly that I've found so far is that
>> /etc/init.d/koha-zebra-daemon when run from the command line reports failure
>> at line 73 (and does not create any error logs), but ps aux reports the
>> daemon as running (well, "S+" -- sleep forground.)
>>
>> Anyone got any thoughts please?
>>
>> tnx and br - Paul
> You need to answer what method r u using for install. If using
> tarball, then you might be running the zebra daemon using de 'koha'
> user and 'koha' group. Do they exist? If this was the case, then this
> should create the missing dir:
>
> mkdir -p /var/lock/koha/zebradb/biblios/ ; chown -R koha:koha
> /var/lock/koha/zebradb/
>
> Also (just in case):
>
> chown -R koha:koha /var/log/koha
>
> Also, every time you run rebuild_zebra.pl you should do it like:
>
> su - koha -c "KOHA_CONF=/etc/koha/koha-conf.xml
> PERL5LIB=/usr/share/koha/lib
> /usr/share/koha/bin/migration_tools/rebuild_zebra.pl -b -r -v -x"
>
> So everything is created with the right UID.
>
> Regards
> To+
> _______________________________________________
> Koha-devel mailing list
> [hidden email]
> http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
> website : http://www.koha-community.org/
> git : http://git.koha-community.org/
> bugs : http://bugs.koha-community.org/

_______________________________________________
Koha-devel mailing list
[hidden email]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
Reply | Threaded
Open this post in threaded view
|

Re: koha-zebra-daemon not starting

Paul A
In reply to this post by Paul A
I've tried to keep this to a minimum, there is a 'conclusion' further down:

At 11:47 AM 8/20/2012 -0300, Tomas and Barry wrote:

>On Sun, Aug 19, 2012 at 4:36 PM, Paul <[hidden email]> wrote:
> > Koha 3.8.3 on Ubuntu 12.04 LTS server (new install, full upgrade)
>[snip]
> > But neither OPAC nor staff search functions are operational.
> >
> > The only anomaly that I've found so far is that
> > /etc/init.d/koha-zebra-daemon when run from the command line reports
> failure
> > at line 73 (and does not create any error logs), but ps aux reports the
> > daemon as running (well, "S+" -- sleep forground.)
> >
> > Anyone got any thoughts please?
>
>You need to answer what method r u using for install.

Pls see my earlier email [Mon, 20 Aug 2012 09:48:19 -0400]

>If using
>tarball, then you might be running the zebra daemon using de 'koha'
>user and 'koha' group. Do they exist? If this was the case, then this
>should create the missing dir:
>
>mkdir -p /var/lock/koha/zebradb/biblios/ ; chown -R koha:koha
>/var/lock/koha/zebradb/

Yes - tarball, but the dir was already (correctly) there:
paul@server:/var/lock/koha/zebradb$ ls -l
total 0
drwxr-xr-x 2 koha koha 40 Aug 20 11:33 authorities
drwxr-xr-x 2 koha koha 40 Aug 20 11:33 biblios

>Also (just in case):
>chown -R koha:koha /var/log/koha

Again, correctly there:
paul@server:/var/log$ ls -l | grep koha
drwxr-xr-x 2 koha koha 4096 Aug 19 11:19 koha

>Also, every time you run rebuild_zebra.pl you should do it like:
>
>su - koha -c "KOHA_CONF=/etc/koha/koha-conf.xml
>PERL5LIB=/usr/share/koha/lib
>/usr/share/koha/bin/migration_tools/rebuild_zebra.pl -b -r -v -x"

What's the '-c'? (I don't think I've ever used this construct) and I don't
think there's any difference, but I 'su koha' first, then 'cd
usr/share/koha', then
KOHA_CONF=/etc/koha/koha-conf.xml PERL5LIB=/usr/share/koha/lib
./bin/migration_tools/rebuild_zebra.pl -a -r -v
and
KOHA_CONF=/etc/koha/koha-conf.xml PERL5LIB=/usr/share/koha/lib
./bin/migration_tools/rebuild_zebra.pl -b -r -v -x

and Barry Cannon wrote:
>Shouldn't running "zebrasrv -f /etc/koha/koha-conf.xml" (or whatever your
>path is) as the index owner give you a good indication of what is going on
>(it should at least get you pointed in the right direction as it should
>dump out the error to console)

Interesting !!! or ;=} -- I tried that:

koha@server:/$ zebrasrv -f /etc/koha/koha-conf.xml
11:51:06-20/08 [log] zebra_start 2.0.44
419ad759807269fdfa379799a051ed3a551c6541
11:51:06-20/08 [log] config /etc/koha/zebradb/zebra-biblios-dom.cfg
11:51:06-20/08 [log] Loaded filter module
/usr/lib/idzebra-2.0/modules/mod-grs-xml.so
[snip more filters for zebra-biblios-dom and zebra-authorities-dom
11:51:06-20/08 [server] Adding dynamic listener on
unix:/var/run/koha/zebradb/bibliosocket id=1
11:51:06-20/08 [server] Adding dynamic listener on
unix:/var/run/koha/zebradb/authoritysocket id=2

at which point that terminal just hangs on an ongoing op, but shows that
the sockets were not previously opened. So, re-indexing again:

for authorities:

25901................................
Records exported: 25933
====================
REINDEXING zebra
====================
skipping biblios
====================
CLEANING
====================

and for biblios:

37301...........................................................................37401....................
Records exported: 37417
====================
REINDEXING zebra
====================
12:04:12-20/08 zebraidx(2841) [warn] Unknown register type:
====================
CLEANING
====================

Which corresponds to the ps aux | grep koha during the re-indexing:

koha      2738  0.0  0.1 119084  4212 pts/2    S+   12:01   0:00 su - koha
-c KOHA_CONF=/etc/koha/koha-conf.xml PERL5LIB=/usr/share/koha/lib
/usr/share/koha/bin/migration_tools/rebuild_zebra.pl -b -r -v -x
koha      2747 73.8  1.4 259028 56272 pts/2    S+   12:01   2:07
/usr/bin/perl /usr/share/koha/bin/migration_tools/rebuild_zebra.pl -b -r -v -x
koha      2841 96.1  1.6 233556 64240 pts/2    Rl+  12:04   0:27 zebraidx
-c /etc/koha/zebradb/zebra-biblios-dom.cfg -v none,fatal,warn -g marcxml -d
biblios update /tmp/q2UPWJgDrk/biblio

and now we've got the search in OPAC and staff-admin finding the 37301
biblios. And I still don't know what the "[warn] Unknown register type: "
might mean. Some hangover from 3.6.1 to 3.8.3?

BUT ... the incremental cron (shows up in /var/log/syslog as working every
1 minute), does _NOT_ add new records.

Conclusion: I'll keep going at this (half an hour here and there, it's our
"tourist season", busiest time of the year) but somewhere, can't remember,
there's something about Ubuntu 12.04 not renewing sockets, .LOKs, etc on
reboot. Maybe I'm way off track, but it's the best avenue I have at the
moment. Thoughts, please?

Best - Paul

_______________________________________________
Koha-devel mailing list
[hidden email]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
Reply | Threaded
Open this post in threaded view
|

Re: koha-zebra-daemon not starting

Paul A
At 05:21 PM 8/21/2012 +1200, Mason James wrote:
> >
> > BUT ... the incremental cron (shows up in /var/log/syslog as working
> every 1 minute), does _NOT_ add new records.
>
>if you have problems setting up your cron stuff, use the debian packages
>
>the cron stuff works 'automagically' with the debian packages :)

Yup -- and it works equally well on my two other Ubuntu-based servers
running Koha 3.6.1 and 3.6.7

Question to all familiar with Ubuntu installs of Koha: do you use the non
gui server "out-of-the-box" or have you added any gui apps (gdm, xorg,
whatever)? The reason I'm asking is that there are documented kernel changes.

Tnx - Paul.

_______________________________________________
Koha-devel mailing list
[hidden email]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
Reply | Threaded
Open this post in threaded view
|

Re: koha-zebra-daemon not starting

Paul A
At 11:01 AM 8/22/2012 +1200, you wrote:

>On 2012-08-22, at 9:32 AM, Paul wrote:
>
> > At 05:21 PM 8/21/2012 +1200, Mason James wrote:
> >> >
> >> > BUT ... the incremental cron (shows up in /var/log/syslog as working
> every 1 minute), does _NOT_ add new records.
> >>
> >> if you have problems setting up your cron stuff, use the debian packages
> >>
> >> the cron stuff works 'automagically' with the debian packages :)
> >
> > Yup -- and it works equally well on my two other Ubuntu-based servers
> running Koha 3.6.1 and 3.6.7
>
>
>yup, so just do a package install, and fix your problem

O.K. I'll bite: a "package install" of exactly what?

Does it cure the problem: "the incremental cron (shows up in
/var/log/syslog as working every 1 minute), does _NOT_ add new records"?

For your information -- because you maybe haven't read the whole thread --
I have three instances of Koha running on three totally independent
servers, and *only* Koha 3.8.3 shows this anomaly; the other two are fully
functional. All servers built by the same person (me) using the same
methodology; all servers have same (give|take Koha version and one server
with upgraded Ubuntu 11.10 vice 12.04) file structures, permissions,
versions of perl, yaz, idzebra, mysql, etc.

I'll be really happy to follow your suggestion to "just do a package
install" but would respectfully ask you to be a little|much more precise as
to exactly what ...

Thanks for your interest,
Paul

_______________________________________________
Koha-devel mailing list
[hidden email]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
Reply | Threaded
Open this post in threaded view
|

Re: koha-zebra-daemon not starting

Mark Tompsett
In reply to this post by Paul A
Greetings,

> Question to all familiar with Ubuntu installs of Koha: do you use the non
> gui server "out-of-the-box" or have you added any gui apps (gdm, xorg,
> whatever)? The reason I'm asking is that there are documented kernel
> changes.

$ sudo apt-get install lynx

This works well enough with the web install portion of the Koha
installation. Why would I want to install anything gui on an Ubuntu server?
If some gui-pieces make it in based on the tarball dselect, it happens. I
used command-line only to build, install, and configure our Koha 3.6.3
installation from a tarball on Ubuntu 10.04 LTS. We hope to migrate to Koha
to Ubuntu 12.04 LTS in the near future. The version of Koha has yet to be
determined.

Hope this is useful feedback.

GPML,
Mark Tompsett

_______________________________________________
Koha-devel mailing list
[hidden email]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
Reply | Threaded
Open this post in threaded view
|

Re: koha-zebra-daemon not starting

Mark Tompsett
In reply to this post by Paul A
Greetings,

A package install is relatively easy. Someone correct me if I'm wrong, but
it goes something like:
1) mysqldump your Koha database.
2) Try following the instructions on
http://wiki.koha-community.org/wiki/Koha_3.8_on_Debian_Squeeze
    (You probably will have some questions as you go along, so feel free to
ask. Questions will help improve the documentation.)
3) Before the webinstall step, import your mysqldump.
4) Run webinstall.
5) Everything should be in place afterwards.

The difference between a tarball install and a packages install is mostly
the resulting directory structure locations of things. However, you get the
added advantage of access to other scripts which people constantly refer to
on the lists, but never really apply for tarball installations.

GPML,
Mark Tompsett

_______________________________________________
Koha-devel mailing list
[hidden email]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
Reply | Threaded
Open this post in threaded view
|

Re: koha-zebra-daemon not starting

Chris Cormack-6
On 22 August 2012 12:06, Mark Tompsett <[hidden email]> wrote:

> Greetings,
>
> A package install is relatively easy. Someone correct me if I'm wrong, but
> it goes something like:
> 1) mysqldump your Koha database.
> 2) Try following the instructions on
> http://wiki.koha-community.org/wiki/Koha_3.8_on_Debian_Squeeze
>    (You probably will have some questions as you go along, so feel free to
> ask. Questions will help improve the documentation.)
> 3) Before the webinstall step, import your mysqldump.
> 4) Run webinstall.
> 5) Everything should be in place afterwards.
>
> The difference between a tarball install and a packages install is mostly
> the resulting directory structure locations of things. However, you get the
> added advantage of access to other scripts which people constantly refer to
> on the lists, but never really apply for tarball installations.
>
But really the main advantage is that your next upgrade is apt-get upgrade.
Even without the scripts that's still a huge advantage.

Also, the packages set up the cron jobs properly and without typos
which is suspect is what is wrong here

Chris
_______________________________________________
Koha-devel mailing list
[hidden email]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
Reply | Threaded
Open this post in threaded view
|

3.8.4 interim [was: koha-zebra-daemon not starting]

Paul A
In reply to this post by Mark Tompsett
At 08:06 AM 8/22/2012 +0800, [someone, because this is not personal] wrote:

>A package install is relatively easy. Someone correct me if I'm wrong, but
>it goes something like:
>1) mysqldump your Koha database.
>2) Try following the instructions on
>http://wiki.koha-community.org/wiki/Koha_3.8_on_Debian_Squeeze
>    (You probably will have some questions as you go along, so feel free
> to ask. Questions will help improve the documentation.)
>3) Before the webinstall step, import your mysqldump.
>4) Run webinstall.
>5) Everything should be in place afterwards.
>The difference between a tarball install and a packages install is mostly
>the resulting directory structure locations of things. However, you get
>the added advantage of access to other scripts which people constantly
>refer to on the lists, but never really apply for tarball installations.

OK -- now I'm totally confused (end of the day, tired) but I got fed up on
the last "attempt" at 3.8.3 (same results on a brand new install, wiped the
server totally clean), then saw that Chris had announced 3.8.4, so wiped
the server again, and it's worse than before [see below] because
"apparently???" dpkg / dselect  is attempting an i386 package for libxml2,
and I end up with 5 modules "required" and four "listed" but not required.

Now, I did the koha-3.08.04 via wget and suddenly learn that "package" is
different from "tarball". Is the tarball different? or invalid? (see below
for the i386 error.) I've been using tyarballs for years (and Koha in
particular since 3.4.? through the whole 3.6 series) so do I have to change?

With respect, why do I have to learn a different "resulting directory
structure locations of things."  Will I be able to compare a fully working
3.6.7 with a new 3.8.4? That's a new learning experience, and what are the
structural differences? And is "Debian Squeeze" == "Ubuntu 12.04".  And I
guess I can restore the mysql db *before* installing Koha, but what's the
significance?

Anyway, until tomorrow, here's waht I got with 2.8.4 on 12.04 (all virgin):

$ sudo dpkg --set-selections < install_misc/ubuntu.packages
$ sudo dselect

then at [I]nstall:

Errors were encountered while processing:
  /var/cache/apt/archives/libxml2-dev_2.7.8.dfsg-5.1ubuntu4.1_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
Some errors occurred while unpacking. Packages that were installed
will be configured. This may result in duplicate errors
or errors caused by missing dependencies. This is OK, only the errors
above this message are important. Please fix them and run [I]nstall again
Press enter to continue.
Errors were encountered while processing:
  libxslt1-dev:i386

dselect: warning: subprocess installation script returned error exit status 100
Press <enter> to continue.

paul@server:/koha-3.08.04$  ./koha_perl_deps.pl -m

                                               Installed         Required
        Module is
Module
Name                                   Version           Version
Required
--------------------------------------------------------------------------------------------
DBD::SQLite2                                  0
*               0.33                    No
Graphics::Magick                              0
*               1.3.05                  No
Lingua::Stem::Snowball                        0
*               0.952                   Yes
Net::Z3950::ZOOM                              0
*               1.16                    Yes
Readonly::XS                                  0
*               1.02                    No
Template                                      0
*               2.22                    Yes
Template::Plugin::HtmlToText                  0
*               0.03                    Yes
Test::Strict                                  0
*               0.14                    No
XML::LibXSLT                                  0
*               1.59                    Yes

--------------------------------------------------------------------------------------------
Total modules reported: 9                      * Module is missing or
requires an upgrade.

_______________________________________________
Koha-devel mailing list
[hidden email]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
Reply | Threaded
Open this post in threaded view
|

Re: 3.8.4 interim [was: koha-zebra-daemon not starting]

Chris Cormack-6
On 22 August 2012 12:39, Paul <[hidden email]> wrote:

> At 08:06 AM 8/22/2012 +0800, [someone, because this is not personal] wrote:
>>
>> A package install is relatively easy. Someone correct me if I'm wrong, but
>> it goes something like:
>> 1) mysqldump your Koha database.
>> 2) Try following the instructions on
>> http://wiki.koha-community.org/wiki/Koha_3.8_on_Debian_Squeeze
>>    (You probably will have some questions as you go along, so feel free to
>> ask. Questions will help improve the documentation.)
>> 3) Before the webinstall step, import your mysqldump.
>> 4) Run webinstall.
>> 5) Everything should be in place afterwards.
>> The difference between a tarball install and a packages install is mostly
>> the resulting directory structure locations of things. However, you get the
>> added advantage of access to other scripts which people constantly refer to
>> on the lists, but never really apply for tarball installations.
>
>
> OK -- now I'm totally confused (end of the day, tired) but I got fed up on
> the last "attempt" at 3.8.3 (same results on a brand new install, wiped the
> server totally clean), then saw that Chris had announced 3.8.4, so wiped the
> server again, and it's worse than before [see below] because "apparently???"
> dpkg / dselect  is attempting an i386 package for libxml2, and I end up with
> 5 modules "required" and four "listed" but not required.
>
I think I will bow out of this thread, my attempts at helping seem to
only confuse you more.

Chris
_______________________________________________
Koha-devel mailing list
[hidden email]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
Reply | Threaded
Open this post in threaded view
|

Re: 3.8.4 interim [was: koha-zebra-daemon not starting]

Mark Tompsett
In reply to this post by Paul A
Greetings,
 
There are THREE ways to install koha (with respect to Ubuntu):
1) Packages (http://wiki.koha-community.org/wiki/Koha_3.8_on_Debian_Squeeze)
2) Tarball (http://wiki.koha-community.org/wiki/Koha_on_Ubuntu)
3) GIT (http://wiki.koha-community.org/wiki/Version_Control_Using_Git)
 
Which way should you do?
Are you going to develop, submit patches, etc for a non-production system? If yes, then (3) GIT!
Are you using a debian-based OS? If yes, then (1) Packages!
For everything else, there is (2) Tarball.
 
Don't worry, my first install was tarball. That's why the instructions for the tarball installation have been improved on the wiki. I was trying to be a purist.
 
Don't try to logically map between Ubuntu and Debian. That will only generate more confusion in your mind.
You say you are trying to set up 3.8.4, so you need to:
$ wget -O- http://debian.koha-community.org/koha/gpg.asc | sudo apt-key add -
 
and
 
$ echo deb http://debian.koha-community.org/koha squeeze main | sudo tee /etc/apt/sources.list.d/koha.list
$ sudo apt-get update
 
Why? Because there are perl packages which are not in the default repositories for Ubuntu.
 
 
--- BEGIN SNIPPET ---
$ sudo dpkg --set-selections < install_misc/ubuntu.packages
$ sudo dselect
--- END SNIPPET ---
 
Yes, this is what INSTALL.Ubuntu has said for the longest time. However, remember that unless someone helps keep the file up to date, you will end up with missing libraries like you have listed. And remember that the main install base for Koha is Debian. This means that other Debian-based OS’s may not have those libraries packaged in the default repositories.
 
From your output:
--- BEGIN SNIPPET ---
paul@server:/koha-3.08.04$  ./koha_perl_deps.pl -m
 
                                              Installed         Required          Module is
Module Name                                   Version           Version            Required
--------------------------------------------------------------------------------------------
DBD::SQLite2                                  0 *               0.33                    No
Graphics::Magick                              0 *               1.3.05                  No
Lingua::Stem::Snowball                        0 *               0.952                   Yes
Net::Z3950::ZOOM                              0 *               1.16                    Yes
Readonly::XS                                  0 *               1.02                    No
Template                                      0 *               2.22                    Yes
Template::Plugin::HtmlToText                  0 *               0.03                    Yes
Test::Strict                                  0 *               0.14                    No
XML::LibXSLT                                  0 *               1.59                    Yes
 
--------------------------------------------------------------------------------------------
Total modules reported: 9                      * Module is missing or requires an upgrade.
--- END SNIPPET ---
 
I know, for example, that Template::Plugin::HtmlToText does not exist in the default repositories.
 
This leads in the existential question: why not just CPAN them?
Yes, you can do that. However, this means you need to keep track of them. This is why installing from packages is better. When the module is updated in the repositories, a sudo apt-get upgrade installs the newer version for you, without you having to think about it. In short, your future upgrades become easier. This is why people suggested packages. Your future updates should go more smoothly.
 
I did add a section to the Ubuntu instructions about doing aptitude searches for the missing libraries. So, perhaps you haven’t looked at the wiki recently: http://wiki.koha-community.org/wiki/Koha_on_Ubuntu#Ubuntu_Packages_for_Perl_Dependencies
 
I should probably add something about the wonders of apt-file too, as it doesn’t require as much thinking for looking for the missing pieces.
$ sudo apt-get install apt-file
...
$ sudo apt-file update
...
$ apt-file search Graphics::Magick
libgraphics-magick-perl: /usr/share/man/man3/Graphics::Magick.3pm.gz
$ apt-file search DBD::SQLite2
libdbd-sqlite2-perl: /usr/share/man/man3/DBD::SQLite2.3pm.gz
$ apt-file search Lingua::Stem::Snowball
liblingua-stem-snowball-da-perl: /usr/share/man/man3/Lingua::Stem::Snowball::Da.3pm.gz
liblingua-stem-snowball-perl: /usr/share/man/man3/Lingua::Stem::Snowball.3pm.gz
libsnowball-norwegian-perl: /usr/share/man/man3/Lingua::Stem::Snowball::No.3pm.gz
libsnowball-swedish-perl: /usr/share/man/man3/Lingua::Stem::Snowball::Se.3pm.gz
$ apt-file search Net::Z3950::ZOOM
libnet-z3950-zoom-perl: /usr/share/man/man3/Net::Z3950::ZOOM.3pm.gz
$ apt-file search Readonly::XS
libreadonly-xs-perl: /usr/share/man/man3/Readonly::XS.3pm.gz
$ apt-file search perl5/Template.pm
libtemplate-perl: /usr/lib/perl5/Template.pm
$ apt-file search Template::Plugin::HtmlToText
libtemplate-plugin-htmltotext-perl: /usr/share/man/man3/Template::Plugin::HtmlToText.3pm.gz
$ apt-file search Test::Strict
libtest-strict-perl: /usr/share/man/man3/Test::Strict.3pm.gz
$ apt-file search XML::LibXSLT
libxml-libxslt-perl: /usr/share/man/man3/XML::LibXSLT.3pm.gz
 
I put the perl5/Template.pm to save you the hassles of looking for it. Otherwise, it’s a huge long list of possibilities. In fact, here are my command line steps based on my virgin 12.04 install:
$ sudo apt-get install libxml-simple-perl libxml-sax-writer-perl libxml-rss-perl libschedule-at-perl libsms-send-perl libpoe-perl libuniversal-require-perl
$ sudo apt-get install libxml-dumper-perl libpdf-reuse-barcode-perl libpdf-reuse-perl libpdf-api2-perl libpdf-api2-simple-perl
$ sudo apt-get install libpdf-table-perl libnumber-format-perl libnet-server-perl libnet-ldap-perl libmodern-perl-perl libmemoize-memcached-perl libmail-sendmail-perl libmime-lite-perl libmarc-crosswalk-dublincore-perl libmarc-charset-perl liblocale-po-perl liblocale-currency-format-perl liblingua-stem-perl libjson-perl libhttp-oai-perl libhtml-scrubber-perl libgravatar-url-perl libemail-date-perl
$ sudo apt-get install libalgorithm-checkdigits-perl libauthen-cas-client-perl libbiblio-endnotestyle-perl libbusiness-isbn-perl libcgi-session-perl libcgi-session-driver-memcached-perl libcgi-session-serialize-yaml-perl libclass-factory-util-perl libdata-ical-perl libdate-calc-perl libdate-manip-perl libdatetime-event-ical-perl libdatetime-format-dateparse-perl libdatetime-format-ical-perl libdatetime-set-perl
$ sudo apt-get install libmarc-xml-perl
 
I did not do the dselect step. I then decided to look at the ubuntu.packages file. Hmmmm... my patches in 3.6.7 didn’t make it to master! DOH!
Granted, I am running this on a 32-bit VM, so your results may differ from mine.
 
 
> Will I be able to compare a fully working 3.6.7 with a new 3.8.4?
 
Yes, but if you do a package install vs. a tarball install the directories you will compare will be different.
 
 
> That's a new learning experience, and what are the structural differences?
 
I’ll let someone more familiar with the differences answer that.
 
 
> And I guess I can restore the mysql db *before* installing Koha, but what's the significance?
 
BEFORE the webinstall, AFTER the packages install. And only the koha database, not the entire set of DBs. Smile
The packages automagically generate a random password for the MySQL database.
 
And your mentioning that i386 packages and breaking things reminds me of this thread:
 
Hope this helps somewhat. I can’t spend much more time helping right now. I have a koha machine of my own to configure and set up. Smile
 
GPML,
Mark Tompsett

_______________________________________________
Koha-devel mailing list
[hidden email]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
Reply | Threaded
Open this post in threaded view
|

Re: 3.8.4 interim [was: koha-zebra-daemon not starting]

Mark Tompsett
In reply to this post by Paul A
Greetings,

And having just looked through the 3.8.4 files in
/install_misc/ubuntu*.packages, I have realized my patches didn't make it
into the 3.8.X stream. I'll have to bug report and do a 3.8.X specific bug
patch (they are in 3.6.7)... But that aside. As I was just chatting with
tcohen on IRC, he reminded me that yaz3 was the problem.

I actually finished looking at the ubuntu.packages file and installed these:
$ sudo apt-get install apache2 daemon gettext mysql-server libmysqlclient18
yaz yaz-doc libyaz4 libyaz4-dev idzebra-2.0 idzebra-2.0-common
idzebra-2.0-doc idzebra-2.0-utils libidzebra-2.0-0
$ sudo apt-get install libidzebra-2.0-dev libidzebra-2.0-mod-alvis
libidzebra-2.0-mod-grs-marc libidzebra-2.0-mod-grs-regx
libidzebra-2.0-mod-grs-xml libidzebra-2.0-mod-text
$ sudo apt-get install libidzebra-2.0-modules libxml2-utils

You only need gcc and make if you need CPAN to install something that is
missing. However, I didn't get anything missing.

And speaking of yaz. If you really want to get yaz and zebra from the
source, check out: http://ftp.indexdata.dk/pub/yaz/ubuntu/README (change
intrepid to the release you have and goodness browse around the site while
you're there). You can always add indexdata's repository. Though, it isn't
necessary.

GPML,
Mark Tompsett

_______________________________________________
Koha-devel mailing list
[hidden email]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
Reply | Threaded
Open this post in threaded view
|

Re: 3.8.4 interim [was: koha-zebra-daemon not starting]

Paul A
At 10:04 PM 8/22/2012 +0800, Mark Tompsett wrote:

>Greetings,
>
>And having just looked through the 3.8.4 files in
>/install_misc/ubuntu*.packages, I have realized my patches didn't make it
>into the 3.8.X stream. I'll have to bug report and do a 3.8.X specific bug
>patch (they are in 3.6.7)... But that aside. As I was just chatting with
>tcohen on IRC, he reminded me that yaz3 was the problem.
>
>I actually finished looking at the ubuntu.packages file and installed these:
>$ sudo apt-get install apache2 daemon gettext mysql-server
>libmysqlclient18 yaz yaz-doc libyaz4 libyaz4-dev idzebra-2.0
>idzebra-2.0-common idzebra-2.0-doc idzebra-2.0-utils libidzebra-2.0-0
>$ sudo apt-get install libidzebra-2.0-dev libidzebra-2.0-mod-alvis
>libidzebra-2.0-mod-grs-marc libidzebra-2.0-mod-grs-regx
>libidzebra-2.0-mod-grs-xml libidzebra-2.0-mod-text
>$ sudo apt-get install libidzebra-2.0-modules libxml2-utils

Mark - tnx for your interest (and sorry to read that Chris C. is ducking
out of this thread -- tnx for all you do.)  I managed to have a quick look
at it again this morning, and hope to find another hour before the day is
out, but I came to roughly the same conclusion.

yaz3 must be replaced by yaz4. I ended up reinstalling the server [again]
to be certain that everything was clean, and by:

$ sudo apt-get install libyaz4
PLUS
libyaz4-dev
libnet-z3950-zoom-perl
libxml-libxslt-perl
libgraphics-magick-perl
liblingua-stem-snowball-perl
libtemplate-perl
libtemplate-plugin-htmltotext-perl
liblingua-ispell-perl
libhtml-template-pro-perl
libreadonly-xs-perl
libtest-strict-perl

THEN using:

$ sudo dpkg --set-selections < install_misc/ubuntu.packages
$ sudo dselect

you get all the dependencies properly.  Starting with dphg + dselect
somehow *half* installs about 50 i386 bits and pieces, and while

$sudo apt-get purge .*:i386

cleaned up quite nicely, I did a complete 12.04 re-install to make sure
everything was copacetic.

I did need to add the koha repository to get one file
[template::htmltotext] as this is not an Ubuntu|Debian file, but is
recorded after install as "koha".  FYI, getting Robin's pgp required a
couple of steps that you did not mention. Using:

$ wget http://debian.koha-community.org/koha/gpg.asc | sudo apt-key add -

gives the error "GPG error: http://archive.ubuntu.com dapper Release: The
following signatures couldn't be verified because the public key is not
available: NO_PUBKEY 14D36485A99CEB6D"

To correct this:
$ gpg --recv-keys 14D36485A99CEB6D

And then add it to apt-keys:
$ gpg --export --armor 14D36485A99CEB6D | sudo apt-key add -

works fine.

BTW, you wrote earlier:

>Which way should you do?
>Are you going to develop, submit patches, etc for a non-production system?
>If yes, then (3) GIT!
>Are you using a debian-based OS? If yes, then (1) Packages!
>For everything else, there is (2) Tarball.

While I'd love to have time to "submit patches", I juts seem to spend too
much time maintaining a production system.  I do not use a pure Debian
system, but Ubuntu for all our servers and workstations.  Hence your "For
everything else, there is tarball."  My current aim is to get the
production server onto 3.8.x from 3.6.x, but need to document (internally
here) how to do this cleanly.

The tarball has always worked extremely well on i386 machines -- I just get
the impression (not proven) that Ubuntu 12.04 gets its knickers in a twist
on AMD64.  But with a little time and effort workarounds can be
found.  Probably nothing wrong, just new quirks, with either Ubuntu or
Koha, but I do not need to be under pressure for the production upgrade.

Again tnx and more later - I'm rushing off to an outside meeting.

Best - Paul






>You only need gcc and make if you need CPAN to install something that is
>missing. However, I didn't get anything missing.
>
>And speaking of yaz. If you really want to get yaz and zebra from the
>source, check out: http://ftp.indexdata.dk/pub/yaz/ubuntu/README (change
>intrepid to the release you have and goodness browse around the site while
>you're there). You can always add indexdata's repository. Though, it isn't
>necessary.
>
>GPML,
>Mark Tompsett
>_______________________________________________
>Koha-devel mailing list
>[hidden email]
>http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
>website : http://www.koha-community.org/
>git : http://git.koha-community.org/
>bugs : http://bugs.koha-community.org/

---
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-devel mailing list
[hidden email]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
Reply | Threaded
Open this post in threaded view
|

Re: 3.8.4 interim [was: koha-zebra-daemon not starting]

Mark Tompsett
Greetings, Paul,
 
Just some final details. Because I think there was some instructional misunderstandings...
 
--- SNIP ---
$ sudo apt-get install libyaz4
PLUS
libyaz4-dev
libnet-z3950-zoom-perl
libxml-libxslt-perl
libgraphics-magick-perl
liblingua-stem-snowball-perl
libtemplate-perl
libtemplate-plugin-htmltotext-perl
liblingua-ispell-perl
libhtml-template-pro-perl
libreadonly-xs-perl
libtest-strict-perl
--- SNIP ---
 
The point was all the libraries you needed are there. I probably typed this in a command line earlier and forgot to include it. I did note that I had some apt-file searches for which I didn’t put a sudo apt-get install command line done. Sorry about that.
 
 
--- SNIP ---
$ sudo dpkg --set-selections < install_misc/ubuntu.packages
$ sudo dselect
--- SNIP ---
 
Did you grab the ubuntu.packages from 3.6.7 or 3.6.8? That is the correct one. That's why I was noting my patch didn't make it into 3.8.X.
I hope to solve this before 3.8.5 comes out.
 
 
--- SNIP ---
FYI, getting Robin's pgp required a couple of steps that you did not mention. Using:
 
$ wget http://debian.koha-community.org/koha/gpg.asc | sudo apt-key add -
 
gives the error "GPG error: http://archive.ubuntu.com dapper Release: The
following signatures couldn't be verified because the public key is not
available: NO_PUBKEY 14D36485A99CEB6D"
--- SNIP ---
 
That isn’t what I said to type:
wget -O- http://debian.koha-community.org/koha/gpg.asc | sudo apt-key add -
 
and that isn’t what is on the wiki:
http://wiki.koha-community.org/wiki/Koha_3.8_on_Debian_Squeeze (under the Everyone title)
 
 
>>Which way should you do?
>>Are you going to develop, submit patches, etc for a non-production system?
>>If yes, then (3) GIT!
>>Are you using a debian-based OS? If yes, then (1) Packages!
>>For everything else, there is (2) Tarball.
 
--- SNIP ---
While I'd love to have time to "submit patches", I juts seem to spend too
much time maintaining a production system.  I do not use a pure Debian
system, but Ubuntu for all our servers and workstations.  Hence your "For
everything else, there is tarball."
--- SNIP ---
 
I didn’t say Debian, I said debian-based, which includes Ubuntu. I know the packages work, because I have done a packages install, just to understand the three ways of installing. In fact, I think it only installed 3 things from the debian.koha-community.org repository while doing it too. I was pleased by such a low number.
 
Anyways, I’m glad these tips helped point you in the right direction.
 
GPML,
Mark Tompsett

_______________________________________________
Koha-devel mailing list
[hidden email]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
Reply | Threaded
Open this post in threaded view
|

Re: 3.8.4 interim [was: koha-zebra-daemon not starting]

Archives and Collections Society
At 03:56 AM 8/23/2012 +0800, Mark Tompsett wrote:
--- SNIP ---
$ sudo apt-get install libyaz4
PLUS
libyaz4-dev
libnet-z3950-zoom-perl
libxml-libxslt-perl
libgraphics-magick-perl
liblingua-stem-snowball-perl
libtemplate-perl
libtemplate-plugin-htmltotext-perl
liblingua-ispell-perl
libhtml-template-pro-perl
libreadonly-xs-perl
libtest-strict-perl
--- SNIP ---
 
The point was all the libraries you needed are there.

Mark - many thanks, but "are there" takes a bit of a detour. Yes, they're "there", (slight proviso for libtemplate-plugin-htmltotext-perl which needs the koha repository, as it's not available via Debian/Ubuntu standard repositories.) Also pls see my previous remarks if you're using *AMD64* (I think you said you used i386, but could be wrong.)

Did you grab the ubuntu.packages from 3.6.7 or 3.6.8? That is the correct one. That's why I was noting my patch didn't make it into 3.8.X.
I hope to solve this before 3.8.5 comes out.

I "grabbed the ubuntu.packages" from koha-3.08.04.tar.gz/koha-3.08.04/install_misc/ubuntu.packages (nothing to do with 3.6.x) which has e.g. in install_misc/ubuntu.packages libyaz3 *NOT* libyaz4. It wouldn't take long to update that file.

[snip] That isn’t what I said to type:
wget -O- http://debian.koha-community.org/koha/gpg.asc | sudo apt-key add -

the -O- failed miserably (can't remember the details, something about /home/paul/) but at least gave me Robin S's pgp number and I moved on. The workaround in my previous email solved the problem.

Now back to 3.8.4

tnx, a+, p.

_______________________________________________
Koha-devel mailing list
[hidden email]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
Reply | Threaded
Open this post in threaded view
|

Fwd: 3.8.4 interim [was: koha-zebra-daemon not starting]

Tomas Cohen Arazi
In reply to this post by Paul A
---------- Forwarded message ----------
From: Tomas Cohen Arazi <[hidden email]>
Date: Wed, Aug 22, 2012 at 4:41 PM
Subject: Re: [Koha-devel] 3.8.4 interim [was: koha-zebra-daemon not starting]
To: Paul <[hidden email]>



El ago 22, 2012 4:20 p.m., "Paul" <[hidden email]> escribió:


>
> At 10:04 PM 8/22/2012 +0800, Mark Tompsett wrote:
>>
>> Greetings,
>>
>> And having just looked through the 3.8.4 files in /install_misc/ubuntu*.packages, I have realized my patches didn't make it into the 3.8.X stream. I'll have to bug report and do a 3.8.X specific bug patch (they are in 3.6.7)... But that aside. As I was just chatting with tcohen on IRC, he reminded me that yaz3 was the problem.
>>
>> I actually finished looking at the ubuntu.packages file and installed these:
>> $ sudo apt-get install apache2 daemon gettext mysql-server libmysqlclient18 yaz yaz-doc libyaz4 libyaz4-dev idzebra-2.0 idzebra-2.0-common idzebra-2.0-doc idzebra-2.0-utils libidzebra-2.0-0
>> $ sudo apt-get install libidzebra-2.0-dev libidzebra-2.0-mod-alvis libidzebra-2.0-mod-grs-marc libidzebra-2.0-mod-grs-regx libidzebra-2.0-mod-grs-xml libidzebra-2.0-mod-text
>> $ sudo apt-get install libidzebra-2.0-modules libxml2-utils
>
>
> Mark - tnx for your interest (and sorry to read that Chris C. is ducking out of this thread -- tnx for all you do.)  I managed to have a quick look at it again this morning, and hope to find another hour before the day is out, but I came to roughly the same conclusion.
>
> yaz3 must be replaced by yaz4. I ended up reinstalling the server [again] to be certain that everything was clean, and by:
>
> $ sudo apt-get install libyaz4
> PLUS
> libyaz4-dev
> libnet-z3950-zoom-perl
> libxml-libxslt-perl
> libgraphics-magick-perl
> liblingua-stem-snowball-perl
> libtemplate-perl
> libtemplate-plugin-htmltotext-perl
> liblingua-ispell-perl
> libhtml-template-pro-perl
> libreadonly-xs-perl
> libtest-strict-perl
>
> THEN using:
>
>
> $ sudo dpkg --set-selections < install_misc/ubuntu.packages
> $ sudo dselect
>
> you get all the dependencies properly.  Starting with dphg + dselect somehow *half* installs about 50 i386 bits and pieces, and while
>
> $sudo apt-get purge .*:i386
>
> cleaned up quite nicely, I did a complete 12.04 re-install to make sure everything was copacetic.
>
> I did need to add the koha repository to get one file [template::htmltotext] as this is not an Ubuntu|Debian file, but is recorded after install as "koha".  FYI, getting Robin's pgp required a couple of steps that you did not mention. Using:
>
> $ wget http://debian.koha-community.org/koha/gpg.asc | sudo apt-key add -
>
> gives the error "GPG error: http://archive.ubuntu.com dapper Release: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 14D36485A99CEB6D"
>
> To correct this:
> $ gpg --recv-keys 14D36485A99CEB6D
>
> And then add it to apt-keys:
> $ gpg --export --armor 14D36485A99CEB6D | sudo apt-key add -
>
> works fine.
>
> BTW, you wrote earlier:
>
>
>> Which way should you do?
>> Are you going to develop, submit patches, etc for a non-production system? If yes, then (3) GIT!
>> Are you using a debian-based OS? If yes, then (1) Packages!
>> For everything else, there is (2) Tarball.
>
>
> While I'd love to have time to "submit patches", I juts seem to spend too much time maintaining a production system.  I do not use a pure Debian system, but Ubuntu for all our servers and workstations.  Hence your "For everything else, there is tarball."  My current aim is to get the production server onto 3.8.x from 3.6.x, but need to document (internally here) how to do this cleanly.
>
> The tarball has always worked extremely well on i386 machines -- I just get the impression (not proven) that Ubuntu 12.04 gets its knickers in a twist on AMD64.  But with a little time and effort workarounds can be found.  Probably nothing wrong, just new quirks, with either Ubuntu or Koha, but I do not need to be under pressure for the production upgrade.

is not a 12.04 problem, is a problem with the specific file you're
using with dpkg, which lists some files not available anymore on
12.04.
As Mark said that file has already been patched and its waiting for
inclusion on next release.

That said, you can do a clean install using the instructions and
ommiting that --set-selections step. And installing the dependencies
by hand. As Mark also said.

I also use the tarball in our deployment (38 instances on a single BIG
server) without issues. Besides that i386 packages pull which I
reported and has been solved.

Anyway, I think we should go back to what your original problem was.
Is your incremental indexing working?

Have you properly set your sax parser? (I'm an experienced Koha user
and forgot to check that step last time, having weird behavior)

Regards
To+
_______________________________________________
Koha-devel mailing list
[hidden email]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
Reply | Threaded
Open this post in threaded view
|

Re: 3.8.4 interim [was: koha-zebra-daemon not starting]

Archives and Collections Society
In reply to this post by Paul A
At 04:41 PM 8/22/2012 -0300, Tomas Cohen Arazi wrote:
[snip]

> > The tarball has always worked extremely well on i386 machines -- I just
> get the impression (not proven) that Ubuntu 12.04 gets its knickers in a
> twist on AMD64. Â But with a little time and effort workarounds can be
> found. Â Probably nothing wrong, just new quirks, with either Ubuntu or
> Koha, but I do not need to be under pressure for the production upgrade.
>
>is not a 12.04 problem, is a problem with the specific file you're using
>with dpkg, which lists some files not available anymore on 12.04.
>As Mark said that file has already been patched and its waiting for
>inclusion on next release.

Thanks for the reply.  But, as you say, "its waiting for inclusion on next
release" so it's broken in this release.

>That said, you can do a clean install using the instructions and ommiting
>that --set-selections step. And installing the dependencies by hand. As
>Mark also said.

More or less what I've done -- but it would not be rocket science to edit
install_misc/ubuntu.packages to avoid a certain amount of grief (and before
anyone asks "well why don't you do it?" I will as soon as I'm certain that
my experience is reproducible and bullet-proof. It may involve looking at
the upstream .pl file to see how the list is invoked.)

>I also use the tarball in our deployment (38 instances on a single BIG
>server) without issues.

I'm only trying a test install on relatively BIG server (64-bit, 6 core
Intel i7-980X, solid state raided drives, 16Gb ram), mileage varies...

>  Besides that i386 packages pull which I reported and has been solved.

When, where, how?  I had to 'sudo apt-get purge .*:i386' for about 50
dependencies in the pull in koha-3.08.04.tar.gz

>Anyway, I think we should go back to what your original problem was.  Is
>your incremental indexing working?

That was 3.8.3, now trashed, but it never worked -- I'll try it on a 3.8.4
install as soon as I'm away from this machine.

>Have you properly set your sax parser? [snip]

Yes.

Best - P.

_______________________________________________
Koha-devel mailing list
[hidden email]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
Reply | Threaded
Open this post in threaded view
|

Re: 3.8.4 interim [was: koha-zebra-daemon not starting]

Paul A
In reply to this post by Paul A
At 04:41 PM 8/22/2012 -0300, Tomas Cohen Arazi wrote:
[snip]

> > The tarball has always worked extremely well on i386 machines -- I just
> get the impression (not proven) that Ubuntu 12.04 gets its knickers in a
> twist on AMD64. Â But with a little time and effort workarounds can be
> found. Â Probably nothing wrong, just new quirks, with either Ubuntu or
> Koha, but I do not need to be under pressure for the production upgrade.
>
>is not a 12.04 problem, is a problem with the specific file you're using
>with dpkg, which lists some files not available anymore on 12.04.
>As Mark said that file has already been patched and its waiting for
>inclusion on next release.

Thanks for the reply.  But, as you say, "its waiting for inclusion on next
release" so it's broken in this release.

>That said, you can do a clean install using the instructions and ommiting
>that --set-selections step. And installing the dependencies by hand. As
>Mark also said.

More or less what I've done -- but it would not be rocket science to edit
install_misc/ubuntu.packages to avoid a certain amount of grief (and before
anyone asks "well why don't you do it?" I will as soon as I'm certain that
my experience is reproducible and bullet-proof. It may involve looking at
the upstream .pl file to see how the list is invoked.)

>I also use the tarball in our deployment (38 instances on a single BIG
>server) without issues.

I'm only trying a test install on relatively BIG server (64-bit, 6 core
Intel i7-980X, solid state raided drives, 16Gb ram), mileage varies...

>  Besides that i386 packages pull which I reported and has been solved.

When, where, how?  I had to 'sudo apt-get purge .*:i386' for about 50
dependencies in the pull in koha-3.08.04.tar.gz

>Anyway, I think we should go back to what your original problem was.  Is
>your incremental indexing working?

That was 3.8.3, now trashed, but it never worked -- I'll try it on a 3.8.4
install as soon as I'm away from this machine.

>Have you properly set your sax parser? [snip]

Yes.

Best - P.

---
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-devel mailing list
[hidden email]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
Reply | Threaded
Open this post in threaded view
|

Re: 3.8.4 interim [was: koha-zebra-daemon not starting]

Tomas Cohen Arazi
Paul,

You're right. The current stable tarball includes:
- Outdated INSTALL.ubuntu* files
- Outdated misc/ubuntu.packages file

All people that answered your questions is aware of that (we meet at
IRC every day and have nice exchanges on that subject). We even fixed
that problem, and it should be in future releaes soon (our workflow is
not optimal sometimes, there have been more urgent issues to fix).
What we're all saying is that you are right about that; and besides
that, Koha runs flawlessly for of us on 64 bit servers, runnning on
Ubuntu LTS distro (12.04 and 10.04).

People just told you how to circumvent those issues.

Regards
To+

PS: Sorry for my poor english.
PS2: I've struggled and got annoyed for the outdated docs, and even
filled this http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8478.
You'll see Mark's work there.
_______________________________________________
Koha-devel mailing list
[hidden email]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
Reply | Threaded
Open this post in threaded view
|

Re: 3.8.4 interim [was: koha-zebra-daemon not starting]

Paul A
In reply to this post by Paul A
At 07:40 PM 8/22/2012 -0300, Tomas Cohen Arazi wrote:
Tomas,

>and besides
>that, Koha runs flawlessly for of us on 64 bit servers, runnning on
>Ubuntu LTS distro (12.04 and 10.04).
>
>People just told you how to circumvent those issues.

Thanks for the reply -- I'm convinced that everyone is working towards the
same goal.  But, despite never having had this problem on 3.6.1, 4, 6, 7, I
just can't get beyond it on 3.8.3 and 4.  It *must* be my mistake (maybe a
totally dumb one), but after four installs I'm back to a non-functional zebra.

Coming back to my original issue -- 3.8.4 (after another full install) is
showing the same error as 3.8.3 -- idzebra-2.0 is fully [??? an 'apt-get
idzebra-2.0' comes up with "latest version" and no missing dependencies
???] installed but there's no daemon! So I must have missed something in
the repositories/dependences.

paul@server:~$ sudo /etc/init.d/koha-zebra-daemon start
Starting Zebra Server
/etc/init.d/koha-zebra-daemon: line 73: daemon: command not found

I am now convinced that somehow, somewhere, zebra is *NOT* properly
installed. So before I go any further and screw something up, here's where
I'm at as far as Zebra is concerned:

/etc/init.d/koha-zebra-daemon has the proper symlink:

paul@server:/etc/init.d$ ls -l | grep koha
lrwxrwxrwx 1 root root   37 Aug 22 19:11 koha-zebra-daemon ->
/usr/share/koha/bin/koha-zebra-ctl.sh

and that is the file that has the line 73 that causes the error:

daemon --name=$NAME --errlog=$ERRLOG --stdout=$STDOUT --output=$OUTPUT
--verbose=1 --respawn --delay=30 $OTHERUSER -- $ZEBRASRV $ZEBRAOPTIONS -f
$KOHA_CONF

koha-conf.xml has the user as 'koha' with the correct password, and the
output belongs to 'koha':

paul@server:/var/lock/koha/zebradb$ ls -l
total 0
drwxr-xr-x 2 koha koha 40 Aug 22 19:48 authorities
drwxr-xr-x 2 koha koha 40 Aug 22 19:48 biblios

I guess that I can get back to things tomorrow and try manually installing:

idzebra-2.0-common
idzebra-2.0-doc
idzebra-2.0-utils
libidzebra-2.0-0
libidzebra-2.0-dev
libidzebra-2.0-mod-alvis
libidzebra-2.0-mod-grs-marc
libidzebra-2.0-mod-grs-regx
libidzebra-2.0-mod-grs-xml
libidzebra-2.0-mod-text
libidzebra-2.0-modules

but I would have thought that idzebra-2.0 contained all the necessary
dependences, or would have reported anything missing.

Best -- P.



---
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-devel mailing list
[hidden email]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
Reply | Threaded
Open this post in threaded view
|

Re: Lets improve the Koha installation documentation

Chris Cormack-6
In reply to this post by Tomas Cohen Arazi
On 23 August 2012 12:25, Mason James <[hidden email]> wrote:

>>
>> Regards
>> To+
>>
>> PS: Sorry for my poor english.
>
>
>> PS2: I've struggled and got annoyed for the outdated docs, and even
>> filled this http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8478.
>> You'll see Mark's work there.
>
> Tomas
>
> there has been some discussion about ways to improve the Koha install docs
>
> the big problem is...
> there are too many 'Koha installation guides' on the kc.org wiki that have old ,incorrect, redundant or duplicated info
>
>
> i think we need to remove the duplicated installation documentation from the wiki
> and concentrate on improving the INSTALL.* files in the Koha git repository (just like we do with the Koha user-manual)
>
>
> lets have a single place for the Koha installation files (and a consistent format)
>
> lets have modifications to those critical and complex files go-thru a QA process and version control, too
>
>
> many people google-search for 'koha installation help guide', then find these incorrect guides and have horrible experiences installing Koha :/
>
>
> what do other Koha devs think?
> does anyone else agree that these old or inaccurate install guides are causing problems for Koha newbies?
>
+1 for bringing them into version control and under signoff/qa process.

Chris
_______________________________________________
Koha-devel mailing list
[hidden email]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
Reply | Threaded
Open this post in threaded view
|

Re: Lets improve the Koha installation documentation

BWS Johnson-2
In reply to this post by Tomas Cohen Arazi
Salvete!


> the big problem is...
> there are too many 'Koha installation guides' on the kc.org wiki that
> have old ,incorrect, redundant or duplicated info
>
   
    Alternatively, we could mark those entries up with wiki tags to reflect that there is old, incorrect, or redundant redundant redundant information. :) Then we can have some folks that aren't eyeball deep in code go and fix 'em.

Cheers,
Brooke
_______________________________________________
Koha-devel mailing list
[hidden email]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
Reply | Threaded
Open this post in threaded view
|

Re: Lets improve the Koha installation documentation

Chris Nighswonger
In reply to this post by Chris Cormack-6
On Wed, Aug 22, 2012 at 9:01 PM, Chris Cormack <[hidden email]> wrote:
> what do other Koha devs think?
> does anyone else agree that these old or inaccurate install guides are causing problems for Koha newbies?
>
+1 for bringing them into version control and under signoff/qa process.


If we follow through with this, it would be trivial to write up a script to pull the various *.INSTALL files from the repo and transform them into wiki pages. This could be cron'd up so the wiki pages always matched the files in the repo.

Kind Regards,
Chris 

_______________________________________________
Koha-devel mailing list
[hidden email]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
Reply | Threaded
Open this post in threaded view
|

Re: Lets improve the Koha installation documentation

Chris Cormack-6
On 23 August 2012 13:52, Chris Nighswonger <[hidden email]> wrote:

> On Wed, Aug 22, 2012 at 9:01 PM, Chris Cormack <[hidden email]>
> wrote:
>>
>> > what do other Koha devs think?
>> > does anyone else agree that these old or inaccurate install guides are
>> > causing problems for Koha newbies?
>> >
>> +1 for bringing them into version control and under signoff/qa process.
>>
>
> If we follow through with this, it would be trivial to write up a script to
> pull the various *.INSTALL files from the repo and transform them into wiki
> pages. This could be cron'd up so the wiki pages always matched the files in
> the repo.
>
+1 for this idea also

Chris
_______________________________________________
Koha-devel mailing list
[hidden email]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
Reply | Threaded
Open this post in threaded view
|

Re: Lets improve the Koha installation documentation

Mark Tompsett
In reply to this post by Tomas Cohen Arazi
Greetings,

Yes, I was hoping to getting around to cleaning up the documentation
further. However until I have a 64-bit OS to attempt to install, I can't
really address all the problems some people are encountering. Which bugs me,
because I want good documentation for all three types of installs.

The problem is you can't write step-by-step documentation for each OS,
because a tarball install under Debian, Ubuntu, CentOS are all going to
encounter different problems. Similarly, a git install will as well. You can
only write "here's a problem you may encounter and here's an example of how
to handle it". This gets compounded into a people looking for a step-by-step
guide, and they'll keep hunting until they find one regardless of how dated
it is.

I believe the http://wiki.koha-community.org/wiki/Koha_on_Ubuntu is a good
place for a basic set of tarball instructions. The problem then becomes OS
specific when trying to install dependencies like
http://wiki.koha-community.org/wiki/Koha_3.6_on_Centos_6.2_i386. This is
another reason packages is a better way: the dependencies should all be
there.

GPML,
Mark Tompsett

_______________________________________________
Koha-devel mailing list
[hidden email]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
Reply | Threaded
Open this post in threaded view
|

Re: Lets improve the Koha installation documentation

Tomas Cohen Arazi
I agree with all of you. And must add that a while ago I started the
rewrite of the Ubuntu install files (look at the first commit on that
bug), after which Mark put his hands on it and now we've got this
fresh install instructions.

For that purpose I set (on our infrastructure) both a 10.04 and 12.04
Ubuntu Server setups to test and QA those install instructions. Both
are 64bit, hence when I signed-off on those instructions, I meant to
say I fully tested them to work for amd64 arch.

INSTALL files where way too old, and that made them difficult to
maintain. If what we need is volunteers, I already volunteered for
Ubuntu files.

Regards
To+

On Thu, Aug 23, 2012 at 1:12 AM, Mark Tompsett <[hidden email]> wrote:

> Greetings,
>
> Yes, I was hoping to getting around to cleaning up the documentation
> further. However until I have a 64-bit OS to attempt to install, I can't
> really address all the problems some people are encountering. Which bugs me,
> because I want good documentation for all three types of installs.
>
> The problem is you can't write step-by-step documentation for each OS,
> because a tarball install under Debian, Ubuntu, CentOS are all going to
> encounter different problems. Similarly, a git install will as well. You can
> only write "here's a problem you may encounter and here's an example of how
> to handle it". This gets compounded into a people looking for a step-by-step
> guide, and they'll keep hunting until they find one regardless of how dated
> it is.
>
> I believe the http://wiki.koha-community.org/wiki/Koha_on_Ubuntu is a good
> place for a basic set of tarball instructions. The problem then becomes OS
> specific when trying to install dependencies like
> http://wiki.koha-community.org/wiki/Koha_3.6_on_Centos_6.2_i386. This is
> another reason packages is a better way: the dependencies should all be
> there.
>
> GPML,
> Mark Tompsett
_______________________________________________
Koha-devel mailing list
[hidden email]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
Reply | Threaded
Open this post in threaded view
|

Re: Lets improve the Koha installation documentation

Chris Nighswonger
On Thu, Aug 23, 2012 at 10:49 AM, Mason James <[hidden email]> wrote:

> I already volunteered for Ubuntu files.


awesome Tomaz

i'll volunteer to update and do QA on the debian INSTALL.* files


If we can agree to some sort of standardized formatting, I'll write a parser to generate the wiki pages from the INSTALL files.

Kind Regards,
Chris 

_______________________________________________
Koha-devel mailing list
[hidden email]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
Reply | Threaded
Open this post in threaded view
|

Re: Lets improve the Koha installation documentation

Robin Sheat-2
Op 23-08-12 17:14, Chris Nighswonger schreef:
>
> If we can agree to some sort of standardized formatting, I'll write a
> parser to generate the wiki pages from the INSTALL files.

Wiki formatting would make sense, wouldn't it?

It's reasonably readable too.

--
Robin Sheat
Catalyst IT Ltd.
✆ +64 4 803 2204
GPG: 5957 6D23 8B16 EFAB FEF8  7175 14D3 6485 A99C EB6D
_______________________________________________
Koha-devel mailing list
[hidden email]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
123