Das Notes Forum
Domino 9 und frühere Versionen => Administration & Userprobleme => Thema gestartet von: johndoe1978 am 02.04.03 - 15:31:51
-
Wir haben bei uns eine Userin bei der ständig die genannte Fehlermeldung erscheint sobald Sie versucht in Ihrem Notes auf eine Datenbank zuzugreifen. Ich hab schon jede Menge versucht:
- Schablonen der Mail In Datenbank ersetzt
- Schablonen der Mail In Datenbank geupdated
- Die Ansichten neu erstellt
- Den Notesclient neu installiert
Ich habe wirklich keine Idee mehr worans hängen könnte
Als Notes Client ist Version 5.07a installiert
Der Zugriff erfolgt über ein TCP/IP LAN
Die Templates der Notesdatenbank wurden vor einiger Zeit von V.4.57 auf V.5.06a geupdated
Und der Client läuft auf deutsch
-
Hi,
hast du schon mal die cache.dsk gelöscht?
Vielleicht findest du hier weitere Hilfe:
http://www-1.ibm.com/support/search.wss?q=Error+loading+USE+or+USELSX+module+Common&tc=SSKTMJ&rs=463&apar=include (http://www-1.ibm.com/support/search.wss?q=Error+loading+USE+or+USELSX+module+Common&tc=SSKTMJ&rs=463&apar=include)
-
Danke für den Tipp, aber leider kann ich damit nichts anfangen. Mein Problem ist ja nicht das ich mit nem R4 Client das File nicht öffnen kann, sondern eigentlich umgekehrt. Wie gesagt, das Mailfile wurde von V4.57 auf V5.06a geupdated. Und jetzt plötzlich kann man es mit nem R5.07a Client nicht mehr öffnen.
Die Problemlösung von Lotus bezieht sich auf das öffnen des Mailfiles mit einem R4 Client. Das wars also nicht.
-
Eigentlich erscheint diese Fehlermeldung wenn Du mit einem Client auf eine DB zugreifen willst, die die Client Version nicht darstellen kann. Was steht denn in den Eigenschaften der Datenbank? Welcher Schablonenname ist dort eingetragen?
-
Kann ich jetzt nicht genau sagen, da die Userin nicht mehr im Haus ist.
Aber da fällt mir grade noch was ein. Wir hatten vor ner Zeit nen Fail Over sprich der Haupt Notescluster ist zusammengebrochen. Die User konnten zwar mit dem Backup Cluster weiterarbeiten, aber seitdem scheint dieses Problem zu bestehen. Könnte das evtl. eine Rolle spielen ? Möglicherweise ein Replizierkonflikt nachdem der Hauptcluster wieder da war ?
-
Hmm.... also cache.dsk würd ich auf jedenfall nochmal löschen.
Wir hatten einen ähnlichen Fall, wo es geholfen hat, die Scriptbibliotheken zu löschen und anschliessend die Schablone neu drüber zu bügeln.
-
Unser Admin hat die Voll Brutal Methode gewählt, er hat die Datenbank komplett ersetzt. Damit ist das Problem jetzt behoben. Denkt er zumindest. Man wird sehen.
Aber Danke nochmals für die Hilfe.
-
Hi,
die Fehlermeldung kommt zustande, weil jemand an der ScriptLib Common rumgespielt hat und diese gespeichert hat.
Die Memo Maske bekommt das nicht mit und produziert im QueryOpen in dem das MemoObject initiert wird diese Fehlermeldung (Zumindest habe ich diesen Fehler dort gefunden).
Gehe ich nun in der Maske im QueryOpen hin und schneide per CTRL+X die Zeile:
Set cMemoObject = New UIMemoDocument
aus und speicher mit CTRL+S wird neu kompiliert, ein Fehler erzeugt und mit save abgebrochen. Füge ich den String wieder an der Stelle ein und drücke nochmals auf save ist der Fehler beim nächsten Mal verschwunden.
Diese Problematik tritt immer bei OO Programmierung in diesem Stil auf.