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
ich wollte mal Fragen ob es eine Upgradeanleitung gibt um von Version 2.6.1 auf die neue Kivitendo 2.7.0 zu upgraden?

Vielen Dank
Gruß Maik


LXOffice 2.6.1
Ubuntu 10.4 LTS

von (330 Punkte)

2 Antworten

+2 Punkte
 
Beste Antwort

Nicht explizit, aber die Kombination zweier Dokumente erläutert eigentlich alles -- weil es sich genau so abspielt wie ein Update von 2.6.3 auf 2.7.0. Es ist übrigens nicht notwendig, von 2.6.1 zuerst auf 2.6.3 und dann erst auf 2.7.0 zu aktualisieren; es geht auch direkt.

Zum Einen Kapitel 2 der Admin-Anleitung, die generell die zu erfüllenden Voraussetzungen sowie die Installation erläutert.

Zum Anderen das ChangeLog, das für jede Version einzeln Hinweise zum Upgrade enthält -- wobei hier meist nur die neu hinzugekommenen Abhängigkeiten erwähnt werden, die in der Admin-Anleitung ebenfalls zusammenfassend stehen.

Kurz und knapp sieht ein Upgrade wie folgt aus:

  1. Backup erstellen -- sowohl von DB als auch vom Programmverzeichnis
  2. Abhängigkeiten installieren
  3. Tarball entpacken, Installationsverzeichnis überschreiben
  4. Bei Upgrades von vor 2.6.3 muss beachtet werden, dass die Konfigurationsdatei umbenannt wurde: es gibt die config/authentication.pl nicht mehr, dafür config/lx_office.conf. Jede Einstellung hat aber ein 1:1 benanntes Pendant.
von
ausgewählt von

Hi.

Danke für deine Antwort. Soweit ist alles klar und auch durchgeführt. Nur noch eine Frage zur lx_office.conf : Wenn die 1:1 sind kann ich die alte doch einfach lx_office.conf nennen, oder nicht?

Danke und Gruß Maik

Nein, denn das Format hat sich geändert. Das wird dir auch sofort auffallen, wenn du beide in einem Texteditor öffnest. Es gibt lediglich für jede Option in der authentication.pl eine analoge, ähnlich benannte Option in der lx_office.conf.

Hi.
Habe aktuell das Problem das ich einen 500 Internal Server Error bekomme. Habe alle Abhängigkeitenbis auf fcgi installiert(sagt das Script).

Danach hab ich die Dateien Überschrieben. Alle Verzeichnisse gingen aber nicht zu kopieren, da einige statt in /usr/lib/lx-office-erp in var/lib/lx-office-erp liegen. Die lx_office.conf hab ich angelegt. Komisch ist nur das die autenthification.pl und lx-erp.conf in etc/lx-office-erp lagen. Die hab ich dann gelöscht. Muss die lx_office.conf wieder in etc/lx-office-erp/?

War mein Produktivsystem das nun im Eimer ist :((

Gruß Maik

Ich rate, eine frische Installation rein aus den Quellen aufzusetzen. Eine mit Debian-Paket installierte Version so halb durch eine aus den Quellen installierte zu überschreiben ist nichts, was wir offiziell unterstützen.

Vor der Installation die DBs sichern, die authentication.pl sichern, das Paket deinstallieren, dann aus Quellen installieren nach Anleitung, Einstellungen aus authentication.pl nach lx_office.conf übertragen. Die DBs sollten eh noch vorhanden und sofort weiter benutzbar sein.

Hi,

habe die Installation neu aufgesetzt aus dem Tarball. Bekomme trotzdem den 5oo Server Error.
Abhängigkeiten sin alle installiert. Schreibrechte stimmen auch. In der error.log steht irgendwas von konnte nicht kompilieren. Hier die letzen Zeilen :

[Wed Apr 25 18:52:33 2012] [error] [client 192.168.123.105] BEGIN failed--compilation aborted at SL/Dispatcher.pm line 24.
[Wed Apr 25 18:52:33 2012] [error] [client 192.168.123.105] Compilation failed in require at /var/www/lx-erp/admin.pl line 5.
[Wed Apr 25 18:52:33 2012] [error] [client 192.168.123.105] BEGIN failed--compilation aborted at /var/www/lx-erp/admin.pl line 5.
[Wed Apr 25 18:52:33 2012] [error] [client 192.168.123.105] Premature end of script headers: admin.pl
[Wed Apr 25 18:52:39 2012] [error] [client 192.168.123.105] Could not load SL::DB::Order - Attempt to reload SL/DB/Chart.pm aborted.
[Wed Apr 25 18:52:39 2012] [error] [client 192.168.123.105] Compilation failed in require at SL/DB/Invoice.pm line 19.
[Wed Apr 25 18:52:39 2012] [error] [client 192.168.123.105] BEGIN failed--compilation aborted at SL/DB/Invoice.pm line 19.
[Wed Apr 25 18:52:39 2012] [error] [client 192.168.123.105] Compilation failed in require at SL/DB/Order.pm line 12.
[Wed Apr 25 18:52:39 2012] [error] [client 192.168.123.105] BEGIN failed--compilation aborted at SL/DB/Order.pm line 12.
[Wed Apr 25 18:52:39 2012] [error] [client 192.168.123.105] Compilation failed in require at (eval 1039) line 3.
[Wed Apr 25 18:52:39 2012] [error] [client 192.168.123.105] at /usr/share/perl5/Rose/DB/Object/Metadata.pm line 2063
[Wed Apr 25 18:52:39 2012] [error] [client 192.168.123.105] \tRose::DB::Object::Metadata::make_foreign_key_methods('SL::DB::Helper::Metadata=HASH(0x3709b00)') called at /usr/share/perl5/Rose/DB/Object/Metadata.pm line 2578
[Wed Apr 25 18:52:39 2012] [error] [client 192.168.123.105] \tRose::DB::Object::Metadata::make_methods('SL::DB::Helper::Metadata=HASH(0x3709b00)') called at /usr/share/perl5/Rose/DB/Object/Metadata.pm line 1699
[Wed Apr 25 18:52:39 2012] [error] [client 192.168.123.105] \tRose::DB::Object::Metadata::initialize('SL::DB::Helper::Metadata=HASH(0x3709b00)') called at SL/DB/Helper/Metadata.pm line 21
[Wed Apr 25 18:52:39 2012] [error] [client 192.168.123.105] \tSL::DB::Helper::Metadata::initialize('SL::DB::Helper::Metadata=HASH(0x3709b00)') called at /usr/share/perl5/Rose/DB/Object/Metadata.pm line 485
[Wed Apr 25 18:52:39 2012] [error] [client 192.168.123.105] \tRose::DB::Object::Metadata::setup('SL::DB::Helper::Metadata=HASH(0x3709b00)', 'table', 'periodic_invoices_configs', 'columns', 'ARRAY(0x370a010)', 'primary_key_columns', 'ARRAY(0x370a280)', 'foreign_keys', 'ARRAY(0x370a4c0)', ...) called at SL/DB/MetaSetup/PeriodicInvoicesConfig.pm line 9
[Wed Apr 25 18:52:39 2012] [error] [client 192.168.123.105] \trequire SL/DB/MetaSetup/PeriodicInvoicesConfig.pm called at SL/DB/PeriodicInvoicesConfig.pm line 5
[Wed Apr 25 18:52:39 2012] [error] [client 192.168.123.105] \tSL::DB::PeriodicInvoicesConfig::BEGIN() called at SL/DB/MetaSetup/PeriodicInvoicesConfig.pm line 0
[Wed Apr 25 18:52:39 2012] [error] [client 192.168.123.105] \teval {...} called at SL/DB/MetaSetup/PeriodicInvoicesConfig.pm line 0
[Wed Apr 25 18:52:39 2012] [error] [client 192.168.123.105] \trequire SL/DB/PeriodicInvoicesConfig.pm called at SL/OE.pm line 43
[Wed Apr 25 18:52:39 2012] [error] [client 192.168.123.105] \tOE::BEGIN() called at SL/DB/MetaSetup/PeriodicInvoicesConfig.pm line 0
[Wed Apr 25 18:52:39 2012] [error] [client 192.168.123.105] \teval {...} called at SL/DB/MetaSetup/PeriodicInvoicesConfig.pm line 0
[Wed Apr 25 18:52:39 2012] [error] [client 192.168.123.105] \trequire SL/OE.pm called at SL/Form.pm line 63
[Wed Apr 25 18:52:39 2012] [error] [client 192.168.123.105] \tForm::BEGIN() called at SL/DB/MetaSetup/PeriodicInvoicesConfig.pm line 0
[Wed Apr 25 18:52:39 2012] [error] [client 192.168.123.105] \teval {...} called at SL/DB/MetaSetup/PeriodicInvoicesConfig.pm line 0
[Wed Apr 25 18:52:39 2012] [error] [client 192.168.123.105] \trequire SL/Form.pm called at SL/Dispatcher.pm line 24
[Wed Apr 25 18:52:39 2012] [error] [client 192.168.123.105] \tSL::Dispatcher::BEGIN() called at SL/DB/MetaSetup/PeriodicInvoicesConfig.pm line 0
[Wed Apr 25 18:52:39 2012] [error] [client 192.168.123.105] \teval {...} called at SL/DB/MetaSetup/PeriodicInvoicesConfig.pm line 0
[Wed Apr 25 18:52:39 2012] [error] [client 192.168.123.105] \trequire SL/Dispatcher.pm called at /var/www/lx-erp/login.pl line 5
[Wed Apr 25 18:52:39 2012] [error] [client 192.168.123.105] \tmain::BEGIN() called at SL/DB/MetaSetup/PeriodicInvoicesConfig.pm line 0
[Wed Apr 25 18:52:39 2012] [error] [client 192.168.123.105] \teval {...} called at SL/DB/MetaSetup/PeriodicInvoicesConfig.pm line 0
[Wed Apr 25 18:52:39 2012] [error] [client 192.168.123.105] Compilation failed in require at SL/DB/PeriodicInvoicesConfig.pm line 5.
[Wed Apr 25 18:52:39 2012] [error] [client 192.168.123.105] BEGIN failed--compilation aborted at SL/DB/PeriodicInvoicesConfig.pm line 5.
[Wed Apr 25 18:52:39 2012] [error] [client 192.168.123.105] Compilation failed in require at SL/OE.pm line 43.
[Wed Apr 25 18:52:39 2012] [error] [client 192.168.123.105] BEGIN failed--compilation aborted at SL/OE.pm line 43.
[Wed Apr 25 18:52:39 2012] [error] [client 192.168.123.105] Compilation failed in require at SL/Form.pm line 63.
[Wed Apr 25 18:52:39 2012] [error] [client 192.168.123.105] BEGIN failed--compilation aborted at SL/Form.pm line 63.
[Wed Apr 25 18:52:39 2012] [error] [client 192.168.123.105] Compilation failed in require at SL/Dispatcher.pm line 24.
[Wed Apr 25 18:52:39 2012] [error] [client 192.168.123.105] BEGIN failed--compilation aborted at SL/Dispatcher.pm line 24.
[Wed Apr 25 18:52:39 2012] [error] [client 192.168.123.105] Compilation failed in require at /var/www/lx-erp/login.pl line 5.
[Wed Apr 25 18:52:39 2012] [error] [client 192.168.123.105] BEGIN failed--compilation aborted at /var/www/lx-erp/login.pl line 5.
[Wed Apr 25 18:52:39 2012] [error] [client 192.168.123.105] Premature end of script headers: login.pl

Woran kann das liegen?
Danke und Gruß
Maik

Na sind denn alle Perlpakete installiert??
Was sagt scripts/installation_check.pl ??

Ja sind alle installiert. Installation_check.pl zeigt alles ok (grün und Versionsnumme) an.

Ok, teste es doch mal mit der Git-Version.

git clone git://vc.linet-services.de/public/lx-office-erp.git 

Danach noch einmal Schritt für Schritt die Installationsanleitung durchgehen.
Rechte, Apachekonfiguration, ...

Ok probier ich nacher aus und werde berichten.
Am nicht konfigurierten Task-Server kann es nicht liegen?
Und meine Installation liegt in /var/www/. Die alte über das DEB-Paket war in / usr/lib/? Ist das relevant?

Gruß Maik

Hast du auch den Apache umkonfiguriert? Nicht, dass der noch auf die per Deb-Paket installierte Version verweist.

Der Task-Server hat rein gar nichts mit dem Zugriff auf die Oberfläche zu tun.

Ja Apache wurde angepasst. In der /sites-available/default und default-ssl.
Hab noch eine Anleitung gelesen wo auch eine Datei namens LXO in /etc/apache2/conf.d/ erstellt werden muss. Was hat das damit auf sich?

Gruß

Man kann, man muss nicht. Will man Kivitendo für alle virtuellen Hosts haben, dann reicht es, die Konfiguration zentral in eine Datei (z.B. das benannte /etc/apache2/conf.d/kivitendo.conf) zu legen, anstatt sie in jeden VirtualHost in /etc/apache2/sites-enabled/* zu schreiben. Will man Kivitendo hingegen nur auf bestimmten virtuellen Hosts aktiv haben (z.B. nur via https, aber nicht via http erreichbar), so ist /etc/apache2/conf.d/* der falsche Ort.

Ja genau hab Lx nur über https laufen.(na aktuell nicht ;))

Und die AuthentizifierungsDB hab ich nicht neu erstellt, sondern lediglich die Daten in die lx_office.conf übertragen, da die DB ja schon existiert.

Ich denke das das irgenwas mit Perl zu tun hat, wenn ich https://localhost/lx-erp/index.html aufrufe erscheint der Textlink auf die login.pl. Und erst wenn ich diesen anwähle oder direkt auf die admin.pl zugreife kommt der 500er.

Ich weiß, dass du oben die Ausgabe vom error.log gepostet hast. Bist du GANZ sicher, dass das alle Zeilen sind, die von dem Request herrühren? Normalerweise sind die allerersten Zeilen die ausschlaggebenden, und die sind in deinem Paste nicht sonderlich aufschlussreich.

Bitte post noch einmal die komplette Ausgabe aller Zeilen aus dem error.log für einen Request auf z.B. login.pl. Sinnvollerweise nicht direkt hier, das ist nicht so übersichtlich, sondern vielleicht eher auf z.B. pastebin.com

Weiterhin: Welche Debian- oder Ubuntu-Version setzt du ein?

Oh...äh hab einfach die letzten Paar Zeilen aus dem error.log genommen. Ok ich poste mal neu. Woran seh ich wann ein Request beginnt?
Mach ich dann auf pastebin.

Version: Ubuntu Server 10.04 LTS 64Bit

Alle Zeilen, deren Zeitstempel bis auf ein, zwei Sekunden übereinstimmt, gehören zusammen.

Hi.

Hier die error.log auf pastebin : http://pastebin.com/zddnG2qs
Hab die letzte Zeile vom vorherigen Request stehen gelassen. Danach gehts dann los.

Gruß

Ich würde mal alle Perlpakete neu installieren.

Hm ja, wenn nichts anderes hilft werd ich mich heut Abend mal ran machen Perl+alle Libs neu zu installieren.

Edit: einige Perl-Pakete wurden mit apt-get install und einige mit perl -mcspan installiert. Kann das Auswirkungen haben?

Ich habe eben noch einmal probiert, auf einem Ubuntu 10.04 nur mit den Ubuntu-eigenen Debs aller benötigten Perl-Pakete ein Lx-Office 2.6.3 aus den Quellen zu installieren. Das klappte auf Anhieb ohne Apache-Fehlermeldungen. Sprich es ist definitiv ein Problem in deiner Installation/auf deinem Server.

Wenn du die Perl-Pakete neu installierst, dann solltest du eventuell auch mal alle manuell per CPAN installierten Perl-Module löschen. Diese befinden sich in /usr/local/lib/perl/<ver> und /usr/local/share/perl/<ver>, bei Ubuntu 10.04 also /usr/local/lib/perl/5.10.1 und /usr/local/share/perl/5.10.1.

Ok ich installier die Perlpakete neu. Ich hab einige Cpan Pakete genommen weil ich nicht alle in den Ubuntu Quellen gefunden habe. Also einfach den Inhalt der 2 Ordner löschen oder über cpanp deinstallieren?

Einfach Ordner löschen sollte genügen. Es kann sein, dass dann Überreste z.B. in /usr/local/bin verbleiben. Andererseits weiß ich nicht, ob CPAN überhaupt Deinstallationsroutinen bietet.

Hi.

Neuinstallation der Perl-Pakete brachte keine besserung.
Habe es aber hinbekommen nachdem ich diesen Thread gelesen habe :

http://forum.lx-office.org/index.php?mode=thread&id=12292

Habe dann auch in der Chart.pm die eine Zeile auskommentiert.

Zitat:

EDIT:

Sollte das da oben Dein Problem nicht lösen, teste mal Folgendes: Mach die Datei SL/DB/Chart.pm auf, und kommentier Zeile 7 aus, die müsste so aussehen:

use SL::DB::TaxKey;

Es könnte sein, dass sich Deine Version daran stört.

Jetzt komm ich auf das Adminmenü. Die lxerp_auth wurde aktualisiert.
Lese jetzt noch meine DB ein und dann sollte es gehen, nicht desto trotz bleib ich dran und Versuche gemeinsam mit euch das Problem zu lösen.

Gruß Maik

Hi.
Was macht das Modul SL::DB::Taxkey? Bzw. für was wird es gebraucht?

Gruß Maik

Der Link zur Admin-Anleitung ist leider tot.
Hier der Link zu den Admin-Seiten im Wiki.
Die Doku der Voraussetzungen für die Version 2.7 findet man in den Sourcen im Ordner
[INSTALL-DIR]/lx-office-erp/doc/

---<)kaimartin(>---

0 Punkte

Hi.

Hab jetzt mal die Git-Version installiert. Die funzt auf Anhieb, auch mit der Taxkey-Zeile. Supi nu bin ich zufrieden.
Warte nur noch auf einen Fix für Bug 1874.

Gruß und Danke
Maik

von (330 Punkte)

Ähnliche Fragen

0 Punkte
2 Antworten
Gefragt 24, Apr 2014 von Anonym
0 Punkte
1 Antwort
Gefragt 12, Mär 2014 von Anonym
0 Punkte
1 Antwort
Gefragt 21, Apr 2012 von Anonym
0 Punkte
1 Antwort
...