From mark at hofstetter.at  Wed Feb  1 12:35:52 2023
From: mark at hofstetter.at (Mark Hofstetter)
Date: Wed, 1 Feb 2023 12:35:52 +0100
Subject: [Koha-de] Abgleich anhand Control-number (Bruns, Anke)
In-Reply-To: <mailman.3.1675249201.20173.koha-de@lists.koha-community.org>
References: <mailman.3.1675249201.20173.koha-de@lists.koha-community.org>
Message-ID: <8afbc7c2-0ce4-ad0d-7582-a67263e17643@hofstetter.at>

Hi,

enthalten die control-nummern '-' (Bindestriche)?  die teilen nämlich 
control-numbers und führen zu "merkwürdigen" Resultaten, dh eben das 
auch Teile gefunden werden

lg
Mark

Am 01.02.2023 um 12:00 schrieb koha-de-request at lists.koha-community.org:
> Um E-Mails an die Liste Koha-de zu schicken, nutzen Sie bitte die
> Adresse
>
>      koha-de at lists.koha-community.org
>
> Um sich via Internet von der Liste auszutragen oder in die Liste
> einzutragen:
>
>      https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-de
>
> Oder schicken Sie eine E-Mail mit dem Wort "help" in der Betreffzeile
> oder im Text an
>
>      koha-de-request at lists.koha-community.org
>
> Sie können den Verwalter dieser Liste unter der Adresse
>
>      koha-de-owner at lists.koha-community.org
>
> erreichen.
>
> Wenn Sie antworten editieren bitte Sie die Betreffzeile auf einen
> sinnvollen Inhalt der spezifischer ist als "Re: Contents of Koha-de
> digest..."
>
>
> Meldungen des Tages:
>
>     1. Abgleich anhand Control-number (Bruns, Anke)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Tue, 31 Jan 2023 16:09:29 +0000
> From: "Bruns, Anke" <Anke.Bruns at gwdg.de>
> To: "koha-de at lists.koha-community.org"
> 	<koha-de at lists.koha-community.org>
> Subject: [Koha-de] Abgleich anhand Control-number
> Message-ID: <78a021c452bb4bb683477993cd08e546 at gwdg.de>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Liebe Koha-Community,
>
> zur Zeit versuche ich in einer Instanz in 22.05 Daten zu importieren, die
> bereits eine Entsprechung in Koha haben, wobei ich einen Abgleich anhand der
> 001-Nummer machen möchte.
>
> Die 001-Nummern sind in meinem Datenbestand z.T. ein- bis fünfstellig. Nun
> scheint der Abgleich bei den 001ern mit wenig Stellen, z.B. "4", jedoch
> sämtliche Nummern, die mit 4 beginnen, für Matches zu halten - jedenfalls
> werden mir für die niedrigen Nummern immer mehrere Matches, deren 001 mit 4
> beginnt, angeboten. Erst bei den 5-stelligen 001ern klappt es, dass nur ein,
> und zwar der richtige passende Datensatz gefunden wird; schlicht weil es
> keine anderen gibt, die mit der 5-stelligen Nummer beginnen, nehme ich an.
>
> Gibt es eine Idee, wie ich die Abgleichregel konfigurieren könnte, damit der
> Abgleich nur das richtige Match findet? Muss ich hier an Offset oder Länge
> irgendwas einstellen - aber wenn ja, was?
>
> Danke für Ihre Ideen und viele Grüße
>
> Anke Bruns
>

-- 
--
Mag. Mark Hofstetter
2452 Mannersdorf
Zwischen den Weingärten 3
+43 676 7345660


From Anke.Bruns at gwdg.de  Fri Feb  3 18:58:56 2023
From: Anke.Bruns at gwdg.de (Bruns, Anke)
Date: Fri, 3 Feb 2023 17:58:56 +0000
Subject: [Koha-de] Abgleich anhand Control-number (Bruns, Anke)
In-Reply-To: <8afbc7c2-0ce4-ad0d-7582-a67263e17643@hofstetter.at>
References: <mailman.3.1675249201.20173.koha-de@lists.koha-community.org>
 <8afbc7c2-0ce4-ad0d-7582-a67263e17643@hofstetter.at>
Message-ID: <406cb16d74294603a65cc165c0500af7@gwdg.de>

Hallo,

@Jan und @Mark, danke für die Überlegungen!

Die Lösung waren Punkte in den höheren Nummern (1.000 statt 1000, 10.000 statt 10000 usw.). Zum Satz mit der 001-Nr. "29" wurden auch 29.000, 29.123 usw. gefunden. Sobald ich diese Punkte entfernt habe, klappte der Abgleich problemlos.
Der Hinweis mit den Bindestrichen hatte mich auf diese Spur gebracht. 

Viele Grüße
Anke Bruns



-- 
Anke Bruns M.A. (LIS)
Arbeitsgruppe "Anwendungs- und Informationssysteme"
E-Mail: anke.bruns at gwdg.de
---------------------------------------
Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG)
Burckhardtweg 4, 37077 Göttingen, URL: https://gwdg.de

Support: Tel.: +49 551 39-30000, URL: https://gwdg.de/support
Sekretariat: Tel.: +49 551 39-30001, E-Mail: gwdg at gwdg.de 

Geschäftsführer: Prof. Dr. Ramin Yahyapour
Aufsichtsratsvorsitzender: Prof. Dr. Christian Griesinger
Sitz der Gesellschaft: Göttingen
Registergericht: Göttingen, Handelsregister-Nr. B 598
---------------------------------------
Zertifiziert nach ISO 9001
---------------------------------------



> -----Ursprüngliche Nachricht-----
> Von: Koha-de <koha-de-bounces at lists.koha-community.org> Im Auftrag von
> Mark Hofstetter
> Gesendet: Mittwoch, 1. Februar 2023 12:36
> An: koha-de at lists.koha-community.org; koha-de-request at lists.koha-
> community.org
> Betreff: Re: [Koha-de] Abgleich anhand Control-number (Bruns, Anke)
> 
> Hi,
> 
> enthalten die control-nummern '-' (Bindestriche)?  die teilen nämlich
> control-numbers und führen zu "merkwürdigen" Resultaten, dh eben das
> auch Teile gefunden werden
> 
> lg
> Mark
> 
> Am 01.02.2023 um 12:00 schrieb koha-de-request at lists.koha-community.org:
> > Um E-Mails an die Liste Koha-de zu schicken, nutzen Sie bitte die
> > Adresse
> >
> >      koha-de at lists.koha-community.org
> >
> > Um sich via Internet von der Liste auszutragen oder in die Liste
> > einzutragen:
> >
> >      https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-de
> >
> > Oder schicken Sie eine E-Mail mit dem Wort "help" in der Betreffzeile
> > oder im Text an
> >
> >      koha-de-request at lists.koha-community.org
> >
> > Sie können den Verwalter dieser Liste unter der Adresse
> >
> >      koha-de-owner at lists.koha-community.org
> >
> > erreichen.
> >
> > Wenn Sie antworten editieren bitte Sie die Betreffzeile auf einen
> > sinnvollen Inhalt der spezifischer ist als "Re: Contents of Koha-de
> > digest..."
> >
> >
> > Meldungen des Tages:
> >
> >     1. Abgleich anhand Control-number (Bruns, Anke)
> >
> >
> > ----------------------------------------------------------------------
> >
> > Message: 1
> > Date: Tue, 31 Jan 2023 16:09:29 +0000
> > From: "Bruns, Anke" <Anke.Bruns at gwdg.de>
> > To: "koha-de at lists.koha-community.org"
> > 	<koha-de at lists.koha-community.org>
> > Subject: [Koha-de] Abgleich anhand Control-number
> > Message-ID: <78a021c452bb4bb683477993cd08e546 at gwdg.de>
> > Content-Type: text/plain; charset="iso-8859-1"
> >
> > Liebe Koha-Community,
> >
> > zur Zeit versuche ich in einer Instanz in 22.05 Daten zu importieren, die
> > bereits eine Entsprechung in Koha haben, wobei ich einen Abgleich anhand
> der
> > 001-Nummer machen möchte.
> >
> > Die 001-Nummern sind in meinem Datenbestand z.T. ein- bis fünfstellig. Nun
> > scheint der Abgleich bei den 001ern mit wenig Stellen, z.B. "4", jedoch
> > sämtliche Nummern, die mit 4 beginnen, für Matches zu halten - jedenfalls
> > werden mir für die niedrigen Nummern immer mehrere Matches, deren 001
> mit 4
> > beginnt, angeboten. Erst bei den 5-stelligen 001ern klappt es, dass nur ein,
> > und zwar der richtige passende Datensatz gefunden wird; schlicht weil es
> > keine anderen gibt, die mit der 5-stelligen Nummer beginnen, nehme ich an.
> >
> > Gibt es eine Idee, wie ich die Abgleichregel konfigurieren könnte, damit der
> > Abgleich nur das richtige Match findet? Muss ich hier an Offset oder Länge
> > irgendwas einstellen - aber wenn ja, was?
> >
> > Danke für Ihre Ideen und viele Grüße
> >
> > Anke Bruns
> >
> 
> --
> --
> Mag. Mark Hofstetter
> 2452 Mannersdorf
> Zwischen den Weingärten 3
> +43 676 7345660
> 
> _______________________________________________
> Koha-de mailing list
> Koha-de at lists.koha-community.org
> https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-de
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : smime.p7s
Dateityp    : application/pkcs7-signature
Dateigröße  : 7304 bytes
Beschreibung: nicht verfügbar
URL         : <http://lists.koha-community.org/pipermail/koha-de/attachments/20230203/cef0cebf/attachment.bin>

From martin.schimmels at web.de  Tue Feb  7 15:28:10 2023
From: martin.schimmels at web.de (Martin Schimmels)
Date: Tue, 7 Feb 2023 15:28:10 +0100
Subject: [Koha-de] koha-dump und koha-restore
Message-ID: <80e3294e-de9b-2db3-ff89-73e27857f8cc@web.de>

Hallo und guten Tag,

ich habe einen koha-dump gemacht, um die Installation auf einen anderen
Rechner zu portieren, dort koha-remove'd und koha-restore'd. Eigentlich
recht fein ... aber: die Benutzertypen und die Ausleihkonditionen wurden
nicht mit übertragen. Ist das richtig so? Oder habe ich da etwas falsch
gemacht? Müssen/können hier händische Kopien dieser Einstellungen
gemacht werden? Oder liegt es an den unterschiedlichen Versionen der
alten Installation und der neuen (alt: 21.05, neu: 22.11), dass diese
beiden Bereiche der Administration nicht übertragen wurden?

Gruß

Martin


From Anke.Bruns at gwdg.de  Wed Feb  8 14:06:40 2023
From: Anke.Bruns at gwdg.de (Bruns, Anke)
Date: Wed, 8 Feb 2023 13:06:40 +0000
Subject: [Koha-de] koha-dump und koha-restore
In-Reply-To: <80e3294e-de9b-2db3-ff89-73e27857f8cc@web.de>
References: <80e3294e-de9b-2db3-ff89-73e27857f8cc@web.de>
Message-ID: <a3f4e5a7187248e6929b11b5cc686827@gwdg.de>

Hallo Martin,

wie genau bist du vorgegangen?

An deiner Stelle würde ich entweder auf dem alten Rechner zunächst Koha von 21.05 auf 22.11 upgraden, inklusive Schema-Upgrade und Zebra-Rebuild (oder Elasticsearch, falls ihr das benutzt - damit habe ich aber keine Erfahrungen).

Auf dem neuen Rechner sollte dann Koha 22.11 installiert und die gewünschte(n) Koha-Instanz(en) leer erstellt werden. Dafür muss man nach meiner Erfahrung nicht nur die Instanz "createn", sondern auch einmal den Webinstaller durchlaufen, um die Datenbank anzulegen.

Dann würde ich auf dem alten Rechner die auf 22.11 geupdatete Datenbank mit mysqldump exportieren, auf den neuen Rechner übernehmen und dort einspielen. So müssten eigentlich alle Daten und Einstellungen übernommen werden. Evtl. ist auch danach nochmal ein Schemaupgrade und/oder Neuaufbau des Zebra-Indexes (oder Elasticsearch, je nachdem) erforderlich.

Alternativ könnte man auch auf dem neuen Rechner zunächst 21.05 installieren, dann wie beschrieben die Daten von 21.05 nach 21.05 übernehmen und anschließend das Upgrade auf 22.11 auf dem neuen Rechner durchführen.

Egal wie - die importierten Daten sollten dieselbe Version wie das Ziel-Koha haben, da sich z.T. die Tabellenstruktur bei Versionsupgrades ändert und somit evtl. nicht alles korrekt übernommen wird (minor Versionsunterschiede, also hinter dem Monat, sind vermutlich nicht schädlich).

Vielleicht haben die älteren "Kohahasen" noch andere, bessere Tipps, aber so müsste es eigentlich gehen.

Viele Grüße
Anke



-- 
Anke Bruns M.A. (LIS)
Arbeitsgruppe "Anwendungs- und Informationssysteme"
E-Mail: anke.bruns at gwdg.de
---------------------------------------
Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG)
Burckhardtweg 4, 37077 Göttingen, URL: https://gwdg.de

Support: Tel.: +49 551 39-30000, URL: https://gwdg.de/support
Sekretariat: Tel.: +49 551 39-30001, E-Mail: gwdg at gwdg.de 

Geschäftsführer: Prof. Dr. Ramin Yahyapour
Aufsichtsratsvorsitzender: Prof. Dr. Christian Griesinger
Sitz der Gesellschaft: Göttingen
Registergericht: Göttingen, Handelsregister-Nr. B 598
---------------------------------------
Zertifiziert nach ISO 9001
---------------------------------------





> -----Ursprüngliche Nachricht-----
> Von: Koha-de <koha-de-bounces at lists.koha-community.org> Im Auftrag von
> Martin Schimmels
> Gesendet: Dienstag, 7. Februar 2023 15:28
> An: koha-de at lists.koha-community.org
> Betreff: [Koha-de] koha-dump und koha-restore
> 
> Hallo und guten Tag,
> 
> ich habe einen koha-dump gemacht, um die Installation auf einen anderen
> Rechner zu portieren, dort koha-remove'd und koha-restore'd. Eigentlich
> recht fein ... aber: die Benutzertypen und die Ausleihkonditionen wurden
> nicht mit übertragen. Ist das richtig so? Oder habe ich da etwas falsch
> gemacht? Müssen/können hier händische Kopien dieser Einstellungen
> gemacht werden? Oder liegt es an den unterschiedlichen Versionen der
> alten Installation und der neuen (alt: 21.05, neu: 22.11), dass diese
> beiden Bereiche der Administration nicht übertragen wurden?
> 
> Gruß
> 
> Martin
> 
> _______________________________________________
> Koha-de mailing list
> Koha-de at lists.koha-community.org
> https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-de
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : smime.p7s
Dateityp    : application/pkcs7-signature
Dateigröße  : 7304 bytes
Beschreibung: nicht verfügbar
URL         : <http://lists.koha-community.org/pipermail/koha-de/attachments/20230208/f0c337bb/attachment.bin>

From katrin.fischer at bsz-bw.de  Fri Feb 10 11:33:13 2023
From: katrin.fischer at bsz-bw.de (Fischer, Katrin)
Date: Fri, 10 Feb 2023 11:33:13 +0100
Subject: [Koha-de] koha-dump und koha-restore
In-Reply-To: <80e3294e-de9b-2db3-ff89-73e27857f8cc@web.de>
References: <80e3294e-de9b-2db3-ff89-73e27857f8cc@web.de>
Message-ID: <029b01d93d3b$14938fc0$3dbaaf40$@bsz-bw.de>

Hallo zusammen,

der Trick müsste sein, die Daten in eine leere Datenbank - ohne angelegte Tabellen - zu importieren.

D.h. wenn man zwischen Versionen wechselt, sollte man seine Daten in einem Format exportieren, dass auch die Tabellendefinitionen enthält und diese dann in die neue Datenbank eispielen. Dadurch werden die Daten vollständig übernommen. Anschließend kann man dann von Koha die Tabellenstruktur auf die neue Version aktualisieren lassen.

Eine relativ gute Anleitung findet sich z.B. hier:
http://kohageek.blogspot.com/2015/08/move-old-koha-database-to-new.html

Ich bin mir nicht sicher, in welchem Format koha-dump exportiert - mit mysqldump, wie auch von Anke vorgeschlagen, hat es bei mir aber bisher immer geklappt.

So sollten dann keine Daten verloren gehen.

Liebe Grüße

Katrin

-- 
Katrin Fischer
Bibliotheksservice-Zentrum Baden-Wuerttemberg (BSZ)
78457 Konstanz / Germany
Phone: +49 7531 - 88 4934
E-Mail: katrin.fischer at bsz-bw.de 
http://bsz-bw.de

-----Ursprüngliche Nachricht-----
Von: Koha-de <koha-de-bounces at lists.koha-community.org> Im Auftrag von Martin Schimmels
Gesendet: Dienstag, 7. Februar 2023 15:28
An: koha-de at lists.koha-community.org
Betreff: [Koha-de] koha-dump und koha-restore

Hallo und guten Tag,

ich habe einen koha-dump gemacht, um die Installation auf einen anderen Rechner zu portieren, dort koha-remove'd und koha-restore'd. Eigentlich recht fein ... aber: die Benutzertypen und die Ausleihkonditionen wurden nicht mit übertragen. Ist das richtig so? Oder habe ich da etwas falsch gemacht? Müssen/können hier händische Kopien dieser Einstellungen gemacht werden? Oder liegt es an den unterschiedlichen Versionen der alten Installation und der neuen (alt: 21.05, neu: 22.11), dass diese beiden Bereiche der Administration nicht übertragen wurden?

Gruß

Martin

_______________________________________________
Koha-de mailing list
Koha-de at lists.koha-community.org
https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-de
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : smime.p7s
Dateityp    : application/pkcs7-signature
Dateigröße  : 7253 bytes
Beschreibung: nicht verfügbar
URL         : <http://lists.koha-community.org/pipermail/koha-de/attachments/20230210/cdd2f5ae/attachment.bin>

From martin.schimmels at web.de  Fri Feb 10 12:24:55 2023
From: martin.schimmels at web.de (Martin Schimmels)
Date: Fri, 10 Feb 2023 12:24:55 +0100
Subject: [Koha-de] koha-dump und koha-restore
In-Reply-To: <029b01d93d3b$14938fc0$3dbaaf40$@bsz-bw.de>
References: <80e3294e-de9b-2db3-ff89-73e27857f8cc@web.de>
 <029b01d93d3b$14938fc0$3dbaaf40$@bsz-bw.de>
Message-ID: <84e46347-080d-4760-3024-b16d143103b1@web.de>

Hallo Katrin,

danke für die Info. Ich bin gestern leider nicht dazu gekommen, einen
neuen Versuch zu starten. Ich hatte es beim ersten Mal so gemacht, wie
Du es im 1. Absatz beschrieben hast (leere DB, importieren). Allerdings
fand ich koha-dump geschickt, weil es nicht nur einen MySQL-Dump macht,
sondern auch sämtliche(?) Konfigurationsdateien dumpt (ich müsste noch
mal genau nachschauen; es könnte sein, dass der Dump aus den
Konfigurationsdateien [in /etc, z.B für apache und Konsorten] nur die
koha-relevanten Einträge in eine Konfig-Datei mit gleichem Namen
schreibt). Der koha-restore scheint dann die enstprechenden
Konfigurationsdateien nur um die gespeicherten Zeilen zu ergänzen (und
auch das wäre ziemlich schlau gemacht).

Das hat auf den ersten Blick gut funktioniert, es schien, als seien alle
Daten übernommen. Im Datenbestand hatte ich einige Dummy-Benutzer,
eingerichtet für Tests zu Gebühren etc., darunter einen, dessen
Zugangsberechtigung ausgelaufen war. Es war nicht möglich, diese auf dem
neuen Rechner zu verlängern. Entweder war der Import durch koha-restore
doch nicht so perfekt, oder ich habe beim Rumprobieren mit den Benutzern
das System total verhauen (und es war spät am Abend und ich habe kein
Protokoll über meine Aktivitäten geführt).

Gruß

Martin



Am 10.02.23 um 11:33 schrieb Fischer, Katrin:
> Hallo zusammen,
>
> der Trick müsste sein, die Daten in eine leere Datenbank - ohne angelegte Tabellen - zu importieren.
>
> D.h. wenn man zwischen Versionen wechselt, sollte man seine Daten in einem Format exportieren, dass auch die Tabellendefinitionen enthält und diese dann in die neue Datenbank eispielen. Dadurch werden die Daten vollständig übernommen. Anschließend kann man dann von Koha die Tabellenstruktur auf die neue Version aktualisieren lassen.
>
> Eine relativ gute Anleitung findet sich z.B. hier:
> http://kohageek.blogspot.com/2015/08/move-old-koha-database-to-new.html
>
> Ich bin mir nicht sicher, in welchem Format koha-dump exportiert - mit mysqldump, wie auch von Anke vorgeschlagen, hat es bei mir aber bisher immer geklappt.
>
> So sollten dann keine Daten verloren gehen.
>
> Liebe Grüße
>
> Katrin
>

From katrin.fischer at bsz-bw.de  Fri Feb 10 12:36:35 2023
From: katrin.fischer at bsz-bw.de (Fischer, Katrin)
Date: Fri, 10 Feb 2023 12:36:35 +0100
Subject: [Koha-de] koha-dump und koha-restore
In-Reply-To: <84e46347-080d-4760-3024-b16d143103b1@web.de>
References: <80e3294e-de9b-2db3-ff89-73e27857f8cc@web.de>
 <029b01d93d3b$14938fc0$3dbaaf40$@bsz-bw.de>
 <84e46347-080d-4760-3024-b16d143103b1@web.de>
Message-ID: <031301d93d43$eec40ff0$cc4c2fd0$@bsz-bw.de>

Hallo Martin,

das hängt dann vielleicht auch davon ab, was man noch geändert hat an den Dateien außerhalb der Datenbank.

Sonst vielleicht koha-restore und anschließend noch Datenbank mit kohadump löschen/neu einspielen?
Oder erst mal in eine Installation gleicher Version ein koha-restore und das Update anschließend?

Viele Grüße

Katrin 

-----Ursprüngliche Nachricht-----
Von: Martin Schimmels <martin.schimmels at web.de> 
Gesendet: Freitag, 10. Februar 2023 12:25
An: Fischer, Katrin <katrin.fischer at bsz-bw.de>
Cc: koha-de at lists.koha-community.org
Betreff: Re: [Koha-de] koha-dump und koha-restore

Hallo Katrin,

danke für die Info. Ich bin gestern leider nicht dazu gekommen, einen neuen Versuch zu starten. Ich hatte es beim ersten Mal so gemacht, wie Du es im 1. Absatz beschrieben hast (leere DB, importieren). Allerdings fand ich koha-dump geschickt, weil es nicht nur einen MySQL-Dump macht, sondern auch sämtliche(?) Konfigurationsdateien dumpt (ich müsste noch mal genau nachschauen; es könnte sein, dass der Dump aus den Konfigurationsdateien [in /etc, z.B für apache und Konsorten] nur die koha-relevanten Einträge in eine Konfig-Datei mit gleichem Namen schreibt). Der koha-restore scheint dann die enstprechenden Konfigurationsdateien nur um die gespeicherten Zeilen zu ergänzen (und auch das wäre ziemlich schlau gemacht).

Das hat auf den ersten Blick gut funktioniert, es schien, als seien alle Daten übernommen. Im Datenbestand hatte ich einige Dummy-Benutzer, eingerichtet für Tests zu Gebühren etc., darunter einen, dessen Zugangsberechtigung ausgelaufen war. Es war nicht möglich, diese auf dem neuen Rechner zu verlängern. Entweder war der Import durch koha-restore doch nicht so perfekt, oder ich habe beim Rumprobieren mit den Benutzern das System total verhauen (und es war spät am Abend und ich habe kein Protokoll über meine Aktivitäten geführt).

Gruß

Martin



Am 10.02.23 um 11:33 schrieb Fischer, Katrin:
> Hallo zusammen,
>
> der Trick müsste sein, die Daten in eine leere Datenbank - ohne angelegte Tabellen - zu importieren.
>
> D.h. wenn man zwischen Versionen wechselt, sollte man seine Daten in einem Format exportieren, dass auch die Tabellendefinitionen enthält und diese dann in die neue Datenbank eispielen. Dadurch werden die Daten vollständig übernommen. Anschließend kann man dann von Koha die Tabellenstruktur auf die neue Version aktualisieren lassen.
>
> Eine relativ gute Anleitung findet sich z.B. hier:
> http://kohageek.blogspot.com/2015/08/move-old-koha-database-to-new.htm
> l
>
> Ich bin mir nicht sicher, in welchem Format koha-dump exportiert - mit mysqldump, wie auch von Anke vorgeschlagen, hat es bei mir aber bisher immer geklappt.
>
> So sollten dann keine Daten verloren gehen.
>
> Liebe Grüße
>
> Katrin
>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : smime.p7s
Dateityp    : application/pkcs7-signature
Dateigröße  : 7253 bytes
Beschreibung: nicht verfügbar
URL         : <http://lists.koha-community.org/pipermail/koha-de/attachments/20230210/a5c83c00/attachment.bin>

From martin.schimmels at web.de  Sun Feb 12 19:51:09 2023
From: martin.schimmels at web.de (Martin Schimmels)
Date: Sun, 12 Feb 2023 19:51:09 +0100
Subject: [Koha-de] Installation und kein Web-Installer
Message-ID: <db2fde60-ee59-dd4e-167e-569483762017@web.de>

Hallo und guten Abend,

inzwischen habe ich koha auf meinem Testrechner neu aufgesetzt (21.05,
weil das die laufende Installation auf dem Server ist). Danach
(Vorschlag von Kathrin befolgt) die Datenbank nicht mit koha-restore
gefüllt, sondern über mysql-Befehl.

Die DB-Tabellen scheinen ganz in Ordnung zu sein. Aber ich komme nicht
in den Web-Installer. Die Eintragungen in /etc/koha/koha-sites.conf sind
auch korrekt, da ich die URL des OPAC und des Web-Installers anpingen
kann. Im Browser kommt aber nur die Standard WWW-Seite von Debian. Da
ist also noch irgendwas verbogen. Wer kann mir da helfen?

Gruß

Martin


From katrin.fischer at bsz-bw.de  Mon Feb 13 09:20:46 2023
From: katrin.fischer at bsz-bw.de (Fischer, Katrin)
Date: Mon, 13 Feb 2023 09:20:46 +0100
Subject: [Koha-de] Installation und kein Web-Installer
In-Reply-To: <db2fde60-ee59-dd4e-167e-569483762017@web.de>
References: <db2fde60-ee59-dd4e-167e-569483762017@web.de>
Message-ID: <007201d93f84$12d28600$38779200$@bsz-bw.de>

Hallo,

wenn Datenbankversion und Anwendung jetzt identisch sind, würde kein Web Installer angestoßen. Wenn sie unterschiedlich sind, hilft vermutlich ein Restart vom Memcached/Plack um Koha darauf aufmerksam zu machen.

Die Seite im Browser ist vermutlich ein davon unabhängiges Problem. Vielleicht nochmal die Anleitung hinsichtlich der Schritte für Apache prüfen:
https://wiki.koha-community.org/wiki/Koha_on_Debian
Eventuell muss noch die Default Site deaktiviert werden? (sudo a2dissite 000-default)

Viele Grüße

Katrin

-- 
Katrin Fischer
Bibliotheksservice-Zentrum Baden-Wuerttemberg (BSZ)
78457 Konstanz / Germany
Phone: +49 7531 - 88 4934
E-Mail: katrin.fischer at bsz-bw.de 
http://bsz-bw.de

-----Ursprüngliche Nachricht-----
Von: Koha-de <koha-de-bounces at lists.koha-community.org> Im Auftrag von Martin Schimmels
Gesendet: Sonntag, 12. Februar 2023 19:51
An: koha-de at lists.koha-community.org
Betreff: [Koha-de] Installation und kein Web-Installer

Hallo und guten Abend,

inzwischen habe ich koha auf meinem Testrechner neu aufgesetzt (21.05, weil das die laufende Installation auf dem Server ist). Danach (Vorschlag von Kathrin befolgt) die Datenbank nicht mit koha-restore gefüllt, sondern über mysql-Befehl.

Die DB-Tabellen scheinen ganz in Ordnung zu sein. Aber ich komme nicht in den Web-Installer. Die Eintragungen in /etc/koha/koha-sites.conf sind auch korrekt, da ich die URL des OPAC und des Web-Installers anpingen kann. Im Browser kommt aber nur die Standard WWW-Seite von Debian. Da ist also noch irgendwas verbogen. Wer kann mir da helfen?

Gruß

Martin

_______________________________________________
Koha-de mailing list
Koha-de at lists.koha-community.org
https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-de
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : smime.p7s
Dateityp    : application/pkcs7-signature
Dateigröße  : 7253 bytes
Beschreibung: nicht verfügbar
URL         : <http://lists.koha-community.org/pipermail/koha-de/attachments/20230213/4c6586ad/attachment.bin>

From martin.schimmels at web.de  Mon Feb 13 14:56:41 2023
From: martin.schimmels at web.de (Martin Schimmels)
Date: Mon, 13 Feb 2023 14:56:41 +0100
Subject: [Koha-de] Installation und kein Web-Installer
In-Reply-To: <007201d93f84$12d28600$38779200$@bsz-bw.de>
References: <db2fde60-ee59-dd4e-167e-569483762017@web.de>
 <007201d93f84$12d28600$38779200$@bsz-bw.de>
Message-ID: <e0719948-75ef-c250-5812-6a0b138fcb17@web.de>

Guten Tag wieder,

pardon, ich meinte nicht den "Web Installer", sondern das Intranet. Da
wird die Standard-WWW-Seite von Debian angezeigt. Die Installation habe
ich tatsächlich nach dem von Dir, Katrin, genannten

wiki.koha-community.org/wiki/Koha_on_Debian

gemacht. Die diversen Config-Dateien habe ich auch noch mal verglichen:
das sieht alles gut aus. Das zeigt ja (zum Teil) auch, dass ich die
Adresse anpingen kann. Dass das Intranet nicht aufgerufen wird, der OPAC
übrigens auch nicht ... ??? Da müsste irgendwo hinterlegt sein, wo die
Koha-CGI-Skripte stehen, und ich weiß noch nicht, wo (Bei debian und
selbst gebauten CGI-Skripten doch wohl unter /var/www/cgi-bin).

Die Anleitung unter
http://kohageek.blogspot.com/2015/08/move-old-koha-database-to-new.html
(auch Tip von Dir, Katrin) habe ich auch als Vorlage für die
DB-Migration genommen.

Jetzt gibt's erst mal einen Kaffee, und dann setz ich die ganze Instanz
nochmal von Grund auf. On verra.

Gruß

Martin


Am 13.02.23 um 09:20 schrieb Fischer, Katrin:
> Hallo,
>
> wenn Datenbankversion und Anwendung jetzt identisch sind, würde kein Web Installer angestoßen. Wenn sie unterschiedlich sind, hilft vermutlich ein Restart vom Memcached/Plack um Koha darauf aufmerksam zu machen.
>
> Die Seite im Browser ist vermutlich ein davon unabhängiges Problem. Vielleicht nochmal die Anleitung hinsichtlich der Schritte für Apache prüfen:
> https://wiki.koha-community.org/wiki/Koha_on_Debian
> Eventuell muss noch die Default Site deaktiviert werden? (sudo a2dissite 000-default)
>
> Viele Grüße
>
> Katrin
>

From martin.schimmels at web.de  Tue Feb 14 17:23:29 2023
From: martin.schimmels at web.de (Martin Schimmels)
Date: Tue, 14 Feb 2023 17:23:29 +0100
Subject: [Koha-de] koha und cgi-bin
Message-ID: <81ec4727-d60b-f32a-0ee5-672caf0dd385@web.de>

Hallo und guten Tag nochmals,

ich habe immer noch nicht die Macke gefunden, warum Koha nicht die
Startseite des Intranets anzeigt. Da Koha ja ein Perl-Programmpaket ist,
muss der cgi-Modul installiert und aktiviert sein. Das ist bei mir der
Fall.

Je nach Linux-Distro liegt das Verzeichnis cgi-bin in /var oder in /www
(oder sonst wo). Wenn man das geändert haben will, muss man das dem
Apache bekanntgeben. Die ganzen Konfigurationsdateien vom Apache zeigen
aber keine solche Umleitung an. Koha muss da also irgendwohin schreiben,
wo die cgi-Dateien liegen, damit die Auflösung einer URL
kohabib-intra.hier.de funktioniert. Und das hat Koha bei meiner
Installation offensichtlich nicht getan. Eine perl-Datei, also ein
cgi-bin-Programm, das ich in /var/../cgi-bin gestellt habe, wird
ordentlich angezeigt. Aber die Eintragung in /etc/hosts, dass unter der
IP-Adresse "192.168.123.456" die URL "kohabib-intra.hier.de" zu finden
ist, wird ignoriert.

Wer weiss, wo Koha diese Zuordnung macht? Für Hilfen und Tips wäre ich
dankbar.

Gruß

Martin


From jan.kissig at th-wildau.de  Wed Feb 15 11:15:37 2023
From: jan.kissig at th-wildau.de (Kissig, Jan)
Date: Wed, 15 Feb 2023 11:15:37 +0100 (CET)
Subject: [Koha-de] koha und cgi-bin
In-Reply-To: <81ec4727-d60b-f32a-0ee5-672caf0dd385@web.de>
References: <81ec4727-d60b-f32a-0ee5-672caf0dd385@web.de>
Message-ID: <1839349783.6333894.1676456137214.JavaMail.zimbra@th-wildau.de>

Hallo Martin,

bei der Erstellung einer Instanz werden im Verzeichnis /etc/apache2/sites-enabled/ jeweils eine <Instanzname>.conf angelegt. Diese beinhaltet über Include-Anweisungen andere Konfigurationen im Verzeichnis /etc/koha
Aber bevor du auf die Suche gehst:
 - ist die Instanz mit einer *.conf im sites-enabled 
 - liegt dort noch eine andere *.conf z.B. default oder 000-default -> dann sudo a2dissite NAMEDERCONF 
 - hattest du den apache neu gestartet: sudo systemctl restart apache2.service
 - hast du eine Installation über Ports eingestellt z.B. intranet über 8080 und falls ja, ist dem Apache dieser Port mitgeteilt:  /etc/apache2/ports.conf mit Inhalt Listen 8080
 - befindest du dich auf dem gleichen Rechner wie das Koha, wo die Eintragungen in /etc/hosts vorgenommen sind?

Vielleicht nähern wir uns so der Lösung

Grüße
Jan


----- Ursprüngliche Mail -----
Von: "Martin Schimmels" <martin.schimmels at web.de>
An: "koha-de" <koha-de at lists.koha-community.org>
Gesendet: Dienstag, 14. Februar 2023 17:23:29
Betreff: [Koha-de] koha und cgi-bin

Hallo und guten Tag nochmals,

ich habe immer noch nicht die Macke gefunden, warum Koha nicht die
Startseite des Intranets anzeigt. Da Koha ja ein Perl-Programmpaket ist,
muss der cgi-Modul installiert und aktiviert sein. Das ist bei mir der
Fall.

Je nach Linux-Distro liegt das Verzeichnis cgi-bin in /var oder in /www
(oder sonst wo). Wenn man das geändert haben will, muss man das dem
Apache bekanntgeben. Die ganzen Konfigurationsdateien vom Apache zeigen
aber keine solche Umleitung an. Koha muss da also irgendwohin schreiben,
wo die cgi-Dateien liegen, damit die Auflösung einer URL
kohabib-intra.hier.de funktioniert. Und das hat Koha bei meiner
Installation offensichtlich nicht getan. Eine perl-Datei, also ein
cgi-bin-Programm, das ich in /var/../cgi-bin gestellt habe, wird
ordentlich angezeigt. Aber die Eintragung in /etc/hosts, dass unter der
IP-Adresse "192.168.123.456" die URL "kohabib-intra.hier.de" zu finden
ist, wird ignoriert.

Wer weiss, wo Koha diese Zuordnung macht? Für Hilfen und Tips wäre ich
dankbar.

Gruß

Martin

_______________________________________________
Koha-de mailing list
Koha-de at lists.koha-community.org
https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-de

From martin.schimmels at web.de  Sun Feb 19 15:40:28 2023
From: martin.schimmels at web.de (Martin Schimmels)
Date: Sun, 19 Feb 2023 15:40:28 +0100
Subject: [Koha-de] dies und das
In-Reply-To: <007201d93f84$12d28600$38779200$@bsz-bw.de>
References: <db2fde60-ee59-dd4e-167e-569483762017@web.de>
 <007201d93f84$12d28600$38779200$@bsz-bw.de>
Message-ID: <517666f7-8b2f-bc44-d6d6-9f91ec04afe1@web.de>

Hallo zusammen,

nachdem ich in der letzten Woche jede Menge Hilfe und Vorschläge
bekommen habe, wie ich an Koha im Webbrowser rankomme: danke an alle.
Leider hat kein einziger der Tips ein Ergebnis gebracht. Deswegen habe
ich (ich bin zum Glück immer noch auf meinem Testrechner!) die
Debian-Partition gelöscht, Debian neu aufgespielt, Koha installiert ...
und es lief. Meine Vermutung war, dass irgendwo eine Leiche im Keller
rumlag, ich hab aber keine Datei gefunden, an der es liegen könnte,
darum der Debian-Neu-Install.

Auch der mysql-Import hat funktioniert. Gut so. Außer dass ich am Ende
des Upgrades die Meldung bekommen habe:

 >>>>

  Connection to the memcached servers '__MEMCACHED_SERVERS__' failed.
Are the unix socket permissions set properly? Is the host reachable?
If you ignore this warning, you will face performance issues
Updated the de-DE translations.
Enabling plugins on node rabbit at mariasvaio:
rabbitmq_stomp
The following plugins have been configured:
   rabbitmq_stomp
Applying plugin configuration to rabbit at mariasvaio...
Plugin configuration unchanged.
Failed to enable unit: Unit
/run/systemd/generator.late/koha-common.service is transient or generated.

<<<

Daraufhin habe ich den "memcdump --servers localhost" laufen lassen, und
der bringt an die 150 Zeilen Ausgabe; hier sind die ersten paar:

 >>>

koha_entringen::ismemcached
koha_entringen:syspref:ismemcached
koha_entringen:syspref:syspref_extendedpatronattributes
koha_entringen:syspref:syspref_autoresumesuspendedholds
koha_entringen:syspref:syspref_usedischarge
koha_entringen:syspref:syspref_usecoursereserves
koha_entringen:syspref:syspref_enableborrowerfiles
koha_entringen:syspref:syspref_allowmultiplecovers

<<<

Das sieht für mich so aus, als wenn memcached funktioniert. Stimmt das?
Und das mit den Performance Issues ... naja, was kann man mit 4 GB
Hauptspeicher erwarten!

Gruß

Martin


From jan.kissig at th-wildau.de  Mon Feb 20 10:47:04 2023
From: jan.kissig at th-wildau.de (Kissig, Jan)
Date: Mon, 20 Feb 2023 10:47:04 +0100 (CET)
Subject: [Koha-de] dies und das
In-Reply-To: <517666f7-8b2f-bc44-d6d6-9f91ec04afe1@web.de>
References: <db2fde60-ee59-dd4e-167e-569483762017@web.de>
 <007201d93f84$12d28600$38779200$@bsz-bw.de>
 <517666f7-8b2f-bc44-d6d6-9f91ec04afe1@web.de>
Message-ID: <1989767310.6968221.1676886424383.JavaMail.zimbra@th-wildau.de>

Hallo Martin,

schön das es nun doch geklappt hat.

Die Meldung zu memcached erhalte ich auch des Öfteren. Es gibt auch Bugs dazu (https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22217), aber das kann wohl ignoriert werden.

Zu den 4GB-RAM: ich habe ein Koha mit 120k Titeln auch mit 3GB zu laufen. Ohne Probleme soweit.

Grüße
Jan

----- Ursprüngliche Mail -----
Von: "Martin Schimmels" <martin.schimmels at web.de>
An: "Katrin Fischer" <katrin.fischer at bsz-bw.de>
CC: "koha-de" <koha-de at lists.koha-community.org>
Gesendet: Sonntag, 19. Februar 2023 15:40:28
Betreff: [Koha-de] dies und das

Hallo zusammen,

nachdem ich in der letzten Woche jede Menge Hilfe und Vorschläge
bekommen habe, wie ich an Koha im Webbrowser rankomme: danke an alle.
Leider hat kein einziger der Tips ein Ergebnis gebracht. Deswegen habe
ich (ich bin zum Glück immer noch auf meinem Testrechner!) die
Debian-Partition gelöscht, Debian neu aufgespielt, Koha installiert ...
und es lief. Meine Vermutung war, dass irgendwo eine Leiche im Keller
rumlag, ich hab aber keine Datei gefunden, an der es liegen könnte,
darum der Debian-Neu-Install.

Auch der mysql-Import hat funktioniert. Gut so. Außer dass ich am Ende
des Upgrades die Meldung bekommen habe:

 >>>>

  Connection to the memcached servers '__MEMCACHED_SERVERS__' failed.
Are the unix socket permissions set properly? Is the host reachable?
If you ignore this warning, you will face performance issues
Updated the de-DE translations.
Enabling plugins on node rabbit at mariasvaio:
rabbitmq_stomp
The following plugins have been configured:
   rabbitmq_stomp
Applying plugin configuration to rabbit at mariasvaio...
Plugin configuration unchanged.
Failed to enable unit: Unit
/run/systemd/generator.late/koha-common.service is transient or generated.

<<<

Daraufhin habe ich den "memcdump --servers localhost" laufen lassen, und
der bringt an die 150 Zeilen Ausgabe; hier sind die ersten paar:

 >>>

koha_entringen::ismemcached
koha_entringen:syspref:ismemcached
koha_entringen:syspref:syspref_extendedpatronattributes
koha_entringen:syspref:syspref_autoresumesuspendedholds
koha_entringen:syspref:syspref_usedischarge
koha_entringen:syspref:syspref_usecoursereserves
koha_entringen:syspref:syspref_enableborrowerfiles
koha_entringen:syspref:syspref_allowmultiplecovers

<<<

Das sieht für mich so aus, als wenn memcached funktioniert. Stimmt das?
Und das mit den Performance Issues ... naja, was kann man mit 4 GB
Hauptspeicher erwarten!

Gruß

Martin

_______________________________________________
Koha-de mailing list
Koha-de at lists.koha-community.org
https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-de

From beda at muri-gries.ch  Fri Feb 24 10:25:30 2023
From: beda at muri-gries.ch (Beda Szukics)
Date: Fri, 24 Feb 2023 10:25:30 +0100
Subject: [Koha-de] Zebra Indexer
Message-ID: <fb5352ab-532e-dcf7-8fc2-af59c2d6563e@muri-gries.ch>

Guten Morgen

Ich habe zwei meiner Koha-Instanzen auf einen neuen Server gezügelt. Nun 
werden Neueinträge/Korrekturen nicht mehr indiziert.

Mein Vorgehen:

- Auf dem neuen Server (debian buster) koha-common installiert
- koha-dump auf dem alten, koha-restore auf dem neuen Server
- für die eine Instanz musste ich bloß die IP auf dem Nameserver 
anpassen, für die andere habe ich eine neue Domäne eingerichtet.
- sudo koha-zebra start für beide Instanzen.

-> Zugriff funktioniert. Ich kann auch neue Datensätze anlegen / alte 
ändern. Doch eine Suche danach funktioniert nicht. Erst wenn ich 
koha-rebuild-zebra --force ausführe, werden sie suchbar.

sudo koha-zebra --status mmg     ergibt:
[ ok ] Zebra running for mmg:.

ps aux | grep "zebra"    ergibt:
mmg-koha  4100  0.0  0.0   5672   184 ?        S    Feb21   0:00 daemon 
--name=mmg-koha-zebra --pidfiles=/var/run/koha/mmg/ 
--errlog=/var/log/koha/mmg/zebra-error.log 
--output=/var/log/koha/mmg/zebra-output.log --verbose=1 --respawn 
--delay=30 --user=mmg-koha.mmg-koha -- /usr/bin/zebrasrv -v 
none,fatal,warn -k 1024 -f /etc/koha/sites/mmg/koha-conf.xml
mmg-koha  4102  0.0  0.0  51968 11212 ?        S    Feb21   0:00 
/usr/bin/zebrasrv -v none,fatal,warn -k 1024 -f 
/etc/koha/sites/mmg/koha-conf.xml
beda     20103  0.0  0.0   6152   880 pts/0    S+   10:15   0:00 grep zebra
kb-koha  27524  0.0  0.0   5672   180 ?        S    Feb22   0:00 daemon 
--name=kb-koha-zebra --pidfiles=/var/run/koha/kb/ 
--errlog=/var/log/koha/kb/zebra-error.log 
--output=/var/log/koha/kb/zebra-output.log --verbose=1 --respawn 
--delay=30 --user=kb-koha.kb-koha -- /usr/bin/zebrasrv -v 
none,fatal,warn -k 1024 -f /etc/koha/sites/kb/koha-conf.xml
kb-koha  27526  0.0  0.0  51964 11288 ?        S    Feb22   0:00 
/usr/bin/zebrasrv -v none,fatal,warn -k 1024 -f 
/etc/koha/sites/kb/koha-conf.xml

der Indexer scheint also zu laufen.

Was habe ich verpasst?

Beda


From beda at muri-gries.ch  Mon Feb 27 09:36:58 2023
From: beda at muri-gries.ch (Beda Szukics)
Date: Mon, 27 Feb 2023 09:36:58 +0100
Subject: [Koha-de] Zebra Indexer
In-Reply-To: <fb5352ab-532e-dcf7-8fc2-af59c2d6563e@muri-gries.ch>
References: <fb5352ab-532e-dcf7-8fc2-af59c2d6563e@muri-gries.ch>
Message-ID: <99d84103-aecf-8c86-b0c1-0ebbf32abac5@muri-gries.ch>

Danke für die Hinweise (die mich per PM erreicht haben).

Ich habe übersehen, dass der Indexer gesondert gestartet werden muss:

koha-indexer --start mmg

löst das Problem.

(Vielleicht schreibe ich einen Wiki-Eintrag zum Thema "Zügeln". Ich 
dachte erst ein simples koha-restore genüge).

Gruß Beda



Am 24.02.2023 um 10:25 schrieb Beda Szukics:
> Guten Morgen
> 
> Ich habe zwei meiner Koha-Instanzen auf einen neuen Server gezügelt. Nun 
> werden Neueinträge/Korrekturen nicht mehr indiziert.
> 
> Mein Vorgehen:
> 
> - Auf dem neuen Server (debian buster) koha-common installiert
> - koha-dump auf dem alten, koha-restore auf dem neuen Server
> - für die eine Instanz musste ich bloß die IP auf dem Nameserver 
> anpassen, für die andere habe ich eine neue Domäne eingerichtet.
> - sudo koha-zebra start für beide Instanzen.
> 
> -> Zugriff funktioniert. Ich kann auch neue Datensätze anlegen / alte 
> ändern. Doch eine Suche danach funktioniert nicht. Erst wenn ich 
> koha-rebuild-zebra --force ausführe, werden sie suchbar.
> 
> sudo koha-zebra --status mmg     ergibt:
> [ ok ] Zebra running for mmg:.
> 
> ps aux | grep "zebra"    ergibt:
> mmg-koha  4100  0.0  0.0   5672   184 ?        S    Feb21   0:00 daemon 
> --name=mmg-koha-zebra --pidfiles=/var/run/koha/mmg/ 
> --errlog=/var/log/koha/mmg/zebra-error.log 
> --output=/var/log/koha/mmg/zebra-output.log --verbose=1 --respawn 
> --delay=30 --user=mmg-koha.mmg-koha -- /usr/bin/zebrasrv -v 
> none,fatal,warn -k 1024 -f /etc/koha/sites/mmg/koha-conf.xml
> mmg-koha  4102  0.0  0.0  51968 11212 ?        S    Feb21   0:00 
> /usr/bin/zebrasrv -v none,fatal,warn -k 1024 -f 
> /etc/koha/sites/mmg/koha-conf.xml
> beda     20103  0.0  0.0   6152   880 pts/0    S+   10:15   0:00 grep zebra
> kb-koha  27524  0.0  0.0   5672   180 ?        S    Feb22   0:00 daemon 
> --name=kb-koha-zebra --pidfiles=/var/run/koha/kb/ 
> --errlog=/var/log/koha/kb/zebra-error.log 
> --output=/var/log/koha/kb/zebra-output.log --verbose=1 --respawn 
> --delay=30 --user=kb-koha.kb-koha -- /usr/bin/zebrasrv -v 
> none,fatal,warn -k 1024 -f /etc/koha/sites/kb/koha-conf.xml
> kb-koha  27526  0.0  0.0  51964 11288 ?        S    Feb22   0:00 
> /usr/bin/zebrasrv -v none,fatal,warn -k 1024 -f 
> /etc/koha/sites/kb/koha-conf.xml
> 
> der Indexer scheint also zu laufen.
> 
> Was habe ich verpasst?
> 
> Beda
> 
> _______________________________________________
> Koha-de mailing list
> Koha-de at lists.koha-community.org
> https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-de


From Anke.Bruns at gwdg.de  Mon Feb 27 09:47:13 2023
From: Anke.Bruns at gwdg.de (Bruns, Anke)
Date: Mon, 27 Feb 2023 08:47:13 +0000
Subject: [Koha-de] Zebra Indexer
In-Reply-To: <99d84103-aecf-8c86-b0c1-0ebbf32abac5@muri-gries.ch>
References: <fb5352ab-532e-dcf7-8fc2-af59c2d6563e@muri-gries.ch>
 <99d84103-aecf-8c86-b0c1-0ebbf32abac5@muri-gries.ch>
Message-ID: <fdaa7b370f12468d9fff8056a7ef164f@gwdg.de>

Guten Morgen,

zum Zügeln gab es Anfang des Monats mal eine Diskussion und Lösungshinweise; siehe Mails mit dem Betreff "koha-dump und koha-restore" im Zeitraum 07.-10.02.

Viele Grüße
Anke



-- 
Anke Bruns M.A. (LIS)
Arbeitsgruppe "Anwendungs- und Informationssysteme"
E-Mail: anke.bruns at gwdg.de
---------------------------------------
Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG)
Burckhardtweg 4, 37077 Göttingen, URL: https://gwdg.de

Support: Tel.: +49 551 39-30000, URL: https://gwdg.de/support
Sekretariat: Tel.: +49 551 39-30001, E-Mail: gwdg at gwdg.de 

Geschäftsführer: Prof. Dr. Ramin Yahyapour
Aufsichtsratsvorsitzender: Prof. Dr. Christian Griesinger
Sitz der Gesellschaft: Göttingen
Registergericht: Göttingen, Handelsregister-Nr. B 598
---------------------------------------
Zertifiziert nach ISO 9001
---------------------------------------



> -----Ursprüngliche Nachricht-----
> Von: Koha-de <koha-de-bounces at lists.koha-community.org> Im Auftrag von
> Beda Szukics
> Gesendet: Montag, 27. Februar 2023 09:37
> An: koha-de at lists.koha-community.org
> Betreff: Re: [Koha-de] Zebra Indexer
> 
> Danke für die Hinweise (die mich per PM erreicht haben).
> 
> Ich habe übersehen, dass der Indexer gesondert gestartet werden muss:
> 
> koha-indexer --start mmg
> 
> löst das Problem.
> 
> (Vielleicht schreibe ich einen Wiki-Eintrag zum Thema "Zügeln". Ich
> dachte erst ein simples koha-restore genüge).
> 
> Gruß Beda
> 
> 
> 
> Am 24.02.2023 um 10:25 schrieb Beda Szukics:
> > Guten Morgen
> >
> > Ich habe zwei meiner Koha-Instanzen auf einen neuen Server gezügelt. Nun
> > werden Neueinträge/Korrekturen nicht mehr indiziert.
> >
> > Mein Vorgehen:
> >
> > - Auf dem neuen Server (debian buster) koha-common installiert
> > - koha-dump auf dem alten, koha-restore auf dem neuen Server
> > - für die eine Instanz musste ich bloß die IP auf dem Nameserver
> > anpassen, für die andere habe ich eine neue Domäne eingerichtet.
> > - sudo koha-zebra start für beide Instanzen.
> >
> > -> Zugriff funktioniert. Ich kann auch neue Datensätze anlegen / alte
> > ändern. Doch eine Suche danach funktioniert nicht. Erst wenn ich
> > koha-rebuild-zebra --force ausführe, werden sie suchbar.
> >
> > sudo koha-zebra --status mmg     ergibt:
> > [ ok ] Zebra running for mmg:.
> >
> > ps aux | grep "zebra"    ergibt:
> > mmg-koha  4100  0.0  0.0   5672   184 ?        S    Feb21   0:00 daemon
> > --name=mmg-koha-zebra --pidfiles=/var/run/koha/mmg/
> > --errlog=/var/log/koha/mmg/zebra-error.log
> > --output=/var/log/koha/mmg/zebra-output.log --verbose=1 --respawn
> > --delay=30 --user=mmg-koha.mmg-koha -- /usr/bin/zebrasrv -v
> > none,fatal,warn -k 1024 -f /etc/koha/sites/mmg/koha-conf.xml
> > mmg-koha  4102  0.0  0.0  51968 11212 ?        S    Feb21   0:00
> > /usr/bin/zebrasrv -v none,fatal,warn -k 1024 -f
> > /etc/koha/sites/mmg/koha-conf.xml
> > beda     20103  0.0  0.0   6152   880 pts/0    S+   10:15   0:00 grep zebra
> > kb-koha  27524  0.0  0.0   5672   180 ?        S    Feb22   0:00 daemon
> > --name=kb-koha-zebra --pidfiles=/var/run/koha/kb/
> > --errlog=/var/log/koha/kb/zebra-error.log
> > --output=/var/log/koha/kb/zebra-output.log --verbose=1 --respawn
> > --delay=30 --user=kb-koha.kb-koha -- /usr/bin/zebrasrv -v
> > none,fatal,warn -k 1024 -f /etc/koha/sites/kb/koha-conf.xml
> > kb-koha  27526  0.0  0.0  51964 11288 ?        S    Feb22   0:00
> > /usr/bin/zebrasrv -v none,fatal,warn -k 1024 -f
> > /etc/koha/sites/kb/koha-conf.xml
> >
> > der Indexer scheint also zu laufen.
> >
> > Was habe ich verpasst?
> >
> > Beda
> >
> > _______________________________________________
> > Koha-de mailing list
> > Koha-de at lists.koha-community.org
> > https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-de
> 
> _______________________________________________
> Koha-de mailing list
> Koha-de at lists.koha-community.org
> https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-de
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : smime.p7s
Dateityp    : application/pkcs7-signature
Dateigröße  : 7304 bytes
Beschreibung: nicht verfügbar
URL         : <http://lists.koha-community.org/pipermail/koha-de/attachments/20230227/476a2be7/attachment.bin>