PlanetNTF

Erneute Registrierung eines gelöschten Benutzers schlägt fehl

24. April 2015 Posted by Manfred Meise

Gelegentlich kommt es vor, dass Benutzer registiert werden (z.B. Schreibfehler im Namen). Bis der Account noch nicht Betrieb ist (Notes Client konfiguriert ist), stelle ich mir als Administrator stets die Farge, wei ich den Fehler am einfachsten (schnellsten) beseitigen kann und somit kurzfristig der richtigen Account zur Verfügung stellen kann. Hier bieten sich aus meiner Sicht grundsätzlich zwei Vorgehensweisen an:

1. Arbeitsplatz in Betrieb nehmen und dann kurzfristig die Umbenennung durchführen
2. Account löschen und neu anlegen

Meistens verwende ich Vorgehenswiese 1 (oder entdecke den Fehler erst zu spät und kann nur noch diesen Weg wählen). Doch heute habe ich den Fehler früh erkannt und gemeint, dass ich mich einer Löschung und Neuanlage am schnellsten zum Ziel komme. Weit gefehlt! Gerade die Löschung des Benutzers benötigt in einer Mehrserver-Umgebung geraume Zeit (meistens erkennt man ich nicht spontan, ob die Löschung vollständig zum Ende gekommen ist). So kann (und wird es) passieren, dass bei erneuter Anlage eines Benutzers einzelne Komponenten (Personendokument, Mailfile, RoamingFiles, ID File im Vault) noch nicht vollständig gelöscht wurden. Somit sind im Domino Adminstrator entsprechende Optionen für die Neuregistrierung zu setzen:

Trotzdem erhielt ich dann den Hinweis, dass der Upload der neu registrieren ID in den Vault fehlgeschlagen ist. Eine Kontrolle des ID-Vaut ergab:

- weder die bisherige ID
noch
- die neue ID

ist im Vault zu finden. Ein blick in das lokale Log-File des Administrator Clients gibt ein wenig mehr Aufschluss:

24.04.2015 12:31:39 ID 'E:\Local\Temp\notes5D3EFE\16693602.id' konnte nicht in die Vault '' auf Server 'CN=DOMINO1/O=TEST' hochgeladen werden. 'John Doe/ADMIN/TEST' hat die Anforderung gestellt. Fehler: Dokument wurde gelöscht auf dem Remote-Server

Klar, ich hatte einmal einen ID-Vault Eintrag für den zu registrierenden Benutzer, den ich zuvor gelöscht hatte. Doch warum erlaubt man mir nicht, ein neues Dokument im Vault anzulegen? Die Antwort kann ich nur erahnen, doch hat mir der Konsolenbefehl

 
 >Dbcache flush

gute Dienste geleistet. Danach konnte ich den Benutzer erneut registrieren (auch wenn ich es ohne zu probieren nicht geglaubt hätte). Gut zu wissen!

Read full article |Kommentare deaktiviert
Tags: Benutzerbetreuung
Categories: Allgemein

Erneute Registrierung eines gelĂ¶schten Benutzers schlĂ¤gt fehl

24. April 2015 Posted by Manfred Meise

Gelegentlich kommt es vor, dass Benutzer registiert werden (z.B. Schreibfehler im Namen). Bis der Account noch nicht Betrieb ist (Notes Client konfiguriert ist), stelle ich mir als Administrator stets die Farge, wei ich den Fehler am einfachsten (schnellsten) beseitigen kann und somit kurzfristig der richtigen Account zur VerfĂĽgung stellen kann. Hier bieten sich aus meiner Sicht grundsĂ¤tzlich zwei Vorgehensweisen an:

1. Arbeitsplatz in Betrieb nehmen und dann kurzfristig die Umbenennung durchfĂĽhren
2. Account lĂ¶schen und neu anlegen

Meistens verwende ich Vorgehenswiese 1 (oder entdecke den Fehler erst zu spĂ¤t und kann nur noch diesen Weg wĂ¤hlen). Doch heute habe ich den Fehler frĂĽh erkannt und gemeint, dass ich mich einer LĂ¶schung und Neuanlage am schnellsten zum Ziel komme. Weit gefehlt! Gerade die LĂ¶schung des Benutzers benĂ¶tigt in einer Mehrserver-Umgebung geraume Zeit (meistens erkennt man ich nicht spontan, ob die LĂ¶schung vollstĂ¤ndig zum Ende gekommen ist). So kann (und wird es) passieren, dass bei erneuter Anlage eines Benutzers einzelne Komponenten (Personendokument, Mailfile, RoamingFiles, ID File im Vault) noch nicht vollstĂ¤ndig gelĂ¶scht wurden. Somit sind im Domino Adminstrator entsprechende Optionen fĂĽr die Neuregistrierung zu setzen:

Trotzdem erhielt ich dann den Hinweis, dass der Upload der neu registrieren ID in den Vault fehlgeschlagen ist. Eine Kontrolle des ID-Vaut ergab:

- weder die bisherige ID
noch
- die neue ID

ist im Vault zu finden. Ein blick in das lokale Log-File des Administrator Clients gibt ein wenig mehr Aufschluss:

Klar, ich hatte einmal einen ID-Vault Eintrag fĂĽr den zu registrierenden Benutzer, den ich zuvor gelĂ¶scht hatte. Doch warum erlaubt man mir nicht, ein neues Dokument im Vault anzulegen? Die Antwort kann ich nur erahnen, doch hat mir der Konsolenbefehl

 
 >Dbcache flush

gute Dienste geleistet. Danach konnte ich den Benutzer erneut registrieren (auch wenn ich es ohne zu probieren nicht geglaubt hĂ¤tte). Gut zu wissen!

Read full article |Kommentare deaktiviert
Tags: Benutzerbetreuung
Categories: Allgemein

Kein debugging von LotusScript Agent möglich

19. April 2015 Posted by Manfred Meise

Gelegentlich lässt sich z.B. ein LotusScript Agent nicht debuggen, da der debugger zwar startet, sich jedoch nicht bedienen lässt:

Dieses kann mit einfach an folgendem Code nachempfunden werden.

Die Ursache liegt im Laufzeitfehler eines Initialize-Events einer Bibliothek:

 
 'Test-Agent: 
 
 Option Public
 Option Declare 
 
 Use "IncludeLib" 
 
 Sub Initialize
 Call MySub
 End Sub 
 
 'IncludeLib: 
 
 Option Public
 Option Declare 
 
 Sub Initialize
 Dim intCounter As Integer
 intCounter = Cint ("")
 End Sub 
 
 Sub MySub
 
 End Sub

Wird dieser Code korrigiert (Konstante "1" statt ""),

 
intCounter = Cint ("1")

so lässt sich der Debugger wie gewohnt nutzen:

Read full article |Kommentare deaktiviert
Tags: Datenbankentwicklung
Categories: Allgemein

Kein debugging von LotusScript Agent möglich

19. April 2015 Posted by Manfred Meise

Gelegentlich lässt sich z.B. ein LotusScript Agent nicht debuggen, da der debugger zwar startet, sich jedoch nicht bedienen lässt. Die Schaltfächen der Aktionen im Debugger sowie die Tastaturkürzel funktionieren einfach nicht. Hier ein Screenshot, welcher das Problem mit den Aktionen anschaulich darstellt.

Dieses kann mit einfach an folgendem Code nachempfunden werden.

Die Ursache liegt im Laufzeitfehler eines Initialize-Events einer Bibliothek:

 
 'Test-Agent: 
 
 Option Public
 Option Declare 
 
 Use "IncludeLib" 
 
 Sub Initialize
 Call MySub
 End Sub 
 
 'IncludeLib: 
 
 Option Public
 Option Declare 
 
 Sub Initialize
 Dim intCounter As Integer
 intCounter = Cint ("")
 End Sub 
 
 Sub MySub
 
 End Sub

Wird dieser Code korrigiert (Konstante "1" statt ""),

 
 intCounter = Cint ("1")

so lässt sich der Debugger wie gewohnt nutzen:

Read full article |Kommentare deaktiviert
Tags: Datenbankentwicklung
Categories: Allgemein

Kein debugging von LotusScript Agent möglich

19. April 2015 Posted by Manfred Meise

Dieses kann mit einfach an folgendem Code nachempfunden werden.

Die Ursache liegt im Laufzeitfehler eines Initialize-Events einer Bibliothek:

 
 'Test-Agent: 
 
 Option Public
 Option Declare 
 
 Use "IncludeLib" 
 
 Sub Initialize
 Call MySub
 End Sub 
 
 'IncludeLib: 
 
 Option Public
 Option Declare 
 
 Sub Initialize
 Dim intCounter As Integer
 intCounter = Cint ("")
 End Sub 
 
 Sub MySub
 
 End Sub

Wird dieser Code korrigiert (Konstante "1" statt ""),

 
 intCounter = Cint ("1")

so lässt sich der Debugger wie gewohnt nutzen:

Read full article |Kommentare deaktiviert
Tags: Datenbankentwicklung
Categories: Allgemein

Kein debugging von LotusScript Agent mĂ¶glich

19. April 2015 Posted by Manfred Meise

Gelegentlich lĂ¤sst sich z.B. ein LotusScript Agent nicht debuggen, da der debugger zwar startet, sich jedoch nicht bedienen lĂ¤sst. Die SchaltfĂ¤chen der Aktionen im Debugger sowie die TastaturkĂĽrzel funktionieren einfach nicht. Hier ein Screenshot, welcher das Problem mit den Aktionen anschaulich darstellt.

Dieses kann mit einfach an folgendem Code nachempfunden werden.

Die Ursache liegt im Laufzeitfehler eines Initialize-Events einer Bibliothek:

 
 'Test-Agent: 
 
 Option Public
 Option Declare 
 
 Use "IncludeLib" 
 
 Sub Initialize
 Call MySub
 End Sub 
 
 'IncludeLib: 
 
 Option Public
 Option Declare 
 
 Sub Initialize
 Dim intCounter As Integer
 intCounter = Cint ("")
 End Sub 
 
 Sub MySub
 
 End Sub

Wird dieser Code korrigiert (Konstante "1" statt ""),

 
 intCounter = Cint ("1")

so lĂ¤sst sich der Debugger wie gewohnt nutzen:

Read full article |Kommentare deaktiviert
Tags: Datenbankentwicklung
Categories: Allgemein

Verwendung der iNotes Active-X Controls in restriktiven Arbeitsplatzumgebungen

28. September 2014 Posted by Manfred Meise

Benutzer, die restriktiv konfigurierte ArbeitsplĂ¤tze verwenden, kĂ¶nnen iNotes nicht mit dem vollen Funktionsumfang nutzen, da sie die entsprechenden Active-X Controls nicht installiert werden kĂ¶nnen/dĂĽrfen.
"The installation of the IBM Lotus Control has been blocked or declined. Do you want to use the IBM Lotus Control".
Seit Version 8.5.2 stellt IBM deshalb diese Softwarekomponenten als separates Installationspaket (.msi) zum Download und Installation druch den Administrator auf jedem Domino Server zur VerfĂĽgung.

Nach dem Download des Paketes

http://{servername}/IBM_Lotus_iNotes_ActiveX_Installer_{version}.msi
oder fĂĽr lokale Sprachversionen
http://{servername}/IBM_Lotus_iNotes_ActiveX_Installer_{version}_{ISO}.msi

Also z.B.: http://meineFirma.de/IBM_Lotus_iNotes_ActiveX_Installer_8.5.3_DE.msi

Kann dieses dieses entweder ĂĽber die Kommandozeile, Softwareverteilung oder im Internetnet-Explorer installiert werden:

1, Kommandozeile. Start des ".msi" unter Angabe des vollen Pfadnames zum Paket (sinnvollerweise "als Administrator ausfĂĽhren")
3. Softwareverteilung: Installation ĂĽber das Tool der Wahl
2. IE: "Tools - Manage Add-Ons" (MenĂĽbaum je nach IE Version unterschiedlich).