Probleme unter Citrix

[Herbert]

Liebe Xbase-Gemeinde
Seit 2 Wochen macht mir ein Kunde mit Citrix Sorgen. Dasselbe Programm was vorher lief, bringt nun den Fehler.
Andere Kunden, die auch Citrix einsetzen, zeigen dies aber nicht.

Code: Alles auswählen

COPY STRU TO (msg) 

bringt untenstehenden Fehler:

der Umweg über

Code: Alles auswählen

COPY FILE (dpath+'ZLADS.DBF') TO (msg)

klappt aber. Ich kann auch im Explorer Dateien anlegen, löschen, verändern.
Was könnte da los sein?

Code: Alles auswählen

ERROR MESSAGE from  "G:\ZUSCALC\PROGR\zl7.exe"  Date:, 24.06.2011, 09:34:43
Xbase++ version     :, Xbase++ (R) Version 1.90.355
Operating system    :, Windows Server 2003 05.02 Build 03790 Service Pack 2
Application version :, ZUSCALC, 7.31, 09.02.11
User: zuscalc/METILEF03
----------------------------------------------------------------------------
oError:canDefault   :Ja
oError:canRetry     :Ja
oError:canSubstitute:Nein
oError:cargo        :NIL
oError:description  :Datenbank-Alias existiert nicht/ist ungltig
oError:genCode      :66
oError:operation    :DbAppend
oError:osCode       :0
oError:severity     :2
oError:subCode      :8021
oError:subSystem    :BASE
oError:thread       :4
oError:tries        :1
----------------------------------------------------------------------------
CALLSTACK:
----------------------------------------------------------------------------
Aufgerufen von: DBIMPORTRECORD(695)
Aufgerufen von: (B)DBIMPORT(650)
Aufgerufen von: DBIMPORT(650)
Aufgerufen von: _DBIMPORT(413)
Aufgerufen von: LISERS:ERSLIS(944)
Aufgerufen von: (B)LISERS:INIT(173)
Aufgerufen von: XBPPUSHBUTTON:HANDLEEVENT(968)
Aufgerufen von: DIALOG(293)

[UliTs]

Code: Alles auswählen

COPY STRU TO (msg) 

msg enthält den Dateinamen der zu erstellenden Datei, richtig?

Aufgerufen von: LISERS:ERSLIS(944)

In der Zeile 944, wird aber NICHT der Befehl COPY STRU aufgerufen, sondern DBImport, richtig?
Kannst Du die Codezeilen von "Copy Stru" bis "DBImport" mal posten?
Vielleicht kann man dann etwas sehen.

Uli
-
P.S. Hast Du die Datei (msg) kurz zuvor gelöscht, um sie dann mit dem Befehl Copy Stru neu anzulegen?

[Tom]

Das hat mit Citrix nix zu tun. Bei COPY STRU muss die Tabelle geöffnet und selektiert sein, deren Struktur nach "cMsg" kopiert werden soll. Das ist vermutlich nicht der Fall. Entweder wird sie vorher - fallweise - geschlossen, oder durch das Öffnen von "cMsg" (selbe Workarea? gleicher Dateiname?) wird die Ursprungsdatei geschlossen. Hilfreich ist, im Fehlerreport den Inhalt von WorkSpaceList() auszuwerfen, besonders hilfreich zusätzlich mit den Namen aller Tabellen (DbInfo()). Will sagen: Der Fehler ist vermutlich hausgemacht.

Edit: Wir haben viele Kunden mit Citrix. Das einzige Problem, mit dem ich bisher konfrontiert wurde, waren Linux-Thin-Clients, die die Z-Order von anzuzeigenden Fenstern durcheinandergeworfen haben. Probleme mit der Datenhaltung habe ich bis dato nicht erlebt.

[Herbert]

Ja, msg ist die Zieldatei.
Es kann kein logischer Fehler sein, denn dasselbe Programm läuft bei mehreren Kunden.
Leider ist DBImport XBase intern.
Nein, Tom ist es definitiv nicht. Die Tabelle ist offen und selektiert (es ist die Stammdatei, die ohnehin immer offen ist und nie geschlossen wird).
Das Problem trat nach einem Wochenende Ende Mai erstmals auf, ohne am Programm etwas geändert zu haben.

Der Fehler tritt bei verschiedenen COPY-Befehlen auf:
- COPY STRU TO (msg)
- COPY TO (msg)
und auch
- COPY NEXT 1 TO (msg)
Hier kommt der Fehler aber erst beim darauffolgenden
APPEND FROM (msg)
aber derselbe Fehler des nicht gefundenen Alias.

Deshalb meine Vermutung, es könnte eine Berechtigungssache sein. Allerdings kann ich im Explorer Dateien erstellen und löschen und die Alternativen funktionieren auch. Trotzdem ist das Ganze sehr unangenehm, da der Kunde Aerger hat(te) und ich viel Aufwand zur Umgehung.

Code: Alles auswählen

ERROR MESSAGE from  "G:\ZUSCALC\PROGR\ZL7.EXE"  Date:, 27.05.11, 09:52:23
Xbase++ version     :, Xbase++ (R) Version 1.90.355
Operating system    :, Windows Server 2003 05.02 Build 03790 Service Pack 2
Application version :, ZUSCALC, 7.31, 09.02.11
User: mu/METILEF02
----------------------------------------------------------------------------
oError:canDefault   :Ja
oError:canRetry     :Ja
oError:canSubstitute:Nein
oError:cargo        :NIL
oError:description  :Datenbank-Alias existiert nicht/ist ungltig
oError:genCode      :66
oError:operation    :DbAppend
oError:osCode       :0
oError:severity     :2
oError:subCode      :8021
oError:subSystem    :BASE
oError:thread       :4
oError:tries        :1
----------------------------------------------------------------------------
CALLSTACK:
----------------------------------------------------------------------------
Aufgerufen von: DBEXPORTRECORD(318)
Aufgerufen von: (B)DBEXPORT(286)
Aufgerufen von: DBEXPORT(286)
Aufgerufen von: _DBEXPORT(137)
Aufgerufen von: OPENREV(2084)
Aufgerufen von: REVI:SAVEDATA(286)
Aufgerufen von: (B)REVI:INIT(89)
Aufgerufen von: XBPPUSHBUTTON:HANDLEEVENT(968)
Aufgerufen von: DIALOG(293)

Die Probleme fingen interessanterweise bei
INDEX ON ... an, (NTX-Index).
Allerdings tritt dieser Fehler nur auf, wenn die DBF-Datei EXCLUSIVE geöffnet wird und NTX erstellt wird.
Ich hatte es nicht gepostet, da ich auf CDX wechselte und OrdCreate das Problem nicht zeigt.

Code: Alles auswählen

ERROR MESSAGE from  "G:\ZUSCALC\PROGR\ZL7.EXE"  Date:, 23.05.2011, 16:00:37
Xbase++ version     :, Xbase++ (R) Version 1.90.355
Operating system    :, Windows Server 2003 05.02 Build 03790 Service Pack 2
Application version :, ZUSCALC, 7.31, 28.02.11
User: mu/METILEF03
----------------------------------------------------------------------------
oError:canDefault   :Ja
oError:canRetry     :Ja
oError:canSubstitute:Nein
oError:cargo        :NIL
oError:description  :Datei kann nicht ge”ffnet werden
oError:genCode      :71
oError:operation    :DbCreateIndex
oError:osCode       :0
oError:severity     :2
oError:subCode      :8999
oError:subSystem    :BASE
oError:thread       :5
oError:tries        :1
----------------------------------------------------------------------------
CALLSTACK:
----------------------------------------------------------------------------
Aufgerufen von: DB_OPEN(611)
Aufgerufen von: DIALOG(222)
============================================================================

[Martin Altmann]

Moin,
was ist der Inhalt von msg? Der Dateiname inkl. Pfad und Laufwerk? Wenn nicht, würde ich mal in dieser Richtung suchen! Kann durchaus sein, dass ein Kommando zwischendrin das aktive Verzeichnis gewechselt hat!

Viele Grüße,
Martin

[brandelh]

Hi,

wenn man mit /P compiliert, kann man sehen, welche 'internen Befehle' (Funktionen) verwendet werden.
Könnte es sein, dass diese Aktion nach längerer Pause von Festplattenzugriffen stattgefunden hat ?
Ich denke da an autodisconnect. Wenn jemand z.B. die Datei geöffnet hat und danach zum Mittagessen ging ...

[UliTs]

Ich hatte mehr an SMB2-Probleme gedacht.
Wenn bei Index on ... die Indexdatei vorher vorhanden war, wird sie -meine ich- automatisch gelöscht und anschließend neu aufgebaut
Dann kann es sein, dass Windows nach dem Löschen immer noch die "Rückmeldung" bekommt, die Datei ist da und schon knallt es ...

Uli

[Tom]

SMB2 spielt unter Citrix keine Rolle (Einschränkungen: Siehe Diskussion im Terminal-Server-Thread).

[UliTs]

Ich weiß nicht, was Citrix ist...
Erfolgt dabei der Zugriff von "COPY STRU" oder "INDEX ON" ähnlich bei der ADSDBE über den Server? Dann gebe ich Dir recht, Tom.
Oder erfolgt weiterhin ein File-Zugriff über den Clienten?

Uli

[Herbert]

Hi,
wenn man mit /P compiliert, kann man sehen, welche 'internen Befehle' (Funktionen) verwendet werden.
Könnte es sein, dass diese Aktion nach längerer Pause von Festplattenzugriffen stattgefunden hat ?
Ich denke da an autodisconnect. Wenn jemand z.B. die Datei geöffnet hat und danach zum Mittagessen ging ...

Interessant. Ich compiliere nur mit /q

[Herbert]

Moin,
was ist der Inhalt von msg? Der Dateiname inkl. Pfad und Laufwerk? Wenn nicht, würde ich mal in dieser Richtung suchen! Kann durchaus sein, dass ein Kommando zwischendrin das aktive Verzeichnis gewechselt hat!
Viele Grüße,
Martin

Fehlanzeige, ich erstelle die Dateien immer mit Pfad und Namen.
Wie gesagt, es ist kein neues Programm mit einigen Installationen und der Fehler tritt nur bei einem Kunden (mit Citrix) auf, welcher das Programm seit einiger Zeit auch schon einsetzt.

[brandelh]

Interessant. Ich compiliere nur mit /q

XPP ... /P ... erzeugt aus einer .PRG die Zwischendatei .PPO und speichert diese.
Diese Datei enthält den Quellcode NACHDEM der Präprozessor über den Code gewandelt ist.
Aus einer Zeile PRG können dabei viele Zeilen PPO Xbase++ Code werden (die alten Clipper Befehle werden in Funktionen übersetzt.).

So kann man einiges lernen und eventuell z.B. an Parametern erkennen wo ein Problem liegen könnte.

[Wolfgang Ciriack]

Hast du bei der Umstellung auf CDX auch daran gedacht, vor einer Neuindizierung die Indexdatei zu löschen ?
Sonst wird der neue Index immer hinten angehängt und die Datei wird größer und größer...

[Herbert]

Hast du bei der Umstellung auf CDX auch daran gedacht, vor einer Neuindizierung die Indexdatei zu löschen ?
Sonst wird der neue Index immer hinten angehängt und die Datei wird größer und größer...

Hat nichts mit dem Problem zu tun, aber ja, ich lösche immer zuerst die Dateien.

[Koverhage]

Nur mal so am Rande,

gerade so ein Fall habe ich heute gehabt (allerdings ohne Citrix), aber mit der gleichen Fehlermeldung.

wenn das erst ab einem bestimmten Zeitpunkt auftritt wie auch in dem heutigen Fall.

Plötzlich können keine Index-Dateien, ohne das es Probleme gibt. D.h. nach einer
unbestimmten Anzahl von Indexdateien, kommt plötzlich eine Fehlermeldung.
(Auch ich lösche immer vorher die Dateien, wenn die Indexe neu erstellt werden sollen).

Der Kunde hat auf Win 7 umgestellt. Bei der Gelegenheit hat auch der Systembetreuer
auf allen Arbeitsplätzen (und eventuell auch Server) einen Virenscanner Kaspersky
installiert.

Das war wohl in dem Fall die Ursache und ich vermute das bei Dir auch.

[brandelh]

Hallo,

Win 7 ... da wirken die 3 ominösen Parameter, eine Löschung oder das Anlegen einer neuen Datei könnte 15 Sekunden unbemerkt bleiben ...

Im Fehlerprotokoll steht aber Windows Server 2003, also XP ...
Ob auf diesem Citrix Server alle Dateien LOKAL liegen ist noch nicht geklärt worden, bei kleinen Einheite aber eher JA.

Virenscanner ... ja wenn der die Datei blockiert !

Wobei nicht nur Virenscanner können Programme blockieren !

Angenommen, ein USER meldet sich mit Lesezugriff am Programm an, beendet dieses aber nicht sondern nur seine Citrix Sitzung.
Dann ist die DBF immer noch offen, Indexe löschen und neu aufbauen geht dann genausowenig wie Operationen die EXCLUSIVEN Schreibzugriff benötigen, was braucht DBEXPORT auf der Zieldatei ?

[Herbert]

Hi,
wenn man mit /P compiliert, kann man sehen, welche 'internen Befehle' (Funktionen) verwendet werden.
Könnte es sein, dass diese Aktion nach längerer Pause von Festplattenzugriffen stattgefunden hat ?
Ich denke da an autodisconnect. Wenn jemand z.B. die Datei geöffnet hat und danach zum Mittagessen ging ...

Nein, es passiert in jedem Fall bei jedem Aufruf wo diese Aufrufe vorkommen.

[Herbert]

Der Kunde hat auf Win 7 umgestellt. Bei der Gelegenheit hat auch der Systembetreuer
auf allen Arbeitsplätzen (und eventuell auch Server) einen Virenscanner Kaspersky
installiert.
Das war wohl in dem Fall die Ursache und ich vermute das bei Dir auch.

OK, schaue ich nach!

[Markus Walter]

Hi Herbert,

ich würde auch mal in Richtung "Einfluss von aussen" schauen. Wir hatten mit 2010er Kaspersky z. B. das Problem, dass der proaktive Schutz ausgeschaltet werden musste, weil es mit dieser Kaspersky-Version immer bei einem dbzap() knallte (Xbase löscht da intern wohl die Datei und erstellt sie neu). Und auch mit anderen Virenscannern oder "Optimierungsprogrammen" kennen wir ähnliche Effekte...

[Muecke]

Hallo Herbert

Bei meinen Kunden ist es zu 95% der Virenscanner.Die einen blockieren das Netz derartig, dass ich die kleinste Function nicht aufrufen kann.

Wir hatten auch im Virenscanner dies ausgeschlossen, kein Erfolg. Erst nach abschaltung des Scanners läuft die Appl.wieder einwandfrei.

Gruss Thomas

[Lewi]

Hallo Herbert,
wenn Dein Code unter anderen (CITRIX-)Umgebungen fehlerfrei läuft, solltest Du nach meinen Erfahrungen folgende Fehlerquellen eruieren:

- bei der Pfadangabe für (msg) -> sind ggf. Laufwerke/Pfade korrekt gemappt und stimmen sie evtl. mit Programm-Standardangaben überein?
- haben die User auch die entsprechenen Verzeichnisrechte?
- ist evtl das Maximun des verfügbaren Speicherplatzes im Zielverzeichnis erreicht?

Viele Grüße
Olaf

[Herbert]

Der Kunde hat endlich Zeit gefunden, den Virus-Teil für das Arbeitsverzeichnis entsprechend zu ignorieren.
Und alles läuft.
Aber eben, die EDV teilte mit: "Wir haben nichts verändert". Also

Interessant ist, dass das Erstellen von .CDX funktionierte, aber das Erstellen von .NTX nicht,
das Kopierenmit COPY TO nicht klappt aber COPY FILE schon, und
das Öffnen temporärer Dateien im Exklusivmodus problematisch ist.

Dank euch wieder mal Einiges gelernt =D> =D>

[Koverhage]

Hallo Herbert,

klar hat die EDV nichts verändert, die Updates für das kommen ja automatisch