Erstellt vor 8 Jahren
Geschlossen vor 8 Jahren
#723 closed Fehler (invalid)
Datenbankaktualisierung 2.4.3 schlägt fehl
| Erstellt von: | post@… | Verantwortlicher: | m.bunkus@… |
|---|---|---|---|
| Priorität: | normal | Meilenstein: | |
| Komponente: | kivitendo ERP | Version: | 2.4.3 |
| Schweregrad: | normal | Stichworte: | Installation |
| Beobachter: |
Beschreibung
Nach Problemen mit Suse wurde auf Rat zu Ubuntu gewechselt.
Installation 2.4.2 ergab bei ERP Fehler mit UStVA.
Nach Rat Update 2.4.3. Wurde im Update-Menu angezeigt - super.
Bereits Anmeldung schlug fehl. Änderung Login.pl aus Forum brachte nichts.
Installation libio-stringy-perl und libtemplate-perl (#718) half.
Datenbankaktualisierung schlug fehl.
Fehler: Funktion set_mtime() existiert nicht.
Fehlt hier ein weiteres Paket?
Anhänge (1)
Änderungshistorie (5)
Geändert vor 8 Jahren durch post@…
comment:1 Geändert vor 8 Jahren durch post@…
Nachdem in psql zuerst
- createlang plpgsql
dann
- create function set_mtime()
durchgeführt wurde, funktionierte es.
comment:2 Geändert vor 8 Jahren durch m.bunkus@…
- Priorität von Kritisch nach Normal geändert
- Schweregrad von Kritisch nach Normal geändert
- Verantwortlicher von p.reetz@… nach m.bunkus@… geändert
Uns ist von mehreren solchen Fällen bekannt, dass die Funktion nicht existiert.
Leider konnten wir noch nicht nachvollziehen, wieso diese Funktion nicht
existiert.
comment:3 Geändert vor 8 Jahren durch post@…
(Mit Bezug zu comment 3)
Uns ist von mehreren solchen Fällen bekannt, dass die Funktion nicht existiert.
Leider konnten wir noch nicht nachvollziehen, wieso diese Funktion nicht
existiert.
Stg an HLi (Wechsel von Suse zu Ubuntu, Installation 2.4.2):
Bei der Rückspielung der über pg_dump gesichterten Daten
kam es auch zu Fehlermeldungen. Ob diese relevant
sind, kann ich nicht sagen (ebenfalls als Anhang)?
Ja. Sie haben die Funktion und Sprache nicht installiert.
Buch und Wiki. Oder Sie verwenden das Postgresql-Script.
2.4.2 lief. Beim Versuch manuell die Funktion zu installieren, kam die
Fehlermeldung, dass die Sprache fehlt. Evtl. Ursache in 2.4.3 ??
Laut Liste hat 2.4.3 einen Punkt Datensicherung - sehr gut.
Da das Menü nur CRM zeigte, kopierte ich das alte Menu.ini und war froh,
dass das System lief (bis auf UStVA sowie Mail in CRM).
Priorität hat USTVA.
Danach als Ziel Update CRM und alle Menüpunkte nutzen.
Sind dabei Probleme in Sicht, die das System lahmlegen?
Tipps dazu nehme ich gerne entgegen.
Gruß, Ralf Stegmaier
comment:4 Geändert vor 8 Jahren durch m.bunkus@…
- Lösung auf invalid gesetzt
- Status von new nach closed geändert
Wenn beim Einspielen eines Datenbankbackups Fehlermeldungen auftreten, so sind
diese generell schlecht. Die Funktion set_mtime() wird von Lx-Office nun einmal
benötigt. Die besten Ergebnisse beim Rücksichern hatte ich persönlich immer,
wenn ich die neue Datenbank zuerst als Kopie der Datenbank 'template0' und
nicht von 'template1' erstellt habe. In psql lautet der Befehl dazu:
CREATE DATABASE neuer_name WITH TEMPLATE template0;
Dann: Die menu.ini hat sich in 2.4.3 an einigen Stellen deutlich geändert,
sodass Sie nicht einfach die menu.ini einer bestehenden 2.4.2er Installation
beibehalten können. Sie können aber die CRM-Punkte, die alle am Anfang stehen,
aus der alten menu.ini in eine orignale menu.ini aus der 2.4.3 kopieren. Danach
sollten sowohl die CRM-Menüpunkte als auch alle ERP-Menüpunkte normal
funktionieren (einmal neu an Lx-Office anmelden ist aber erforderlich, damit
das Menü neu aufgebaut wird).
Da der Bugreport seine Ursache nicht in Lx-Office selber hat, schließe ich ihn.

Protokoll / Fehlermeldung Datenbankaktualisierung