Erstellt vor 5 Jahren
Geschlossen vor 5 Jahren
#1255 closed Fehler (wont-fix)
System\Kontenübersicht: Konten lassen sich nicht anzeigen
| Erstellt von: | roman.karuschka@… | Verantwortlicher: | m.bunkus@… |
|---|---|---|---|
| Priorität: | hoch | Meilenstein: | |
| Komponente: | kivitendo ERP | Version: | 2.6.2 unstable |
| Schweregrad: | schwerwiegend | Stichworte: | Bericht |
| Beobachter: | m.bunkus@…, roman.karuschka@… |
Beschreibung
Denn es kommt folgende Meldung..
SELECT position
FROM tax.report_variables
LEFT JOIN tax.report_headings
ON (tax.report_variables.heading_id = tax.report_headings.id)
WHERE 1=1
FEHLER: Schema >>tax<< existiert nicht
Änderungshistorie (6)
comment:1 Geändert vor 5 Jahren durch m.bunkus@…
- Status von new nach assigned, m.bunkus@linet-services.de geändert
- Verantwortlicher von p.reetz@… nach m.bunkus@… geändert
comment:2 Geändert vor 5 Jahren durch roman.karuschka@…
- Beobachter roman.karuschka@… hinzugefügt
Es handelt sich in der Tat in dem Fall um eine aeltere DB. als 2.4.3 begonnen (!) und vor drei Monaten auf 2.6 migriert.
comment:3 Geändert vor 5 Jahren durch m.bunkus@…
Wenn die DB-Migration nicht anständig durchgelaufen ist, dann kann ich dir leider nicht helfen. Bei mir klappt's in der aktuellen unstable mit dieser Funktion. Da können wir dir nicht so richtig helfen.
Schau bitte mal kurz in der DB nach, was folgendes sagt:
SELECT * FROM schema_info WHERE tag ILIKE '%ustva%';
comment:4 Geändert vor 5 Jahren durch roman.karuschka@…
Hmm, wenn das zwischen 2.4.2 und 2.4.3 eingefuehrt wurde, die DB aber als 2.4.3 gestartet wurde, muesste das ja eigentlich sofort mit angelegt worden sein, noch bei der ersten useranmeldung.
Ich bin jetzt gleich wieder on tour, danach probiere ich deinen Vorschlag mal und werde ansonsten mal probieren genau das von dir benannte Update manuell einzuspielen.
Diese Installation ist diese wie die aus #1254, das ist einfach der Kunde bei dem ich gestern war und nachdem es Ende letzter Woche einen aehnlichen Fehler im Zusammenhang mit Svens Updates gab schien der Zusammenhang angenehm und einfach zu sein.
Ich muss aber gestehen, dass ich garnicht weiss, ob ich mir in dieser Installation die Unterkonten schonmal wirklich habe anzeigen lassen, auf einer anderen Installation konnte ich das Verhalten aus diesem Bug hier zumindest gestern auch nicht reproduzieren
IIRC haette LX aber doch damals vermutlich ohne Ende Aerger gemacht, waere ein Update beim Anlegen nicht durchgelaufen?
comment:5 Geändert vor 5 Jahren durch roman.karuschka@…
Erstmal der Output...:
VLB=> SELECT * FROM schema_info WHERE tag ILIKE '%ustva%';
tag | login | itime
ustva_setup_2007 | rkaruschka | 2009-01-23 13:33:23.85503
ustva_setup_2007_update_chart_taxkeys_tax | rkaruschka | 2009-01-23 13:33:23.956047
ustva_setup_2007_update_chart_taxkeys_tax_add_missing_tax_accounts | rkaruschka | 2009-01-23 13:33:24.132117
USTVA_abstraction | rkaruschka | 2009-01-23 13:33:24.260222
USTVA_at | rkaruschka | 2009-01-23 13:33:24.661293
(5 rows)
comment:6 Geändert vor 5 Jahren durch roman.karuschka@…
- Lösung auf wontfix gesetzt
- Status von assigned nach closed geändert
Es ist bei zwei Einzelfaellen geblieben, das Problem wird da manuell angegangen. Schliesse Ticket um mal von dem berg herunterzukommen.

Wenn das tax-Schema nicht existiert, dann ist irgendwann früher beim Update eines der Datenbankupgrades nicht angewendet worden. Genauer gesagt, sql/Pg-upgrade2/USTVA_abstraction.pl. Das kam zwischen 2.4.2 und 2.4.3 hinzu.
Ist das eine ältere DB, oder startest du gerade mit einer frischen (sprich könnte es an den 'strict'-Problemen liegen)?