Willkommen im kivitendo Forum! Hier erweitern und teilen AnwenderInnen und EntwicklerInnen ihr Wissen.

Teste kivitendo!

kivitendo Demo

kivitendo Demo mit Schweizer Kontenplan und neuem Layout

Unterstützt kivitendo mit der Basis-Subskription!

0 Punkte

Hallo zusammen,

eigentlich wollte ich letztes Wochenende das Aufsetzten von Kivitendo auf meinem Server beendet haben - aber ein klitzekleines Update versaut mir nun den Spaß.

Folgender Hintergrund:
Ich habe mehrfach in einer jeweils frischen VM mit Debian12 Kivitendo 3.9.0 installiert und meine Firma in Kivitendo migriert bis alle großen Schritte reibungslos geklappt haben. Also Schritte wie Installation, Apache einrichten, Datenbanken retten, Dantenbanken neu spielen, Kunden importieren, Artikel importieren, EK-Rechnungen erfassen und so weiter und so fort.

Jetzt habe ich "in echt" gespielt und die letzte VM nochmal neu aufgesetzt - mit dem Ziel diese auf eine Platte zu spielen und diese Festplatte in den Server ein zu bauen.

Aaaaaaber:

Jetzt habe ich Kivitendo 3.9.1

Ich habe schon mehrfach die Datenbanken (kivitendo_auth und firma) mithilfe von Postgres und phpPgAdmin hin- und her gespielt und die Datensicherung als auch Rückspielung geübt.

Aber Kivitendo 3.9.1 mag die Datenbank von 3.9.0 nicht sauber migrieren :(

Folgendes passiert:

  • postgres ist leer und ich lade die geretteten Datenbanken rüber.
  • Ich starte die Kiwi-Administration und Kivitendo meldet das es ein
    Datenbankupdate machen muss. Check - so tue es
  • Ich melde mich im normal an und Kivitendo meldet das es die Datenbanken erweitern muss - so tue es
  • File_object_type_as_enum.sql / change_file_backend_to_enum.sql / file_version.sql und add_file_version.pl gehen gut
  • file_versions_guid_as_primary_key: guid-Spalte als Primärschlüssel schlägt fehl:

Die Datenbankaktualisierung/erstellung schlug fehl. Die Datei
sql/Pg-upgrade2/add_file_version.pl enthielt den folgenden Fehler:
Can't locate UUID/Tiny.pm in @INC (you may need to install the
UUID::Tiny module) (@INC entries checked:
/var/www/kivitendo-erp/modules/override /etc/perl
/usr/local/lib/x86_64-linux-gnu/perl/5.40.0
/usr/local/share/perl/5.40.0 /usr/lib/x86_64-linux-gnu/perl5/5.40
/usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl-base
/usr/lib/x86_64-linux-gnu/perl/5.40 /usr/share/perl/5.40
/usr/local/lib/site_perl /var/www/kivitendo-erp
/var/www/kivitendo-erp/modules/fallback) at
/var/www/kivitendo-erp/SL/File/Backend/Webdav.pm line 16. BEGIN
failed--compilation aborted at
/var/www/kivitendo-erp/SL/File/Backend/Webdav.pm line 16. Compilation
failed in require at
/var/www/kivitendo-erp/sql/Pg-upgrade2/add_file_version.pl line 10.
BEGIN failed--compilation aborted at
/var/www/kivitendo-erp/sql/Pg-upgrade2/add_file_version.pl line 10.
Compilation failed in require at
/var/www/kivitendo-erp/SL/DBUpgrade2/Base.pm line 29. Alle Änderungen
in dieser Datei wurden rückgängig gemacht.

Oh schreck: Alle import-arbeit futsch

Nachdem ich die datei "nologin" gelöscht habe kann ich Kivitendo 3.9.1 benutzen habe aber immer diese Fehlermeldung auf dem Schirm:

get_objects() - DBD::Pg::st execute failed: FEHLER:  Spalte t1.check_bt_duplicates_endtoend existiert nicht
LINE 35:   t1.check_bt_duplicates_endtoend,
^ at /usr/share/perl5/Rose/DB/Object/Manager.pm line 2016.
 at /var/www/kivitendo-erp/bin/mozilla/login.pl line 54.

Plan a) war Kivitendo 3.9.0 zu installieren - ich finde es auf Github aber nicht bzw. weiß nicht wie ich ein downgrade machen kann

Plan b) war die Kivitendo 3.9.0 installation von der vorherigen VM rüber zu kopieren - klappt wie erwartet nicht

Plan c) wäre nun die Fehlermeldung zu ignorieren, denn Kivitendo 3.9.1 ist per se nutzbar schmeckt mir aber garnicht, denn ich wollte es sauber haben

Habt ihr einen Tipp für mich?

vor von (730 Punkte)
Bearbeitet vor von

2 Antworten

0 Punkte
 
Beste Antwort

Plan a) war Kivitendo 3.9.0 zu installieren - ich finde es auf Github aber nicht bzw. weiß nicht wie ich ein downgrade machen kann

Wenn Du per git installierst, kannst Du jedes beliebige Release auschecken.
Geht per

git checkout release-3.9.0

Am besten mal ein wenig mit git vertraut machen, es ist eh sinnvoll, sich auch lokale Branches anzulegen, falls man mal drin herumfummelt.

Außerdem hast Du offenbar nach der Installation von 3.9.1 nicht alle notwendigen Perl-Module installiert, ich vermute stark, wenn Du

scripts/installation_check.pl

ausführst, kommen mehrere Fehlermeldungen. Eine auf jeden Fall, das steht oben in Deiner Fehlermeldung ("Can't locate UUID/Tiny.pm in @INC"). Darum schlägt das Datenbank-Upgrade fehl.

VG,

Hannes

vor von (950 Punkte)
ausgewählt vor von

Danke...

Ich habe das Script natürlich nicht ausgeführt, weil ich die Installation in den letzten Wochen ja schon ein paar mal gemacht habe.

Es fehlte das Modul:
https://packages.debian.org/sid/libuuid-tiny-perl

Mal kurz die Datenbanken gelöscht und neu geladen: Tadaa funktioniert :)

0 Punkte

Nachtrag:

Bei beiden VMs habe ich folgende Programmversionen:

Debian: Trixie/sid
Apache2: 2.4.62

Postgres VM-Kivi-3.9.0: 17.0-1+b1
Postgres VM-Kivi-3.9.1: 17.0-1+b2

Perl VM-Kivi-3.9.0: v5.38.2
Perl VM-Kivi-3.9.1: v5.40.0

vor von (730 Punkte)

Ähnliche Fragen

0 Punkte
1 Antwort
Gefragt 22, Dez 2015 von Anonym
0 Punkte
2 Antworten
Gefragt 28, Mai 2015 von Anonym
...