Fehler 1500

Advantage Database Architect

Moderator: Moderatoren

Antworten
UliTs
Der Entwickler von "Deep Thought"
Der Entwickler von "Deep Thought"
Beiträge: 2828
Registriert: Fr, 10. Feb 2006 9:51
Wohnort: Aachen
Hat sich bedankt: 259 Mal
Danksagung erhalten: 12 Mal
Kontaktdaten:

Fehler 1500

Beitrag von UliTs »

Hallo allerseits,

ich habe ein größeres Problem: Gestern war der Linux-ADS beim Kunden abgestürzt. Seit Neustart und ReIndex läuft der ADS wieder.
Wenn ich aber den ARC aufrufe, das zugehörige Data Dictionary öffne und mir die Eigenschaften einer Tabelle anschauen möchte, kommt die Fehlermeldung
Error 7200: AQE Error: State = HY000; NativeError = 1500; [iAnywhere Solutions][Advantage SQL][ASA] Failed to load Unicode support DLL or Shared Object.
Wenn man die Fehlermeldung bestätigt, öffnet sich anschließend der "Table Designer" aber es wird nur das erste Feld der Tabelle angezeigt.

Woran könnte das liegen?

Uli
-------
Mitglied XuG Cologne
Mitglied XuG Osnabrück
Benutzeravatar
nightcrawler
1000 working lines a day
1000 working lines a day
Beiträge: 650
Registriert: Di, 24. Apr 2012 16:33
Wohnort: 72184 Weitingen
Hat sich bedankt: 3 Mal
Danksagung erhalten: 96 Mal
Kontaktdaten:

Re: Fehler 1500

Beitrag von nightcrawler »

die Hilfe gibt dazu folgenden Hinweis:
Check ads_err.adt and ads_err.dbf for the path where the Advantage is trying load the DLL or shared object.
Prüfe, ob diese Datei dort vorhanden ist.
--
Joachim
Joachim Dürr Softwareengineering
https://www.jd-engineering.de
UliTs
Der Entwickler von "Deep Thought"
Der Entwickler von "Deep Thought"
Beiträge: 2828
Registriert: Fr, 10. Feb 2006 9:51
Wohnort: Aachen
Hat sich bedankt: 259 Mal
Danksagung erhalten: 12 Mal
Kontaktdaten:

Re: Fehler 1500

Beitrag von UliTs »

nightcrawler hat geschrieben:die Hilfe gibt dazu folgenden Hinweis:
Check ads_err.adt and ads_err.dbf for the path where the Advantage is trying load the DLL or shared object.
Prüfe, ob diese Datei dort vorhanden ist.
Ich bin mir nicht sicher, ob ich verstehe, was Du meinst.
Die ads_err.adt habe ich geprüft. Sie ist vorhanden und enthält eine für mich nichts sagende Fehlermeldung bezüglich des Fehlers 1500. Unter Filename steht entweder nichts oder
F1=239582
Weitere Felder: Ads_Source=aof.c
ADS_Ver = 10.10.0.6

Uli

EDIT: in der ads_err.dbf ist der jüngste Eintrag vom 09.12.2013 und hat sicher nichts mit dem aktuellen Problem zu tun.
-------
Mitglied XuG Cologne
Mitglied XuG Osnabrück
UliTs
Der Entwickler von "Deep Thought"
Der Entwickler von "Deep Thought"
Beiträge: 2828
Registriert: Fr, 10. Feb 2006 9:51
Wohnort: Aachen
Hat sich bedankt: 259 Mal
Danksagung erhalten: 12 Mal
Kontaktdaten:

Re: Fehler 1500

Beitrag von UliTs »

Noch eine Fehlermeldung: wenn ich eine Tabelle im ARC geöffnet habe und einen Filter eingebe, kommt die Fehlermeldung
BrowseTable: Error 1500: Failed to load Unicode support DLL or Shared Object.
Unicode-Felder habe ich definitiv nicht im Einsatz.

Uli
-------
Mitglied XuG Cologne
Mitglied XuG Osnabrück
Benutzeravatar
nightcrawler
1000 working lines a day
1000 working lines a day
Beiträge: 650
Registriert: Di, 24. Apr 2012 16:33
Wohnort: 72184 Weitingen
Hat sich bedankt: 3 Mal
Danksagung erhalten: 96 Mal
Kontaktdaten:

Re: Fehler 1500

Beitrag von nightcrawler »

ARC ist in Delphi geschrieben, Delphi macht in den letzten Versionen nur noch Unicode...daher braucht der ARC Unicode, auch wenn keine Unicode Felder im Einsatz sind. Im ARC-Verzeichnis sollten sich die aicu32.dll und eine icudt40l.dat befinden. Am Server die libaicu.so und die zugehörige icudt40l.dat.
--
Joachim
Joachim Dürr Softwareengineering
https://www.jd-engineering.de
UliTs
Der Entwickler von "Deep Thought"
Der Entwickler von "Deep Thought"
Beiträge: 2828
Registriert: Fr, 10. Feb 2006 9:51
Wohnort: Aachen
Hat sich bedankt: 259 Mal
Danksagung erhalten: 12 Mal
Kontaktdaten:

Re: Fehler 1500

Beitrag von UliTs »

nightcrawler hat geschrieben:ARC ist in Delphi geschrieben, Delphi macht in den letzten Versionen nur noch Unicode...daher braucht der ARC Unicode, auch wenn keine Unicode Felder im Einsatz sind. Im ARC-Verzeichnis sollten sich die aicu32.dll und eine icudt40l.dat befinden. Am Server die libaicu.so und die zugehörige icudt40l.dat.
Alle Dateien sind (weiterhin) vorhanden.
Die Ursache muss eine andere sein!

Uli
-------
Mitglied XuG Cologne
Mitglied XuG Osnabrück
UliTs
Der Entwickler von "Deep Thought"
Der Entwickler von "Deep Thought"
Beiträge: 2828
Registriert: Fr, 10. Feb 2006 9:51
Wohnort: Aachen
Hat sich bedankt: 259 Mal
Danksagung erhalten: 12 Mal
Kontaktdaten:

Re: Fehler 1500

Beitrag von UliTs »

Heute war bereits der 2. Absturz der Woche. Ich habe daraufhin eine Sicherung der Datenbank auf meinen Entwicklungsrechner portiert. Dort kommt es glücklicherweise nicht zu den Fehlern. Das heißt, es muß am Linux-ADS oder an der Workstation liegen, mit der ich beim Kunden arbeite (oder durch das Backup/Restore wird der Fehler repariert).

Inzwischen habe ich festgestellt, dass es noch eine aktuellere Version 10.10.0.49 statt der eingesetzten 10.10.0.6 gibt. Ich hatte fälschlicherweise angenommen, dass .6 aktueller als .49 ist :? . Wenn ich mir die korrigierten Bugfixes anschaue, kann es sehr gut sein, dass diese Version in meinem Fall hoffentlich hilft! Am Montag Abend wird diese Version installiert.
Ich werde dann berichten.

Uli
-------
Mitglied XuG Cologne
Mitglied XuG Osnabrück
UliTs
Der Entwickler von "Deep Thought"
Der Entwickler von "Deep Thought"
Beiträge: 2828
Registriert: Fr, 10. Feb 2006 9:51
Wohnort: Aachen
Hat sich bedankt: 259 Mal
Danksagung erhalten: 12 Mal
Kontaktdaten:

Re: Fehler 1500 [ERLEDIGT]

Beitrag von UliTs »

Am Montag haben wir in einer Hauruck-Aktion die 10.10.0.49 installiert. Seitdem tauchen die Fehler im ARC nicht mehr auf!

Uli
-------
Mitglied XuG Cologne
Mitglied XuG Osnabrück
UliTs
Der Entwickler von "Deep Thought"
Der Entwickler von "Deep Thought"
Beiträge: 2828
Registriert: Fr, 10. Feb 2006 9:51
Wohnort: Aachen
Hat sich bedankt: 259 Mal
Danksagung erhalten: 12 Mal
Kontaktdaten:

Re: Fehler 1500

Beitrag von UliTs »

Nachdem seit Montag wieder dieser ominöse Fehler auftauchte, habe ich folgendes herausgefunden.

Am Freitag wurde die Servermaschine, auf der der ADS läuft, gewartet. Dabei wurde vor dem runterfahren der Maschine der ADS mittels "kill" beendet (kann man den ADS unter Linux eigentlich auch runterfahren? ...) .
Vermutlich hat der ADS dabei seine Fehlerdatei ads_err.adt zerstört. Auf jeden Fall fiel mir auf, dass kein Datensatz mehr darin enthalten war und auch keine neuen angelegt wurden. Das Öffnen der Fehlerdatei mittels ARC ging zwar, aber ein Packen funktionierte nicht.
Deshalb wurde heute nochmals der ADS mittels "kill" beendet und neu gestartet. Danach konnte ich mit Hilfe des ARC, die Fehlerdatei öffnen, packen und ein Reindex durchführen. Seitdem läuft der ADS vermutlich wieder einwandfrei :D .

Uli

P.S. Weis jemand, wann die Version 12 vom ADS herauskommt?
-------
Mitglied XuG Cologne
Mitglied XuG Osnabrück
UliTs
Der Entwickler von "Deep Thought"
Der Entwickler von "Deep Thought"
Beiträge: 2828
Registriert: Fr, 10. Feb 2006 9:51
Wohnort: Aachen
Hat sich bedankt: 259 Mal
Danksagung erhalten: 12 Mal
Kontaktdaten:

Re: Fehler 1500

Beitrag von UliTs »

Heute ist mal wieder der ominöse Fehler aufgetaucht.
Sobald die Möglichkeit besteht, werde ich wieder wie am 29.10.2014 mit dem entsprechenden Aufwand vorgehen :( .
--
Vielleicht gibt es aber noch eine andere Möglichkeit. Die ads_err.dat wird "intern" vom ADS offen gehalten. Kann man den ADS dazu bewegen, die Tabelle zu schließen? Dann könnte ich im laufenden Betrieb ein Pack und ReIndex drüber laufen lassen...

Uli
-------
Mitglied XuG Cologne
Mitglied XuG Osnabrück
UliTs
Der Entwickler von "Deep Thought"
Der Entwickler von "Deep Thought"
Beiträge: 2828
Registriert: Fr, 10. Feb 2006 9:51
Wohnort: Aachen
Hat sich bedankt: 259 Mal
Danksagung erhalten: 12 Mal
Kontaktdaten:

Re: Fehler 1500

Beitrag von UliTs »

Die letzten Stunden habe ich mit Versuchen verbracht, die Daten wieder zu reparieren. Leider erfolglos... :-(
-------
Mitglied XuG Cologne
Mitglied XuG Osnabrück
Antworten