Elasticsearch sans Zebra
Hi all, I have started using Elasticsearch more with Koha, and we're at a point of wanting to use Elasticsearch without Zebra for Koha. I came across "Bug 21820 - Zebraqueue should not be added to when only Elasticsearch is used" and it seems like other people are interested in this too. I imagine it's just a case of getting a patch written? Overall, it's an idea that people support? David Cook Senior Software Engineer Prosentient Systems Suite 7.03 6a Glen St Milsons Point NSW 2061 Australia Office: 02 9212 0899 Online: 02 8005 0595
Hi David the majority of our Koha installations use Elastiscearch and we have a process that deactivates zebra but we would love to see the change you proposed. I vaguely remember a bug where not having zebra running caused a problem (with background jobs i think) even if ES is in charge of indexing. cheers david (HKS3/www.koha-support.eu) On Mon, 25 Mar 2024, at 2:22 AM, David Cook via Koha-devel wrote:
Hi all,
I have started using Elasticsearch more with Koha, and we’re at a point of wanting to use Elasticsearch without Zebra for Koha.
I came across “Bug 21820 - Zebraqueue should not be added to when only Elasticsearch is used” and it seems like other people are interested in this too.
I imagine it’s just a case of getting a patch written? Overall, it’s an idea that people support?
David Cook Senior Software Engineer Prosentient Systems Suite 7.03 6a Glen St Milsons Point NSW 2061 Australia
Office: 02 9212 0899 Online: 02 8005 0595
_______________________________________________ Koha-devel mailing list Koha-devel@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : https://www.koha-community.org/ git : https://git.koha-community.org/ bugs : https://bugs.koha-community.org/
Hi, We have patch since a few years for that because filling zebraqueue is useless and can't be removed with cleanup_database.pl : https://git.biblibre.com/biblibre/kohac/commit/50ae1a44d200c6fa46940107d15be... It would be nice to have a more official way ;) Best regards Le 25/03/2024 à 12:29, David Schmidt via Koha-devel a écrit :
Hi David
the majority of our Koha installations use Elastiscearch and we have a process that deactivates zebra but we would love to see the change you proposed.
I vaguely remember a bug where not having zebra running caused a problem (with background jobs i think) even if ES is in charge of indexing.
cheers david (HKS3/www.koha-support.eu)
On Mon, 25 Mar 2024, at 2:22 AM, David Cook via Koha-devel wrote:
Hi all,
I have started using Elasticsearch more with Koha, and we’re at a point of wanting to use Elasticsearch without Zebra for Koha.
I came across “Bug 21820 - Zebraqueue should not be added to when only Elasticsearch is used” and it seems like other people are interested in this too.
I imagine it’s just a case of getting a patch written? Overall, it’s an idea that people support?
David Cook
Senior Software Engineer
Prosentient Systems
Suite 7.03
6a Glen St
Milsons Point NSW 2061
Australia
Office: 02 9212 0899
Online: 02 8005 0595
_______________________________________________ Koha-devel mailing list Koha-devel@lists.koha-community.org <mailto:Koha-devel@lists.koha-community.org> https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel <https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel> website : https://www.koha-community.org/ <https://www.koha-community.org/> git : https://git.koha-community.org/ <https://git.koha-community.org/> bugs : https://bugs.koha-community.org/ <https://bugs.koha-community.org/>
_______________________________________________ Koha-devel mailing list Koha-devel@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : https://www.koha-community.org/ git : https://git.koha-community.org/ bugs : https://bugs.koha-community.org/
-- Fridolin SOMERS <fridolin.somers@biblibre.com> Software and system maintainer 🦄 BibLibre, France
Hi! We have a scenario (albeit an exception) where both are used, due to the limitation of ES's z3950. So we fill zebraqueue uselessly in 199 Koha, but really really need it in 1. Logo inLibro <https://inLibro.com> Philippe Blouin Directeur de la technologie T 833-INLIBRO (465-4276) <tel:833-465-4276>, poste 230 C philippe.blouin@inLibro.com www.inLibro.com <https://inLibro.com> On 2024-03-25 08:54, Fridolin SOMERS via Koha-devel wrote:
Hi,
We have patch since a few years for that because filling zebraqueue is useless and can't be removed with cleanup_database.pl : https://git.biblibre.com/biblibre/kohac/commit/50ae1a44d200c6fa46940107d15be...
It would be nice to have a more official way ;)
Best regards
Le 25/03/2024 à 12:29, David Schmidt via Koha-devel a écrit :
Hi David
the majority of our Koha installations use Elastiscearch and we have a process that deactivates zebra but we would love to see the change you proposed.
I vaguely remember a bug where not having zebra running caused a problem (with background jobs i think) even if ES is in charge of indexing.
cheers david (HKS3/www.koha-support.eu)
On Mon, 25 Mar 2024, at 2:22 AM, David Cook via Koha-devel wrote:
Hi all,
I have started using Elasticsearch more with Koha, and we’re at a point of wanting to use Elasticsearch without Zebra for Koha.
I came across “Bug 21820 - Zebraqueue should not be added to when only Elasticsearch is used” and it seems like other people are interested in this too.
I imagine it’s just a case of getting a patch written? Overall, it’s an idea that people support?
David Cook
Senior Software Engineer
Prosentient Systems
Suite 7.03
6a Glen St
Milsons Point NSW 2061
Australia
Office: 02 9212 0899
Online: 02 8005 0595
_______________________________________________ Koha-devel mailing list Koha-devel@lists.koha-community.org <mailto:Koha-devel@lists.koha-community.org> https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel <https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel> website : https://www.koha-community.org/ <https://www.koha-community.org/> git : https://git.koha-community.org/ <https://git.koha-community.org/> bugs : https://bugs.koha-community.org/ <https://bugs.koha-community.org/>
_______________________________________________ Koha-devel mailing list Koha-devel@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : https://www.koha-community.org/ git : https://git.koha-community.org/ bugs : https://bugs.koha-community.org/
Ah nope, z39.50 can be handled by misc/z3950_responder.pl https://wiki.koha-community.org/wiki/Setting_up_the_Z39.50_and_SRU_Server Le 25/03/2024 à 13:59, Philippe Blouin a écrit :
Hi!
We have a scenario (albeit an exception) where both are used, due to the limitation of ES's z3950.
So we fill zebraqueue uselessly in 199 Koha, but really really need it in 1.
Logo inLibro <https://inLibro.com> Philippe Blouin Directeur de la technologie
T 833-INLIBRO (465-4276) <tel:833-465-4276>, poste 230 C philippe.blouin@inLibro.com
www.inLibro.com <https://inLibro.com>
On 2024-03-25 08:54, Fridolin SOMERS via Koha-devel wrote:
Hi,
We have patch since a few years for that because filling zebraqueue is useless and can't be removed with cleanup_database.pl : https://git.biblibre.com/biblibre/kohac/commit/50ae1a44d200c6fa46940107d15be...
It would be nice to have a more official way ;)
Best regards
Le 25/03/2024 à 12:29, David Schmidt via Koha-devel a écrit :
Hi David
the majority of our Koha installations use Elastiscearch and we have a process that deactivates zebra but we would love to see the change you proposed.
I vaguely remember a bug where not having zebra running caused a problem (with background jobs i think) even if ES is in charge of indexing.
cheers david (HKS3/www.koha-support.eu)
On Mon, 25 Mar 2024, at 2:22 AM, David Cook via Koha-devel wrote:
Hi all,
I have started using Elasticsearch more with Koha, and we’re at a point of wanting to use Elasticsearch without Zebra for Koha.
I came across “Bug 21820 - Zebraqueue should not be added to when only Elasticsearch is used” and it seems like other people are interested in this too.
I imagine it’s just a case of getting a patch written? Overall, it’s an idea that people support?
David Cook
Senior Software Engineer
Prosentient Systems
Suite 7.03
6a Glen St
Milsons Point NSW 2061
Australia
Office: 02 9212 0899
Online: 02 8005 0595
_______________________________________________ Koha-devel mailing list Koha-devel@lists.koha-community.org <mailto:Koha-devel@lists.koha-community.org> https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel <https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel> website : https://www.koha-community.org/ <https://www.koha-community.org/> git : https://git.koha-community.org/ <https://git.koha-community.org/> bugs : https://bugs.koha-community.org/ <https://bugs.koha-community.org/>
_______________________________________________ Koha-devel mailing list Koha-devel@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : https://www.koha-community.org/ git : https://git.koha-community.org/ bugs : https://bugs.koha-community.org/
-- Fridolin SOMERS <fridolin.somers@biblibre.com> Software and system maintainer 🦄 BibLibre, France
Well, not really. Hammat asked about limitations on Feb 28 on this very list, because attributes are not well handled. Logo inLibro <https://inLibro.com> Philippe Blouin Directeur de la technologie T 833-INLIBRO (465-4276) <tel:833-465-4276>, poste 230 C philippe.blouin@inLibro.com www.inLibro.com <https://inLibro.com> On 2024-03-27 06:21, Fridolin SOMERS via Koha-devel wrote:
Ah nope, z39.50 can be handled by misc/z3950_responder.pl https://wiki.koha-community.org/wiki/Setting_up_the_Z39.50_and_SRU_Server
Le 25/03/2024 à 13:59, Philippe Blouin a écrit :
Hi!
We have a scenario (albeit an exception) where both are used, due to the limitation of ES's z3950.
So we fill zebraqueue uselessly in 199 Koha, but really really need it in 1.
Logo inLibro <https://inLibro.com> Philippe Blouin Directeur de la technologie
T 833-INLIBRO (465-4276) <tel:833-465-4276>, poste 230 C philippe.blouin@inLibro.com
www.inLibro.com <https://inLibro.com>
On 2024-03-25 08:54, Fridolin SOMERS via Koha-devel wrote:
Hi,
We have patch since a few years for that because filling zebraqueue is useless and can't be removed with cleanup_database.pl : https://git.biblibre.com/biblibre/kohac/commit/50ae1a44d200c6fa46940107d15be...
It would be nice to have a more official way ;)
Best regards
Le 25/03/2024 à 12:29, David Schmidt via Koha-devel a écrit :
Hi David
the majority of our Koha installations use Elastiscearch and we have a process that deactivates zebra but we would love to see the change you proposed.
I vaguely remember a bug where not having zebra running caused a problem (with background jobs i think) even if ES is in charge of indexing.
cheers david (HKS3/www.koha-support.eu)
On Mon, 25 Mar 2024, at 2:22 AM, David Cook via Koha-devel wrote:
Hi all,
I have started using Elasticsearch more with Koha, and we’re at a point of wanting to use Elasticsearch without Zebra for Koha.
I came across “Bug 21820 - Zebraqueue should not be added to when only Elasticsearch is used” and it seems like other people are interested in this too.
I imagine it’s just a case of getting a patch written? Overall, it’s an idea that people support?
David Cook
Senior Software Engineer
Prosentient Systems
Suite 7.03
6a Glen St
Milsons Point NSW 2061
Australia
Office: 02 9212 0899
Online: 02 8005 0595
_______________________________________________ Koha-devel mailing list Koha-devel@lists.koha-community.org <mailto:Koha-devel@lists.koha-community.org> https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel <https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel> website : https://www.koha-community.org/ <https://www.koha-community.org/> git : https://git.koha-community.org/ <https://git.koha-community.org/> bugs : https://bugs.koha-community.org/ <https://bugs.koha-community.org/>
_______________________________________________ Koha-devel mailing list Koha-devel@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : https://www.koha-community.org/ git : https://git.koha-community.org/ bugs : https://bugs.koha-community.org/
Can you be more specific? If there’s a problem, a ticket should be raised. David Cook Senior Software Engineer Prosentient Systems Suite 7.03 6a Glen St Milsons Point NSW 2061 Australia Office: 02 9212 0899 Online: 02 8005 0595 From: Koha-devel <koha-devel-bounces@lists.koha-community.org> On Behalf Of Philippe Blouin via Koha-devel Sent: Wednesday, 27 March 2024 11:30 PM To: Fridolin SOMERS <fridolin.somers@biblibre.com>; koha-devel@lists.koha-community.org Subject: Re: [Koha-devel] Elasticsearch sans Zebra Well, not really. Hammat asked about limitations on Feb 28 on this very list, because attributes are not well handled. <https://inlibro.com/> Philippe Blouin Directeur de la technologie T <tel:833-465-4276> 833-INLIBRO (465-4276), poste 230 C <mailto:philippe.blouin@inLibro.com> philippe.blouin@inLibro.com <https://inLibro.com> www.inLibro.com On 2024-03-27 06:21, Fridolin SOMERS via Koha-devel wrote: Ah nope, z39.50 can be handled by misc/z3950_responder.pl https://wiki.koha-community.org/wiki/Setting_up_the_Z39.50_and_SRU_Server Le 25/03/2024 à 13:59, Philippe Blouin a écrit : Hi! We have a scenario (albeit an exception) where both are used, due to the limitation of ES's z3950. So we fill zebraqueue uselessly in 199 Koha, but really really need it in 1. Logo inLibro <https://inLibro.com> <https://inLibro.com> Philippe Blouin Directeur de la technologie T 833-INLIBRO (465-4276) <tel:833-465-4276> <tel:833-465-4276>, poste 230 C philippe.blouin@inLibro.com <mailto:philippe.blouin@inLibro.com> www.inLibro.com <http://www.inLibro.com> <https://inLibro.com> <https://inLibro.com> On 2024-03-25 08:54, Fridolin SOMERS via Koha-devel wrote: Hi, We have patch since a few years for that because filling zebraqueue is useless and can't be removed with cleanup_database.pl : https://git.biblibre.com/biblibre/kohac/commit/50ae1a44d200c6fa46940107d15be... It would be nice to have a more official way ;) Best regards Le 25/03/2024 à 12:29, David Schmidt via Koha-devel a écrit : Hi David the majority of our Koha installations use Elastiscearch and we have a process that deactivates zebra but we would love to see the change you proposed. I vaguely remember a bug where not having zebra running caused a problem (with background jobs i think) even if ES is in charge of indexing. cheers david (HKS3/www.koha-support.eu) On Mon, 25 Mar 2024, at 2:22 AM, David Cook via Koha-devel wrote: Hi all, I have started using Elasticsearch more with Koha, and we’re at a point of wanting to use Elasticsearch without Zebra for Koha. I came across “Bug 21820 - Zebraqueue should not be added to when only Elasticsearch is used” and it seems like other people are interested in this too. I imagine it’s just a case of getting a patch written? Overall, it’s an idea that people support? David Cook Senior Software Engineer Prosentient Systems Suite 7.03 6a Glen St Milsons Point NSW 2061 Australia Office: 02 9212 0899 Online: 02 8005 0595 _______________________________________________ Koha-devel mailing list Koha-devel@lists.koha-community.org <mailto:Koha-devel@lists.koha-community.org> <mailto:Koha-devel@lists.koha-community.org> <mailto:Koha-devel@lists.koha-community.org> https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel <https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel> <https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel> website : https://www.koha-community.org/ <https://www.koha-community.org/> <https://www.koha-community.org/> git : https://git.koha-community.org/ <https://git.koha-community.org/> <https://git.koha-community.org/> bugs : https://bugs.koha-community.org/ <https://bugs.koha-community.org/> <https://bugs.koha-community.org/> _______________________________________________ Koha-devel mailing list Koha-devel@lists.koha-community.org <mailto:Koha-devel@lists.koha-community.org> https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : https://www.koha-community.org/ git : https://git.koha-community.org/ bugs : https://bugs.koha-community.org/
participants (4)
-
David Cook -
David Schmidt -
Fridolin SOMERS -
Philippe Blouin