ODBC Treiber meldet nur noch "Die Länge des Feldes ist zu groß"

[Starocotes]

Danke. Dummerweise sehe ich dort nichts was weiter hilft:


Datei OHNE gepackte Felder:

Job 170404/QUSER/QZDASOINIT im Subsystem QSERVER in QSYS am 22.10.19 um
08:21:16 gestartet. Job im System am 22.10.19 um 08:21:16. angekommen.
Druckereinheit PRT01 nicht gefunden.
Job erfolgreich geändert; es traten jedoch Fehler auf.
Benutzer SIMMEL an Client 172.16.10.109 ist mit dem Server verbunden.
Druckereinheit PRT01 nicht gefunden.
Job erfolgreich geändert; es traten jedoch Fehler auf.
Die folgenden Sonderregister wurden festgelegt: CLIENT_APPLNAME: MSACCESS
PREPARE für Anweisung QZA387A40BAB033001 beendet.
Teildatei QSCNTRC aus Datei QAPEXDFN in QUSRSYS entfernt.
Teildatei QSCNTRC zu Datei QAPEXDFN in QUSRSYS hinzugefügt.
Abfrageoptionsdatei kann nicht abgerufen werden.
Teildatei QSCNTRC in Datei QAPEXDFN in QUSRSYS geändert.
Definition QSCNTRC added.
Objekt geändert für QDPC170404 in QUSRSYS Art *USRSPC.
Abfrageoptionsdatei kann nicht abgerufen werden.
Eigentumsrecht für Objekt QDPC170404 in QUSRSYS Art *MGTCOL geändert.
Abfrageoptionsdatei kann nicht abgerufen werden.
Session QDPC170404 started.
Objekt geändert für QDPC170404 in QUSRSYS Art *USRSPC.
Session QDPC170404 resumed.
STRTRC Sitzungs-ID QDPC170404 erfolgreich gestartet.
Anweisung CALL beendet.
MSYSCONF der Art *FILE in QGPL nicht gefunden.
PREPARE für Anweisung FIFAAATALL0012OL beendet.
Abfrageoptionsdatei kann nicht abgerufen werden.
****: Debug-Nachrichten des Optimierungsprogramms für Abfrage werden
gestartet.
Abfrageoptionsdatei kann nicht abgerufen werden.
Abfrageoptionsdatei kann nicht abgerufen werden.
Abfrageoptionsdatei kann nicht abgerufen werden.
Abfrageoptionsdatei kann nicht abgerufen werden.
Abfrageoptionsdatei kann nicht abgerufen werden.
Abfrageoptionsdatei kann nicht abgerufen werden.
Abfrageoptionsdatei kann nicht abgerufen werden.
Abfrageoptionsdatei kann nicht abgerufen werden.
Der Zugriffsplan der Abfrage wurde erneut erstellt.
Temporäre Ergebnisdatei für Abfrage erstellt.
Alle Zugriffspfade wurden für Datei SYSTABLES berücksichtigt.
Datei SYSTABLES in Verknüpfungsposition 1 verarbeitet.
Datei SYSTABLES in Verknüpfungsposition 2 verarbeitet.
Empfohlener Zugriffspfad für Datei SYSTABLES.
Der Zugriffsplan der Abfrage wurde erneut erstellt.
****: Debug-Nachrichten für Abfrage werden beendet.
ODP erstellt.
Blockung für Abfrage.
Cursor FILE eröffnet.
Offener Datenpfad (ODP) gelöscht.
Cursor FILE wurde geschlossen.
PREPARE für Anweisung FDLCDALCOL0012OL beendet.
Abfrageoptionsdatei kann nicht abgerufen werden.
****: Debug-Nachrichten des Optimierungsprogramms für Abfrage werden
gestartet.
Abfrageoptionsdatei kann nicht abgerufen werden.
Der Zugriffsplan der Abfrage wurde erneut erstellt.
Temporäre Ergebnisdatei für Abfrage erstellt.
Alle Zugriffspfade wurden für Datei SYSCOLUMNS berücksichtigt.
Datei SYSCOLUMNS in Verknüpfungsposition 1 verarbeitet.
Datei SYSCOLUMNS in Verknüpfungsposition 2 verarbeitet.
Empfohlener Zugriffspfad für Datei SYSCOLUMNS.
Empfohlener Zugriffspfad für Datei SYSCOLUMNS.
Der Zugriffsplan der Abfrage wurde erneut erstellt.
****: Debug-Nachrichten für Abfrage werden beendet.
ODP erstellt.
Blockung für Abfrage.
Cursor FLD eröffnet.
Offener Datenpfad (ODP) gelöscht.
Cursor FLD wurde geschlossen.



Danach ist die Tabelle erfolgreich eingebunden.

Beim Öffnen kommt dann nur noch das hier:

Name "" nicht zulässig.


Bei einer Datei mit gepackten Feldern kommt halt schon beim Einbinden die Fehlermeldung "Die Länge eines Feldes ist zu groß" und der bindet die gar nicht ein. Das Joglog sieht da aber nicht anders aus.

[Starocotes]

Um sicher zu gehen das es nicht an einer alten oder seltsamen Installation liegt habe ich jetzt eine komplett sauberer Win10 Installation gemacht.
Nur Access 2013 und den neusten IBM i Access V1R1. Selbes Ergebnis.

[TARASIK]

Hallo Starocotes,
nur eine simple Fehlerlösung zu dem SQL Fehler:
Probable cause:

It is likely that the system name is not in the Relational Database Directory. Run the Add Relational Database Directory Entry command:

ADDRDBDIRE RDB(SYSNAME) RMTLOCNAME(*LOCAL)
Copy

In the above example, SYSNAME is the name of your system's Default Local Location name (as specified in the DSPNETA command).

Another common cause for this error is a period (.) in a table or library name. Although the period is valid in IBM i file naming conventions the name must be enclosed in double quotes to be used in a SQL statement. A short term circumvention may be to build a logical file over the desired physical file, using the SQL naming syntax. Another possible solution is to create an SQL Alias over the desired file and then access the file indirectly through the alias.

[Starocotes]

Ja, das hatte ich schon gefunden.
Habe sogar die DB mal gelöscht und mit neuem Namen angelegt damit der DSPNETA übereinstimmt. Auch das DNS auf den selben Namen angepasst.

All das hat aber keine Änderung gebracht. Das Verhalten ist immer das selbe.

[Starocotes]

Call bei IBM: Meine Datenbankverwaltung ist kaputt!
Die schauen wie wir das wieder hin bekommen.

[Fuerchau]

Stimmt, da war doch noch was:
https://www.ibm.com/support/knowledg.../rcldbxref.htm

[Starocotes]

Es ist tatsächlich noch ne Stufe tiefer weil der der RCLDBXREF *CHECK nichts anzeigt.
Die IBM ist aktuell dabei das zu analysieren und zu prüfen wie man die fehlenden Objekte wieder herstellen kann.

[Starocotes]

Der aus den USA hinzugezogene System Engineer meinte wohl das er sowas in seinem ganzen Leben noch nicht gesehen hätte.

Ob die die Krankheit nach mir benennen?

Halte euch auf dem Laufenden.

[BenderD]

Der aus den USA hinzugezogene System Engineer meinte wohl das er sowas in seinem ganzen Leben noch nicht gesehen hätte.

Ob die die Krankheit nach mir benennen?

Halte euch auf dem Laufenden.

... vielleicht ist der auch neu im Geschäft!

D*B

[Fuerchau]

Hast du mal Versuchsweise andere Tabellen/Libs versucht?
Häufig hilft bei sowas mal ein SAV/RST der betroffenen Tabelle, ggf. mit Umweg auf eine andere Lib. Denn beim RST müssen die Referenzen wieder hergestellt werden.

Wir hatten das Problem vor langer Zeit schon mal. Allerdings fehlten da die Informationen z.T. direkt in den QADB-Systemtabellen.
Hast du den RCLDBXREF überhaupt schon mal probiert?

[Starocotes]

Hast du mal Versuchsweise andere Tabellen/Libs versucht?
Häufig hilft bei sowas mal ein SAV/RST der betroffenen Tabelle, ggf. mit Umweg auf eine andere Lib. Denn beim RST müssen die Referenzen wieder hergestellt werden.

Wir hatten das Problem vor langer Zeit schon mal. Allerdings fehlten da die Informationen z.T. direkt in den QADB-Systemtabellen.
Hast du den RCLDBXREF überhaupt schon mal probiert?

Ja, es ist mit JEDER Tabelle das selbe.
Die IBM hat ja schon ausführlicher analysiert und sieht auch das eine ganze Menge Systemobjekte fehlen die zur Verwaltung notwenig sind.

Ja, der RCLDBXREF lief schon und hat nichts gemacht.