Re: [Koha] Elasticsearch works in the server but we can not search from OPAC and intranet

[Mengu Yazicioglu]

Some additions,

I've seen Unassigned shards but do not know the reason and how to fix them

index shard prirep state  node   unassigned.reason
koha_devinimkoha_biblios 4 r  UNASSIGNED    
CLUSTER_RECOVERED
koha_devinimkoha_biblios 1 r  UNASSIGNED    
CLUSTER_RECOVERED
koha_devinimkoha_biblios 3 r  UNASSIGNED    
CLUSTER_RECOVERED
koha_devinimkoha_biblios 2 r  UNASSIGNED    
CLUSTER_RECOVERED
koha_devinimkoha_biblios 0 r  UNASSIGNED    
CLUSTER_RECOVERED
koha_devinimkoha_authorities 4 r  UNASSIGNED    
INDEX_CREATED
koha_devinimkoha_authorities 1 r  UNASSIGNED    
INDEX_CREATED
koha_devinimkoha_authorities 3 r  UNASSIGNED    
INDEX_CREATED
koha_devinimkoha_authorities 2 r  UNASSIGNED    
INDEX_CREATED
koha_devinimkoha_authorities 0 r  UNASSIGNED    
INDEX_CREATED

.geoip_databases 0 p  STARTED    debiankoha
.ds-ilm-history-5-2023.07.02-01 0 p  STARTED    debiankoha
.ds-.logs-deprecation.elasticsearch-default-2023.07.02-01 0 
p  STARTED    debiankoha

koha_devinimkoha_biblios 4 p  STARTED    debiankoha
koha_devinimkoha_biblios 1 p  STARTED    debiankoha
koha_devinimkoha_biblios 3 p  STARTED    debiankoha
koha_devinimkoha_biblios 2 p  STARTED    debiankoha
koha_devinimkoha_biblios 0 p  STARTED    debiankoha
koha_devinimkoha_authorities 4 p  STARTED    debiankoha
koha_devinimkoha_authorities 1 p  STARTED    debiankoha
koha_devinimkoha_authorities 3 p  STARTED    debiankoha
koha_devinimkoha_authorities 2 p  STARTED    debiankoha
koha_devinimkoha_authorities 0 p  STARTED    debiankoha

Mengü Yazıcıoğlu
Devinim Yazılım Eğitim Danışmanlık
Reşit Galip Cad. No: 29/6
Çankaya/ANKARA

Tel: (312) 446 86 68
Cep: (532) 701 90 27

On 2.07.2023 16:21, Mengu Yazicioglu wrote:

Hi all,

I'm trying to move from Zebra to Elasticsearch on live products.

I have to finish all before to come to KohaCon, so with any help you 
give I'll be so close to come Helsinki ;)


Debian 11.7

Koha 22.11.05

Elasticsearch 7.17.11

I've seen that my elasticsearch indices established and ES is working, 
though I'm not sure whether yellow open says something wrong below


green  open .geoip_databases  1 0 42 0    40mb 40mb
yellow open koha_devinimkoha_authorities  5 1 112921 0  62.8mb 62.8mb
yellow open koha_devinimkoha_biblios  5 1  67342 0 121.7mb 121.7mb

I can also query data from command line, but I cannot see anything 
from OPAC and intranet.


I've already changed SearchEngine parameter from adminstration to ES.

Do we need to change the network.host parameter to  some IP in the 
file elasticsearch.yml or Koha and ES communicate through localhost?


Does anyone have an idea? I really do not know what I should look at 
somewhere else.


Thanks.


___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

[Koha] Elasticsearch works in the server but we can not search from OPAC and intranet

[Mengu Yazicioglu]

Hi all,

I'm trying to move from Zebra to Elasticsearch on live products.

I have to finish all before to come to KohaCon, so with any help you 
give I'll be so close to come Helsinki ;)


Debian 11.7

Koha 22.11.05

Elasticsearch 7.17.11

I've seen that my elasticsearch indices established and ES is working, 
though I'm not sure whether yellow open says something wrong below


green  open .geoip_databases  1 0 42 0    40mb 40mb
yellow open koha_devinimkoha_authorities  5 1 112921 0  62.8mb 62.8mb
yellow open koha_devinimkoha_biblios  5 1  67342 0 121.7mb 121.7mb

I can also query data from command line, but I cannot see anything from 
OPAC and intranet.


I've already changed SearchEngine parameter from adminstration to ES.

Do we need to change the network.host parameter to  some IP in the file 
elasticsearch.yml or Koha and ES communicate through localhost?


Does anyone have an idea? I really do not know what I should look at 
somewhere else.


Thanks.

--
Mengü Yazıcıoğlu
Devinim

___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Background job / Staging MARC import stuck at 0%

[Mengu Yazicioglu]

Hi Michael,

Did you also restart some services after changing the script including 
memcache?


Sometimes it is necessary but not remember for this case.

You should also look 
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33412


Mengü Yazıcıoğlu
Devinim Yazılım Eğitim Danışmanlık
Reşit Galip Cad. No: 29/6
Çankaya/ANKARA

Tel: (312) 446 86 68
Cep: (532) 701 90 27

On 13.05.2023 16:21, Michael Brown wrote:

I tried Mengü's suggestion of editing manage-marc-import.pl, to no avail.
Still hangs at enqueuement; no messages, no errors, simply hangs and spins
my CPU into a frenzy. Responses to George's message below:

On Wed, May 10, 2023 at 8:34 AM George Veranis  wrote:


Hi Michael,

Could you check the following things:

1) if your rabbitmq-server is running ?


Yes.



1.1) if yes, then check if the cluster of nodes in rabbit exist , the
command is:
rabbitmqctl cluster_status


Cluster status of node rabbit@kiko ...
Basics

Cluster name: rabbit@kiko

Disk Nodes
rabbit@kiko

Running Nodes
rabbit@kiko

Versions
rabbit@kiko: RabbitMQ 3.9.21 on Erlang 24.3.4.2

Maintenance status

Node: rabbit@kiko, status: not under maintenance

Alarms

(none)

Network Partitions

(none)

Listeners

Node: rabbit@kiko, interface: [::], port: 61613, protocol: stomp, purpose:
STOMP
Node: rabbit@kiko, interface: [::], port: 25672, protocol: clustering,
purpose: inter-node and CLI tool communication
Node: rabbit@kiko, interface: [::], port: 5672, protocol: amqp, purpose:
AMQP 0-9-1 and AMQP 1.0

Feature flags

Flag: implicit_default_bindings, state: enabled
Flag: maintenance_mode_status, state: enabled
Flag: quorum_queue, state: enabled
Flag: stream_queue, state: enabled
Flag: user_limits, state: enabled
Flag: virtual_host_metadata, state: enabled




1.1.1) if not shows you something in json format you can try to start it
with command
rabbitmqctl start_app

N/A, rabbitmq is already running.



1.2 ) If no , start it and check the logs from your rabbitmq-server at
/var/log/rabbitmq/ and check if the service is start it normally .

N/A, rabbitmq is already running.



2) check the worker-output.log on your koha if koha write there something
and have koha connection with rabbit server .

I cannot find a file called "worker-output.log" anywhere in my Alma

installation.



Best Regards,
George


-Original Message-
From: Koha  On Behalf Of Michael Brown
Sent: Wednesday, May 10, 2023 3:50 PM
To: Cindy Murdock Ames 
Cc: koha@lists.katipo.co.nz
Subject: Re: [Koha] Background job / Staging MARC import stuck at 0%

  Hi Cindy, apologies for the double-response: I had unsubscribed from the
koha list so my response didn't get added to the thread. I wanted to remedy
that, and also say that, because I had unsubscribed, I missed Mengü's
suggestion of updating manage-marc-import.pl. I am eager to try that fix
and will report back later today or tomorrow with my findings. Here's my
original response to Cindy before re-subscribing to to the koha list:

Yes, my koha-conf.xml does contain that block because I added it during
the initial setup. (You're right, it wasn't there originally.)

However, it doesn't help; I still cannot import batch bib records in Koha
22.11 the way I could in Koha 22.05. The enqueuement hangs and sends my
cpu through the roof until I navigate away from that page. I've gotten one
off-list suggestion that upgrading to the newest Koha fixes the problem.
Unfortunately for me, I don't really have time for that right now, so I
have (at least temporarily) abandoned my efforts with Koha.

Thanks for your suggestion!

Bests,
Michael

On Tue, May 9, 2023 at 4:40 PM Michael Brown 
wrote:


Hi Cindy,

Yes, my koha-conf.xml does contain that block because I added it
during the initial setup. (You're right, it wasn't there originally.)

However, it doesn't help; I still cannot import batch bib records in
Koha
22.11 the way I could in Koha 22.05. The enqueuement hangs and sends
my cpu through the roof until I navigate away from that page. I've
gotten one off-list suggestion that upgrading to the newest Koha fixes

the problem.

Unfortunately for me, I don't really have time for that right now, so
I have (at least temporarily) abandoned my efforts with Koha.

Thanks for your suggestion!

Bests,
Michael

On Tue, May 9, 2023 at 1:37 PM Cindy Murdock Ames 
wrote:


Hi Michael,

Can you confirm your koha-conf.xml contains a message broker section,
like this?


localhost
61613
guest
guest

  

I had the same problem after upgrading from 22.05 to 22.11; I'm
guessing
22.05 must have had some defaults set in the code that allowed the
message broker to start automatically without this section whereas

22.11 must not.

I was missing this section and added it and was able to complete
imports after restarting Koha.

I'm still having the issue with zombie background jobs (I'm afraid to
test rolling back the code on a production server) but I made a hacky
bash script to run as a cron job to check for them and 

Re: [Koha] Background job / Staging MARC import stuck at 0%

[Mengu Yazicioglu]

Correction

File will be manage-marc-import.pl

Mengü Yazıcıoğlu
Devinim Yazılım Eğitim Danışmanlık
Reşit Galip Cad. No: 29/6
Çankaya/ANKARA

Tel: (312) 446 86 68
Cep: (532) 701 90 27

On 5.05.2023 23:14, Mengu Yazicioglu wrote:

Hi,

This is related with stage-marc-import.pl line 93

Changing line 93 to $overlay_framework = undef if ($overlay_framework 
== '_USE_ORIG');


will solve the issue

I opened a bug for this.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33692

Mengü Yazıcıoğlu
Devinim

On 4.03.2023 19:09, Michael Brown wrote:

Thanks, Mason. Still no luck. First pass of

   $ curl -s http://192.168.1.254:8080/api/v1/ |  jq 
.info.title,.swagger


did not give me the described results. Unfortunately I didn't 
document what
the original output was (it was too early in the morning!), but I 
think it

was nothing, meaning output stalled until I hit CTRL-c.

 From the debug page you linked to:

The versions required for 22.05 are...

  $ pmvers Mojolicious JSON::Validator Mojolicious::Plugin::OpenAPI
  Mojolicious: 9.22   (needs to be 9.22 or higher)
  JSON::Validator: 5.08   (needs to be 5.08 or higher)
  Mojolicious::Plugin::OpenAPI: 5.05  (needs to be 5.05)

However, I originally installed Mojolicious 8.12 ibecause 
koha_perl_deps.pl

shows:

  Required
Module Name  Version
-
Mojolicious  8.12
-

Just an FYI in case anyone else comes across this. Fortunately,
perl-Mojolicious package is 9.22 in my repos so I installed from there.

The debug wiki suggests that Debian expects to find the files in
/usr/share/perl5, so I did

$ sudo ln -s /usr/local/share/perl5/5.32/JSON /usr/share/perl5/JSON
$ sudo ln -s /usr/local/share/perl5/5.32/Mojolicious
/usr/share/perl5/Mojolicious

Now I get the expected results from step 1.1 that you recommended:

$ curl -s http://192.168.1.254:8080/api/v1/ |  jq .info.title,.swagger
"Koha REST API"
"2.0"

But no change in staging outcome; staging does not complete, and app.pl
still runs continuously until aborted.

The only step from the debug page I have not completed yet is verifying
koha-common (I can't run any of the dkpg commands on alma). So I need to
dig into the package contents to find out what it includes. I imagine 
that

will take some time.

In the meantime, one thing I will mention in case it matters: I don't 
get

any messages in any of the following /var/log/koha files:

  api-error.log
  intranet-error.log
  opac-error.log
  plack-api-error.log
  plack-intranet-error.log
  plack-opac-error.log
  sip.log
  z3950-error.log

They are all empty. But I do get messages in

  koha-error_log
  koha-opac-error_log
  zebrasrv.log

When I first installed Koha, I couldn't access mainpage.pl because of
permissions errors on those files. They were originally owned by koha. I
changed ownership to apache and was able to open mainpage.pl. Again, 
just

FYI in case it matters.

Michael

On Sat, Mar 4, 2023 at 5:04 AM Mason James  wrote:


hi Michael

here is some debugging info, section 1.1
   https://wiki.koha-community.org/wiki/REST_API_Debug

On 4/03/23 12:14 pm, Michael Brown wrote:


Could this possibly be a similar problem? Should I try

force-downgrading
JSON::Validator and/or Mojolicious? Is there any debugging I can 
do of

the Koha::REST::V1 module?




___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Background job / Staging MARC import stuck at 0%

[Mengu Yazicioglu]

Hi,

This is related with stage-marc-import.pl line 93

Changing line 93 to $overlay_framework = undef if ($overlay_framework == 
'_USE_ORIG');


will solve the issue

I opened a bug for this.

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33692

Mengü Yazıcıoğlu
Devinim

On 4.03.2023 19:09, Michael Brown wrote:

Thanks, Mason. Still no luck. First pass of

   $ curl -s http://192.168.1.254:8080/api/v1/ |  jq .info.title,.swagger

did not give me the described results. Unfortunately I didn't document what
the original output was (it was too early in the morning!), but I think it
was nothing, meaning output stalled until I hit CTRL-c.

 From the debug page you linked to:

The versions required for 22.05 are...

  $ pmvers Mojolicious JSON::Validator Mojolicious::Plugin::OpenAPI
  Mojolicious: 9.22   (needs to be 9.22 or higher)
  JSON::Validator: 5.08   (needs to be 5.08 or higher)
  Mojolicious::Plugin::OpenAPI: 5.05  (needs to be 5.05)

However, I originally installed Mojolicious 8.12 ibecause koha_perl_deps.pl
shows:

  Required
Module Name  Version
-
Mojolicious  8.12
-

Just an FYI in case anyone else comes across this. Fortunately,
perl-Mojolicious package is 9.22 in my repos so I installed from there.

The debug wiki suggests that Debian expects to find the files in
/usr/share/perl5, so I did

$ sudo ln -s /usr/local/share/perl5/5.32/JSON /usr/share/perl5/JSON
$ sudo ln -s /usr/local/share/perl5/5.32/Mojolicious
/usr/share/perl5/Mojolicious

Now I get the expected results from step 1.1 that you recommended:

$ curl -s http://192.168.1.254:8080/api/v1/ |  jq .info.title,.swagger
"Koha REST API"
"2.0"

But no change in staging outcome; staging does not complete, and app.pl
still runs continuously until aborted.

The only step from the debug page I have not completed yet is verifying
koha-common (I can't run any of the dkpg commands on alma). So I need to
dig into the package contents to find out what it includes. I imagine that
will take some time.

In the meantime, one thing I will mention in case it matters: I don't get
any messages in any of the following /var/log/koha files:

  api-error.log
  intranet-error.log
  opac-error.log
  plack-api-error.log
  plack-intranet-error.log
  plack-opac-error.log
  sip.log
  z3950-error.log

They are all empty. But I do get messages in

  koha-error_log
  koha-opac-error_log
  zebrasrv.log

When I first installed Koha, I couldn't access mainpage.pl because of
permissions errors on those files. They were originally owned by koha. I
changed ownership to apache and was able to open mainpage.pl. Again, just
FYI in case it matters.

Michael

On Sat, Mar 4, 2023 at 5:04 AM Mason James  wrote:


hi Michael

here is some debugging info, section 1.1
   https://wiki.koha-community.org/wiki/REST_API_Debug

On 4/03/23 12:14 pm, Michael Brown wrote:


Could this possibly be a similar problem? Should I try

force-downgrading

JSON::Validator and/or Mojolicious? Is there any debugging I can do of
the Koha::REST::V1 module?




___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Koha and nginx

[Mengu Yazicioglu]

Hi Beda,

Yes we've used before and added some info in the 
https://wiki.koha-community.org/wiki/Nginx_conf_sample_for_load_balancing_with_many_servers


Mengü Yazıcıoğlu
Devinim Yazılım Eğitim Danışmanlık

On 21.11.2020 18:55, Beda Szukics wrote:

Good evening

Has anybody running koha with nginx instead of apapche?

I found some mentions in the koha-community wiki but these seem to be
special cases.

Three years ago biblibre published
https://git.biblibre.com/biblibre/koha-nginx?lang=de-DE
Has anyone used this?

Greetings

Beda
___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Taking patron images out of db into a directory

[Mengu Yazicioglu]

Hi,
El sáb., 11 de abril de 2020 17:47, Mengu Yazicioglu 


escribió:

We've developed this kind of feature first for 3.20 version with more
than 1,600,000 users in the past.


Ouch! We were stuck on that version for the longest time. May you have 
success in coding and implementing your patch!


Why do you think that we may not? We're supporting Koha since v.2, and 
we also did similar thing in 16.11. I just wanted to give the above 
number of persons


to show that taking pictures out of db is a must in some cases. In any 
size, taking pictures out of db will give more benefits than saving in 
database.


Regards.



___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Taking patron images out of db into a directory

[Mengu Yazicioglu]

Thanks for everyone's comments.

We've developed this kind of feature first for 3.20 version with more 
than 1,600,000 users in the past.


Some of our new customers also wanted this feature for new versions and 
with your comments, we'll start to write it soon.


Thanks everyone !

Mengü Yazıcıoğlu
Devinim Yazılım Eğitim Danışmanlık
Reşit Galip Cad. No: 29/6
Çankaya/ANKARA

Tel: (312) 446 86 68
Cep: (532) 701 90 27

On 11.04.2020 03:56, Eric Bégin wrote:

Mengu,

We did something similar for one clients.  It's patrons pictures were 
on an external server using the borrowernumber as filename (they have  
a unified id for all of their services)


So their is definitively use cases for such a feature.

In our case, we just "hacked" the picture URL with their server URL.

I think we should have a syspref for the patron pictures base URL, and 
maybe the key to use as filename (cardnumber, borrowernumber or even 
an patron attribute)


Hope that help !

Eric Bégin
Solutions inLibro inc.
Le 9 avr. 2020, à 10:42, Mengu Yazicioglu <mailto:me...@devinim.com.tr>> a écrit:



___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

[Koha] Taking patron images out of db into a directory

[Mengu Yazicioglu]

Hi all,

We'd like to write a patch to move patron images out of db into a 
directory in the server.


By this change, we'd like to satisfy following.

1. The size of database backup will be decreased, by this way one may 
store db backups more.


2. Database performance will increase

3. It will be possible to put patron images in different disk in the server

4. Easily put images gathered from other systems like (university 
system, personnel system, etc)


What is your idea?

--
Mengü Yazıcıoğlu
Devinim Yazılım Eğitim Danışmanlık
Reşit Galip Cad. No: 29/6
Çankaya/ANKARA

Tel: (312) 446 86 68
Cep: (532) 701 90 27

___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] NZ Koha dev visiting Istanbul in May and would love to meet Turkish Koha community members

[Mengu Yazicioglu]

Welcome Alex,

We are in Ankara unfortunately, if you want to visit us , please share.

Any public library in Turkey is using Koha that we installed ( we do not 
give support them anymore btw).


I really suggest you visit other libraries also. One of them is Arter's 
library. http://www.arter.org.tr/en/ .


The place has many art exhibitions as well.

Other one is https://www.cekulvakfi.org.tr/proje/bilgi-belge-merkezi

Both are  in Beyoğlu.

If you would like to visit them let me know I may contact the librarians 
there.


Mengü Yazıcıoğlu
Devinim Yazılım Eğitim Danışmanlık
Reşit Galip Cad. No: 29/6
Çankaya/ANKARA

Tel: (312) 446 86 68
Cep: (532) 701 90 27

Mengü Yazıcıoğlu
Devinim Yazılım Eğitim Danışmanlık
Reşit Galip Cad. No: 29/6
Çankaya/ANKARA

Tel: (312) 446 86 68
Cep: (532) 701 90 27

On 24.02.2020 12:15, Alex Buckley wrote:

Kia ora everyone,

I work in the Koha team in Catalyst IT - I have been working on Koha for
more than 3 years now, and would love to meet some more members of the
Koha community!

I am traveling to Turkey on holiday in May, and would love to meet up
with Koha people in Istanbul on 3 May or 21 May. Do let me know if you'd
like to catch up :)

I will be staying in the Beyoğlu district of Istanbul and can see the
nearest Koha library isAhmet Hamdi Tanpınar Edebiyat Müze Kütüphanesi
(http://ahtem.kutuphane.gov.tr/ ) so would love to visit that!

Kind regards,

Alex



___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] New to Koha, but very interested

[Mengu Yazicioglu]

Hi Joe,

Here are my answers

1. Yes, you may, we use 1126 branches for one instutition, 6 for 
another, etc. Koha supports branches.


2. Yes you can, we use 3 database servers, 8-10 web servers for big 
installation.


3. Yes, you can. You need the look at some coonfiguration files. But I 
suggest you use a specific server for your Koha insallation

and use the default values for future support.

Best regards
Mengu

On 15-04-2016 06:06, Joseph Hogan wrote:

Hello,

My name is Joe.

I am writing because we are in discussions with a possible college 
campus looking to update the searching ability on the campus.


We found Koha and the features seem full and rich.

We have more technical questions about installing a new library and 
sharing server with multiple libraries.


I will ask a couple of questions, and then follow up, depending on the 
replies I get.


1 - The campus has more then one library on campus: 1 for physical 
sciences  1 for medecine  1 for social sciences
How can this be treated?  Can one installation cover for a campus 
allow for the location data to include which building/library, or even 
on which campus it might be located?


2 - Can we run multiple instances of Koha on the same server?  I ask 
because any other the documentation that I have read always mentioned 
1 server, 1 koha.   If this works well for us, there are a couple of 
other libraries interested in working with us.  We want to under stand 
the resources needed.  1 koha per server, or many per server?


3 - Can Koha be installed to run from a particular folder?  We already 
have our server up and running, and if they can just be installed in a 
directory of a web page installation?


This is just my beginning.  We are trying to understand the software 
in order to know what is possible or now.


Thanks!

Joe
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha


___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Big Koha Migration of Turkey

[Mengu Yazicioglu]

Hi Martin,

We have 1.126 branches in that system, with clustered database.

All user has only one username and password but they may use any library 
in any location of Turkey with same password.
Bibliographic records are centeralized but 1 record may have many items 
for different branches.


Come to KohaCon as Paul said, I'll be there.

On 13-04-2016 11:06, Martin Kravec wrote:

Hey Mengu,

one(or two) more question(s).

Is it possible to share one database of users between selected or all
branches?

And is the same thing possible for one shared database of bibliographic
records?

Thanks for answers.
Martin Kravec

___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha


___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Big Koha Migration of Turkey

[Mengu Yazicioglu]

Hi Martin,


We use many virtual servers for that project.
By this day,
There are 3 clusterted MariaDB servers,
Many web servers, OPAC and Intranet servers are clustered and distinguished,
1 zebra server,
1 specific server for user id cards, lists, etc.
1 server for SIP2.
All of them have Intel CPUs, we used a big memory araoun 100GB per each 
for databases since we use database very often

in our solutions.

Since they are all virtual servers, increasing or decreasing disk, cpu 
and rams are quite easy.


Those are for our big installation of course, in our other customers, 
only one server can serve all the requirements.


I hope this information will be satisfactory, if not please do not 
hesitate to contact to me.


Thanks
Mengü



On 09-04-2016 11:13, Martin Kravec wrote:

Mengu Yazicioglu <mengu@...> writes:


Hi all,

I'm glad to share that we successfully migrated old 2.x Koha to new one,
3.20.
I should also say that this a quite derived version of 3.20, we have
added many new features,
new modules and changed a lot of codes for the use of public libraries
so we may call this Koha
version as Koha -- Devinim.

We've migrated 1.220.000 active users, 13.700.000 items with active 900
libraries of 1126 public libraries all cities of
Turkey.
We use 14 servers for all production and 4 servers for test environment.
We use MariaDB and Galera Cluster with 4 nodes, 8 apache servers and 1
zebra server.
We plan to cluster zebra server in the future, it cannot perform very
well for this kind of huge installation.

During migration, we also cleaned some dirty data, this was also a big
issue for 13m items.
We've done many tests before going live.

OPAC page is http://koha.ekutuphane.gov.tr

Thanks

//
/Mengü YAZICIOĞLU
DEVİNİM Software Consultancy
/
___
Koha mailing list  http://koha-community.org
Koha  lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha


Hello Mengu,

I am making feasibility study of migrating libraries of Masaryk university
in Czech republic from Aleph to Koha, and I would like to ask you, what
kind of hardware do you use, some parameters would be great to know.

Is it possible for you to provide these details?

Thanks in advance, looking forward for your reply.

Martin Kravec
Student of Division of Information and Library Studies,
Faculty of Arts, Masaryk University
and
Software developer in
Moravian library, Czech Republic
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha


___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

[Koha] Big Koha Migration of Turkey

[Mengu Yazicioglu]

Hi all,

I'm glad to share that we successfully migrated old 2.x Koha to new one, 
3.20.
I should also say that this a quite derived version of 3.20, we have 
added many new features,
new modules and changed a lot of codes for the use of public libraries 
so we may call this Koha

version as Koha -- Devinim.

We've migrated 1.220.000 active users, 13.700.000 items with active 900 
libraries of 1126 public libraries all cities of

Turkey.
We use 14 servers for all production and 4 servers for test environment.
We use MariaDB and Galera Cluster with 4 nodes, 8 apache servers and 1 
zebra server.
We plan to cluster zebra server in the future, it cannot perform very 
well for this kind of huge installation.


During migration, we also cleaned some dirty data, this was also a big 
issue for 13m items.

We've done many tests before going live.

OPAC page is http://koha.ekutuphane.gov.tr

Thanks

//
/Mengü YAZICIOĞLU
DEVİNİM Software Consultancy
/
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

[Koha] Zebra processes

[Mengu Yazicioglu]

Hi all,

Do you know how we can match related Linux prosess with zebra search?
Same search gave us a result or nothing in different times.
I've seen some processes related with zebra running for hours and want 
to learn whether they are
a child process of main zebraserver or zombie processes, or waiting to 
finish a search?


I've a server with following processes and some of them are working for 
3,4 hours.


-- koha   1226  1  0 10:53 ?00:00: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
koha   1228   1226  0 10:53 ?00:01:35 /usr/bin/zebrasrv -v 
none,fatal,warn -f /etc/koha/koha-conf.xml
koha   8203   1228 98 11:02 ?07:17:30 /usr/bin/zebrasrv -v 
none,fatal,warn -f /etc/koha/koha-conf.xml
koha  34417   1228 98 12:00 ?06:18:41 /usr/bin/zebrasrv -v 
none,fatal,warn -f /etc/koha/koha-conf.xml
koha  34877   1228 98 12:02 ?06:17:25 /usr/bin/zebrasrv -v 
none,fatal,warn -f /etc/koha/koha-conf.xml
koha 119942   1228 98 14:56 ?03:25:04 /usr/bin/zebrasrv -v 
none,fatal,warn -f /etc/koha/koha-conf.xml
koha 128933   1228 98 15:10 ?03:11:27 /usr/bin/zebrasrv -v 
none,fatal,warn -f /etc/koha/koha-conf.xml
koha 139792   1228 98 15:23 ?02:59:16 /usr/bin/zebrasrv -v 
none,fatal,warn -f /etc/koha/koha-conf.xml
koha 153678   1228 98 15:42 ?02:40:57 /usr/bin/zebrasrv -v 
none,fatal,warn -f /etc/koha/koha-conf.xml
koha 158560   1228 98 15:56 ?02:26:12 /usr/bin/zebrasrv -v 
none,fatal,warn -f /etc/koha/koha-conf.xml
koha 159190   1228 98 15:59 ?02:23:30 /usr/bin/zebrasrv -v 
none,fatal,warn -f /etc/koha/koha-conf.xml


Do you have any idea?

Thanks
Mengu



___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Koha comparision with other vendors

[Mengu Yazicioglu]

Thanks for quick answers,

We need such articles and comparison tests as KOHA developers and users.

I'd like to ask another question. Is there any globally accepted check 
list for buying an ILS?
Librarians in Turkey shared  some NISO documents but from year 2002, 
hence it doesn't cover

all new functionalities.

Thanks
Mengü



On 17-11-2015 04:21, LibrarySuva wrote:

Bula from Fiji
You might want to have a look at the following links
1.  
https://www.academia.edu/11345786/Library_Hi_Tech_A_comparison_between_select_open_source_and_proprietary_integrated_library_systems
Pruett Joseph Choi Namjoo , (2013),"A comparison between select open source and 
proprietary integrated library systems", Library Hi Tech, Vol. 31 Iss 3 pp. 435 - 454

2. http://www.emeraldinsight.com/doi/abs/10.1108/00330331311313726
  Open source solutions for libraries : ABCD vs KOHA

3. http://guides.temple.edu/c.php?g=78031=510417
  Integrated Library Systems : for product comparisons

Hope they help. All the best then !
SPC library team
  
-Original Message-

From: Koha [mailto:koha-boun...@lists.katipo.co.nz] On Behalf Of BWS Johnson
Sent: Tuesday, 17 November 2015 6:48 AM
To: Koha@lists.katipo.co.nz (koha@lists.katipo.co.nz)
Subject: Re: [Koha] Koha comparision with other vendors

Salvete!


One of our Koha candidate customer want from us some articles about
comparion of Koha with other ILS systems. I googled but could not find
a technical comparision article.

If you know such information and share, I'll be very appreciate for that.



 This is a little older, but I am still happy with it.

Muller, T. (2011). How to Choose an Free and Open Source Integrated Library 
System International digital library perspectives. 27(1): 57-78. 
www.emeraldinsight.com/1065-075X.htm

 They were cited in Nigeria recently in


The Use and Application of Open Source Integrated Library System in Academic 
Libraries in Nigeria: Koha Example


 so if your customer is an academic customer *definitely* look at the stuff 
from KohaCon. It will prove most useful. :)

Hope this helped,
Brooke
___
Koha mailing list  http://koha-community.org Koha@lists.katipo.co.nz 
https://lists.katipo.co.nz/mailman/listinfo/koha
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha


___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

[Koha] Koha comparision with other vendors

[Mengu Yazicioglu]

Hello all,

One of our Koha candidate customer want from us some articles about 
comparion of Koha with other

ILS systems. I googled but could not find a technical comparision article.

If you know such information and share, I'll be very appreciate for that.

Thanks
Mengü
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Koha 3.20.03 - koha-opac-error_log

[Mengu Yazicioglu]

Hi Ozkan,

This should be related with that you didn't choose a Library in Opac 
interface.

/
/
On 29-10-2015 14:15, Ozkan OZMEN wrote:

Hi all,

I have 2 errors at koha-opac-error_log at below:

[Thu Oct 29 13:41:00 2015] opac-search.pl: C4::Context->userenv not defined! at 
/usr/share/koha/lib/C4/Items.pm line 1355.

[Thu Oct 29 13:53:31 2015] opac-detail.pl: C4::Context->userenv not defined! at 
/usr/share/koha/lib/C4/Items.pm line 1355., referer: https://www.google.com.tr/

I searched these errors but I didn't found about it. What does these means? How 
can I solve these errors?

Thanks to all helps...


Regards,
Özkan ÖZMEN
CENTER OF LIBRARY
BALIKESİR UNIVERSITY - TURKEY





___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Fwd: Koha Offline Circulation Tool - Development

[Mengu Yazicioglu]

Hi all,

We had written a Java Code for offline circulation (working on both 
Linux and Windows) and another code for Koha main system ( suitable also 
for branch

libraries).

We'll start sharing these codes very soon.

Best regards.
Mengü

/
/
On 28-10-2015 12:14, Fridolin SOMERS wrote:

Hie Balaji,

You are welcomed to develop on this plugin.

Maybe the simplest way is that you send us patches that we test and 
integrate.


Tell us more about what is not working please.

Best regards,


Le 28/10/2015 09:51, Jonathan Druart a écrit :

Hi Balaji,

Your help is welcomed :)
The code is in the koct
directory:http://git.koha-community.org/gitweb/?p=contrib/global.git;a=tree;f=koct;h=92a2e069e5c752dff4ccd28b3551cd67aa8afe23;hb=HEAD 



This tool is mainly developed/supported by BibLibre's guys, you can
contact Claire (aka clrh) or Fridolin on the irc channel.

See you there!

Jonathan

2015-10-28 4:29 GMT+00:00 Balaji Ravichandran :

-- Forwarded message --
From: Balaji Ravichandran 
Date: 28 October 2015 at 02:12
Subject: Koha Offline Circulation Tool - Development
To: dev-add...@mozilla.org


Hi all,

I am interested in doing the development process for the Koha Offline
Circulation Tool - addon for firefox. I have noticed that this addon 
is not
working well in the latest versions of firefox and I am very much in 
the

need to fix it for the use by community.

Can somebody guide me on how to start with it? I have searched for the
repository for the addon but couldn't help after that.Where to go after
that? How to make changes and notify the developer with it?

Reference Links :-
http://wiki.koha-community.org/wiki/Offline_circulation_firefox_plugin
https://addons.mozilla.org/en-US/firefox/addon/koct/
http://git.koha-community.org/gitweb/?p=contrib/global.git;a=summary

Thank You!!!


--
Regards,
Balaji Ravichandran ( பாலாஜி ) ,
Volunteer at Free Software Foundation - Tamilnadu,
Mobile : 9790528505
My Blog - balogic.wordpress.com



--
Regards,
Balaji Ravichandran ( பாலாஜி ) ,
Volunteer at Free Software Foundation - Tamilnadu,
Mobile : 9790528505
My Blog - balogic.wordpress.com
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha





___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Large installation in Turkey

[Mengu Yazicioglu]

That will be better Bob and I'd like to give some more information on 
that project.


Project went live on 2014 April. All public libraries were using another 
LIS before and it was distributed.
With that project, all libraries started to use a central Koha system 
located on Ankara, capital of Turkey.


It was a derived version of Koha 2.x (co called TG distribution) but we 
implemented many new modules on it.
Therefore we can say a quite derived version of Koha 2.x.  Because of 
distributed system data were very dirty,
there were hundreds of biblios of a single book. Hence we wrote two 
modules to handle them and we merged more than
4.000.000 biblios with the better one, automatically. There is a Catalog 
Center for public libraries now, and they also merge dirty biblios
with the better one. They also create original biblios. This will yield 
the biggest Turkish catalog center.


For the moment, we try to migrate to newest version 3.20.x and tests 
started on that. I think it will go live in 2-3 months.
We will also implement all modules to the new version that we originally 
developed (There are many, some are related with

local solutions).

Maybe, it will be nice to talk about infrastructure.
There is one Load balancer, 4 web servers, 4 clustered databases 
(MariaDB), 1 specific server for ID cards, barcodes, labels.
We do not only implement and serve to Koha project, we also manage those 
servers' databases, web servers, performance issues, etc.


I'd like to share some interested statistics, too.

More than 6.000.000 books circulated in 18 months, there is a record of 
more than 30.000 circulation for a single day.
In average, 2.000 borrowers are being added to system each day but we 
saw app. 4.500 new borrowers last Saturday.


Koha is everywhere in Turkey with that project, even in some small 
villages. Ministry of Culture has some trucks with books and

they travel around the Turkey and circulate books.

If you have any other question I will be happy to share.
I'm planning to join next Koha Conf, and if I would have a chance I want 
to share this project with all of you.


Thanks.
Mengü




On 13-10-2015 01:36, Bob Birchall wrote:
Changing the name of this interesting thread, so it can be found in 
the archives. :)

Bob


On 13/10/15 01:13, Mengu Yazicioglu wrote:

Hi,

It's in only one Koha installation for all public libraries, and 
we've done many implementations for
them, and hopefully we do not face with any problems. There are some 
small issues but we can handle

them.

koha.ekutuphane.gov.tr is public OPAC, but in Turkish unfortunately,

you may search some specific letter for example "a" for Tum 
Kutuphaneler and you'll see the speed.


Thanks.
Mengu

On 12-10-2015 13:10, Gaetan Boisson wrote:

Oh wow... Those are really impressive figures!
Is it just one huge Koha install, or does every single library has 
its own Koha?
If it is just one Koha, i guess you had to make specific patches? (I 
imagine having hundreds of libraries defined in the branches could 
be a problem at some places in the interface...)


It's great to see Koha being put to such use anyway! Is there a 
public opac we can see?


Best regards,

Le 11/10/2015 21:15, Mengu Yazicioglu a écrit :
I'd like to share that we serve more than 13.200.000 records 
(adding more than 20.000 items
per day) to 1.126 public libraries consoritum with 1.000.000 users 
(adding more than 2.000 new users everyday),


I think it is biggest Koha installation around the world,
We use Mariadb on clustered servers and we are very comfortable 
with the performance.
Of course, our technical staff trace the servers and databased 
everyday.







___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha




--

/Saygılarımla/
/Mengü YAZICIOĞLU/
/MERKEZ
Adres : Mustafa Kemal Mah. Seferoğlu Plaza
2141.Sk No:11/6 ÇANKAYA/ANKARA
Telefon : +90 - 312 - 219 84 30
Cep : +90 - 532 - 701 90 27
e-posta : me...@devinim.com.tr
/
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] KOHA with PostgreSQL

[Mengu Yazicioglu]

Hi,

It's in only one Koha installation for all public libraries, and we've 
done many implementations for
them, and hopefully we do not face with any problems. There are some 
small issues but we can handle

them.

koha.ekutuphane.gov.tr is public OPAC, but in Turkish unfortunately,

you may search some specific letter for example "a" for Tum Kutuphaneler 
and you'll see the speed.


Thanks.
Mengu

On 12-10-2015 13:10, Gaetan Boisson wrote:

Oh wow... Those are really impressive figures!
Is it just one huge Koha install, or does every single library has its 
own Koha?
If it is just one Koha, i guess you had to make specific patches? (I 
imagine having hundreds of libraries defined in the branches could be 
a problem at some places in the interface...)


It's great to see Koha being put to such use anyway! Is there a public 
opac we can see?


Best regards,

Le 11/10/2015 21:15, Mengu Yazicioglu a écrit :
I'd like to share that we serve more than 13.200.000 records (adding 
more than 20.000 items
per day) to 1.126 public libraries consoritum with 1.000.000 users 
(adding more than 2.000 new users everyday),


I think it is biggest Koha installation around the world,
We use Mariadb on clustered servers and we are very comfortable with 
the performance.

Of course, our technical staff trace the servers and databased everyday.






___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] KOHA with PostgreSQL

[Mengu Yazicioglu]

I'd like to share that we serve more than 13.200.000 records (adding 
more than 20.000 items
per day) to 1.126 public libraries consoritum with 1.000.000 users 
(adding more than 2.000 new users everyday),


I think it is biggest Koha installation around the world,
We use Mariadb on clustered servers and we are very comfortable with the 
performance.

Of course, our technical staff trace the servers and databased everyday.


--

/Saygılarımla/
/Mengü YAZICIOĞLU/
/MERKEZ
Adres : Mustafa Kemal Mah. Seferoğlu Plaza
2141.Sk No:11/6 ÇANKAYA/ANKARA
Telefon : +90 - 312 - 219 84 30
Cep : +90 - 532 - 701 90 27
e-posta : me...@devinim.com.tr
/


On 09-10-2015 18:31, Jesse wrote:

Unfortunately, Koha will not currently work with PostgreSQL. It's pretty
heavily tied to either MySQL or MariaDB.  We are in the midst of an effort
to convert old code to use a database abstraction layer that would allow
PostgreSQL, but that's not likely to be finished in the near future.

However, there are a number of libraries using Koha at that scale. You will
need a fairly powerful server (or two, with the database on a separate
server), but it's workable.

2015-10-09 2:05 GMT-06:00 Arayik Manukyan :


Hi List,
just wondering, if any experience using KOHA with PostgreSQL database,
and my second inquiry is - any libraries using Koha for the bibliographic
database with ca. 4 million records. Is it stable?
thanks
Araik

___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha






___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Big Collection

[Mengu Yazicioglu]

Hi,

We serve more than 13.000.000 items with 1.000.000 users in one of our 
customers.

I suggest to change MySQL and InnoDB performance tuning parameters.
It's a good idea to cache the data.
There should be proxy problems also.

Mengu

On 04-09-2015 06:22, Jerwyn wrote:

Greetings!

We have roughly have 400,000 collections, cataloged in koha.

We are experiencing *"504 Gateway Time-out The server didn't respond in
time."*  whenever the keyword we are searching has a several of results.

Can you please give us inputs from your own experience on how are we going
to optimize the server, to make it seamless.

Looking forward to this, thank you and best regards!





--
View this message in context: 
http://koha.1045719.n5.nabble.com/Big-Collection-tp5852592.html
Sent from the Koha-general mailing list archive at Nabble.com.
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha


___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] [Koha-devel] Koha development

[Mengu Yazicioglu]

I'd like to also add our company,

We've just started to develop for Koha 9 months ago, however, we support 
(I think) the biggest public library ogranization in the world in count,

1120 public libraries of Turkey.

Our team is 5 FTE for the moment, including developers, documentation, 
support and management.


Thanks.

Mengu
Devinim Software

On 02/12/2015 11:24 PM, Brendan Gallagher wrote:

Now that we have a better idea of the answer you are looking for.

Roughly estimating all companies that support Koha (12 of them in India, 6
in Spain alone) I'd say Koha is 1500+ easily.

On Thu, Feb 12, 2015 at 1:22 PM, Chris Cormack ch...@bigballofwax.co.nz
wrote:



On 13 February 2015 at 10:14, Marshall Breeding 
marshall.breed...@librarytechnology.org wrote:


  Brendan,



Some personnel FTE numbers from last year can be seen on the tables from
the Library Systems Report:


http://www.americanlibrariesmagazine.org/sites/americanlibrariesmagazine.org/files/content/Charts_MarshallBreeding.pdf



The numbers are for the company overall, and not limited to efforts
expended on specific products or projects.




In that case for Catalyst there are 235 staff, of which 182 are devs

Chris






___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha

[Koha] Fwd: Request to add our company in Koha Support Companies list in Europe, Asia, Middle East and Africa Region

[Mengu Yazicioglu]

Hi again,

I've sent an email to list to be added in Paid Support List, but I can't 
see our company's name on the list. Am I doing something wrong?


Thanks a lot.
Mengu


 Forwarded Message 
Subject: 	Request to add our company in Koha Support Companies list in 
Europe, Asia, Middle East and Africa Region

Date:   Tue, 14 Oct 2014 21:53:50 +0300
From:   Mengu Yazicioglu me...@devinim.com.tr
To: koha@lists.katipo.co.nz



Hello all,

Would you please add our company in the list of Koha Support companies
list for Europe, Asia and Middle East, Africa Region, please?

We'd like to share the information that, I think we support the biggest
KOHA implementation on public libraries around the world (with 1.116
public libraries in Turkey, with 11.000.000 items and around 1.400.000
borrowers at the moment, those values are still counting).
We'll also share other developings in that project through that list.

Company Name: Devinim Yazilim

Contact Person: Mengu Yazicioglu

Contact email: devi...@devinim.com.tr

Website:
http://devinim.com.tr/icerikler/yazilimlarimiz/kohakutuphaneotomasyonsistemi/icerik48.html

Telephone: ++90-312-446 86 68

Address: Mustafa Kemal Mah. 2141.Sk No: 11/6 Cankaya/Ankara TURKEY

Short description of your services: Installation, Migration,
Programming, SaaS, Consultancy, Training, etc.

Thanks and best regards.



___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha

[Koha] Request to add our company in Koha Support Companies list in Europe, Asia, Middle East and Africa Region

[Mengu Yazicioglu]

Hello all,

Would you please add our company in the list of Koha Support companies 
list for Europe, Asia and Middle East, Africa Region, please?


We'd like to share the information that, I think we support the biggest 
KOHA implementation on public libraries around the world (with 1.116 
public libraries in Turkey, with 11.000.000 items and aroun 1.400.000 
borrowers at the moment, those values are still counting).

We'll also share other developings in that project through that list.

Company Name: Devinim Yazilim

Contact Person: Mengu Yazicioglu

Contact email: devi...@devinim.com.tr

Website: 
http://devinim.com.tr/icerikler/yazilimlarimiz/kohakutuphaneotomasyonsistemi/icerik48.html


Telephone: ++90-312-446 86 68

Address: Mustafa Kemal Mah. 2141.Sk No: 11/6 Cankaya/Ankara TURKEY

Short description of your services: Installation, Migration, 
Programming, SaaS, Consultancy, Training, etc.


Thanks and best regards.
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha

[Koha] Zebra error

[Mengu Yazicioglu]

Hi all,

I'm not sure whether this is a rigth list but I need some help for a 
production environment.


We use a server for zebra. And we started to get errors like that in the 
var/log/messages:


Apr 21 18:51:37 zebra kernel: zebrasrv-2.0[29573]: segfault at 122383ef 
ip 7f5569e07c31 sp 7fff9419d950 error 4 in 
libidzebra-2.0.so.0.0.1[7f5569de7000+82000]
Apr 21 18:51:38 zebra kernel: zebrasrv-2.0[29576]: segfault at 122383ef 
ip 7f5569e07c31 sp 7fff9419d950 error 4 in 
libidzebra-2.0.so.0.0.1[7f5569de7000+82000]



At the same time, on the apache servers we got

On the Apache Servers:

2014/04/18 20:33:11 zebra opserver, label=reconnect
2014/04/18 20:33:11 zebra opserver, label=retry
2014/04/18 20:33:11 zebra opserver - send(update)
2014/04/18 20:33:11 zebra opserver - error_x, error=10004
2014/04/18 20:33:12 errmsg : Connection lost
2014/04/18 20:33:12 addinfo : 192.168.210.230:9000
2014/04/18 20:33:12 diagset : 192.168.210.230:9000
2014/04/18 20:33:12 zebra opserver, label=reconnect
2014/04/18 20:33:12 reconnecting

Other findings are,

Our zebra recors are under /var/lib/zebraserver.
Files in /var/lib/zebraserver/zebrabiblios directory doesnot change but 
the ones in sd1 are changing. However when  I want to look at the files 
under sd1 directories, sometimes I can't see the files.


I also run a check in the
/var/lib/zebraserver/zebrabiblios directory, and find following errors.

...
15:14:16-19/04 zebraidx-2.0(4093) [log] Loaded filter module 
/usr/lib64/idzebra-2.0/modules//mod-dom.so
15:14:16-19/04 zebraidx-2.0(4093)[warn] previous transaction didn't 
reach commit

15:14:16-19/04 zebraidx-2.0(4093) [log] enabling shadow spec=sd1:10240M
15:14:16-19/04 zebraidx-2.0(4093) [log] cache_fname = sd1/cache
15:14:16-19/04 zebraidx-2.0(4093) [log] enabling shadow spec=sd1:10240M
15:14:16-19/04 zebraidx-2.0(4093) [log] cache_fname = sd1/cache
zebraidx-2.0: records.c:916: rec_get_int: Assertion `rec-size[i] == 0' 
failed.

I.ptal edildi

Does anyone have any idea? Did you face such a problem?

Thanks.
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha