Das Notes Forum
Domino 9 und frühere Versionen => ND8: Administration & Userprobleme => Thema gestartet von: D. Maute am 05.03.13 - 08:25:51
-
Hallo zusammen,
seit vor ein paar Wochen einige große Windows-Updates reingekommen sind, ist bei einigen PCs der Notes-Start unerträglich langsam geworden. Kann bis zu mehreren Minuten dauern, bis die Oberfläche erscheint. Löscht man vorher im Programmverzeichnis \Workspace\ die .rcp.main und .rcp.lock, startet Notes einmal (!) schnell, danach oder am nächsten Tag wieder sehr langsam.
Habe nun folgendes ausprobiert, aber das kann ich kaum an allen Rechnern von Hand durchführen, das wäre ja nicht im Sinne des Erfinders.
http://www.lotus-notes-domino-blog.de/lotus-notes-8-5-startbeschleunigung/#.UTWcdzZ_T0c
Das Startproblem tritt bei den Clients 8.5.2 FP4 und 8.5.3 FP3 auf XP, Win7x64 und bei der Muttergesellschaft wohl auch unter Citrix auf (bin also nicht alleine). Könnte das mit dem Update .Net 4 zusammenhängen und diversen Sicherheitsupdates des .Net? Gibt es ggf. dazu schon ein Fix von Notes?
Danke schon mal!
Gruß Dietmar
-
Ich kann auf aktuell gehaltenen Windows 7 64bit PC's keine Einbußen bestätigen. Evt. spielt der eingesetzte Virenscanner bei euch da nicht so recht mit.
-
Notes client startup performance is slow when JAR files are set to be scanned by anti-virus (http://www-01.ibm.com/support/docview.wss?uid=swg21407945)
Customized data directory may cause problems with Windows Roaming User (http://www-01.ibm.com/support/docview.wss?uid=swg21412455)
-
Notes client startup performance is slow when JAR files are set to be scanned by anti-virus (http://www-01.ibm.com/support/docview.wss?uid=swg21412455)
@m3
Der Link ist falsch ;)
-
fixed. sorry. Aber danke fuer den Hinweis.
-
Hallo zusammen,
die Verzeichnisse \..\Lotus\...\Data im Programmverzeichnis, als auch im Userverzeichnis sind vom Scannen ausgeschlossen. Roaming-User sind ebenfalls keine konfiguriert...??
Gruß Dietmar
-
Wo liegen denn die Notes-Programm und -Data Verzeichnisse ...?
-
Hi,
D:\Programme\Lotus\Notes
D:\Programme\Lotus\Notes\Data
lokale partition auf der Festplatte, bei allen Rechnern in der Firma, bei allen gleich - und wie gesagt, bis vor ein paar Wochen (2-3), als ca. 15 MS-Updates reinkamen auch kein Problem - seit dem Tag allerdigs ist es so...
Gruß Dietmar
-
Trace machen mit dem Process Monitor von Microsoft und dann sollte die Ursache für das Problem schnell klar werden.
Grüße
Ralf
-
Hallo Ralf,
mit dem Process Monitor? Du meinst den Ressourcenmonitor im Task-Manager? Die reine Leistungskurve und Prozesse habe ich mir schon angeschaut - da regt sich nichts - nicht, dass irgendwas jetzt Ressourcen fressen würde, oder so...
Gruß Dietmar
-
http://technet.microsoft.com/en-us/sysinternals/bb896645.aspx
-
Aaah, Danke! Den kannte ich noch nicht - ich verwende den ProcessExplorer von Sysinternals neben dem normalen Taskmanager her. Schon runtergeladen, ausgepackt und auf den Desktop gelegt. Werde das beim nächsten Notes-langsam-Start testen.
Gruß Dietmar
-
Du musst den Process Monitor starten. Dann die Aktion ausführen die lange dauert und dann siehst du im Processmanager sämtliche Zugriffe auf die Registry, Dateien und auf das Netzwerk. Dort wo grössere Zeitabstände passieren liegt dann der Fehler wahrscheinlich begraben.
Grüße
Ralf
-
Hallo Ralf,
super - Danke schon mal. Habs gerade getestet - da steht ja x-mal nlnotes und notes2.exe drin. "Leider" startet Notes im Moment wie gewohnt schnell. Morgen früh sieht das wieder anders aus - und das, obwohl der Rechner unter der Woche immer an bleibt. Nur der Benutzer wird abgemeldet oder gar nur das System gesperrt.
Gruß Dietmar
-
"Leider" startet Notes im Moment wie gewohnt schnell. Morgen früh sieht das wieder anders aus...
Wenn Notes tagsüber normal startet und nur morgens länger braucht, ist es aber doch sehr unwahrscheinlich, dass der Notes Client irgendein Problem hat.
-
"Leider" startet Notes im Moment wie gewohnt schnell. Morgen früh sieht das wieder anders aus...
Wenn Notes tagsüber normal startet und nur morgens länger braucht, ist es aber doch sehr unwahrscheinlich, dass der Notes Client irgendein Problem hat.
Tja, das stimmt zum einen, zum anderen ist es aber so, dass dies die einzigste Anwendung ist, die seit den Windows-Updates so langsam startet. Darum schrieb ich ja weiter oben, ich tippe fast auf .NET, weiß aber nicht, ob Notes das .NET überhaupt braucht? Bisher war nur .NET bis 3.x auf den Rechnern. Seit dem großen Update läuft überall auch das 4'er .NET und sämtliche Udates von .NET 4.
Am meisten "beruhigt" mich, dass es auf fast allen Rechnern hier in der Firma UND auf vielen Rechnern bei unserem Mutterkonzern so ist.
Habe gerade mal einen Rechner-Neustart gemacht - alles normal - warten wir bis morgen...
Gruß Dietmar
-
Nein .Net wird nicht benötigt.
-
nochmal virenscanner prüfen. Wurd natürlich schon gesagt, hört sich aber extremst danach an.
-
Hallo,
ich bin der Kollege vom Mutterkonzern und habe das Problem, wie Dietmar ja schon schrieb, auch.
Im Trace tauchen nach dem Start der notes.exe haufenweise Einträge von dem Audio-Gerät auf.
Z.B. von STacSV64.EXE
oder Zugriff auf HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\MMDevices\Audio\Capture\{...}
Ist übrigens ein HP EliteBook 8540p, auf dem mein Notes läuft...
Zum Thema Virenscanner:
Installiert ist McAfee 8.8 und der macht laut Process Monitor innerhalb 2:53 Min "nur" 7.337 Zugriffe und das obwohl ich die Verzeichnisse nicht vom Scannen ausgeschlossen habe.
Was sonst noch auffällt:
Innerhalb 2:28 Min wird in 15.681 Zugriffen auf der bookmark.nsf rumgerödelt.
Und innerhalb 2:58 Min werden 11.122 Zugriffe auf HKLM\System\CurrentControlSet\Services\Tcpip\Parameters\... getätigt.
Das ist doch nicht normal, oder?
Viele Grüße
Paule
-
Auf jeden Fall mal folgende Zeilen in der Notes.ini auskommentieren:
AddInsMenus=
EXTMGR_ADDINS=
NSF_HOOKS=
-
Ja da läuft dann wohl was ziemlich falsch. Ich habe bei einem Notes Start nur 208 Leseoperationen auf die bookmark.nsf Ich habe dir einen Screenshot der File Summary angehängt, damit du mit dir vergleichen kannst. Eine Frage noch Habt ihr Roaming profile im Einsatz und bei welchem Teil des Startvorgangs braucht er so lang. Beim Spalshscreen mit Fortschrittsbalken, oder wenn das Notesfenster schon offen ist mit blauem Hintergrund?
Grüße
Ralf
-
Ich hatte mit McAfee kürzlich genau das selbe: Die Performance war komplett im Keller. Jede erste Mail, die nach einem Client- Neustart geschrieben wurde, dauerte mehrere Minuten, bis sie offen war. Die McAfee- Notes- Erweiterungen (die Micha anspricht mit den notes.ini- Einstellungen) waren gar nicht im Einsatz.
Nachdem wir den Notes- und Data- Ordner vom Scan ausgenommen hatten, war die Performance wieder OK.
Das ganze hat sich sogar im Basic- Client bemerkbar gemacht, der Standard- Client war quasi unbenutzbar.
Ich schiebe echt so langsam nen Mega- Hals auf diesen McAfee- Dreck... die haben mir jetzt schon mehrfach Clients oder Server bei den verschiedensten Kunden unbedienbar gemacht mit Ihren ach so tollen Tools...
-
Hallo,
ich habe mal den Audio-Treiber aktualisiert. Ist schon deutlich schneller geworden...
In der NOTES.INI habe ich keine NSF_HOOKS=
Zwei Angaben unter den beiden anderen Keys kann/darf ich nicht löschen
AddInMenus=C:\PROGRA~2\IBM\Lotus\Notes\menuOC.dll
Extmgr_Addins=mc.dll,extmgrOC,MailServerNotes.dll
Das eine ist die Cycos CTI-Integration (menuOC.dll und extmgrOC) und das andere ist der Panagenda MarvelClient (mc.dll)
Weiß einer wofür die MailServerNotes.dll gut ist?
Viele Grüße
Paule
-
MailServerNotes.dll ... RIM Notes Desktop Interface
Ist die Bookmark.nsf ev. von aaaaaalten Versionen migriert?
Oder "pfuscht" der Marvel Client da drinnen einfach massiv herum.
Ich wuerde mal Cycos und Marvel raus nehmen und vergleichen.
Nicht, dass ich dem Marvel was unterstellen will, aber ....
-
Zwei Angaben unter den beiden anderen Keys kann/darf ich nicht löschen
Ich hatte ja auch geschrieben 'auskommentieren', sprich, setz doch mal zum Testen ein Semikolon an den Beginn der Zeilen.
-
Und, wie schaust heute aus? Bremst der Virenscanner das ganze System?
-
Hallo und guten Morgen,
also bei mir ist es heute wieder mal normal gestartet. Und: Nein, der Virenscanner ist nicht schuld! Beide Verzeichnisse von Notes sind vom Scannen ausgeschlossen. Zudem setzen wir hier am Standort einen anderen Scanner ein, als unsere "Mutter"...
Ich habe gestern dieses Defragmentieren, welches ich auf der ersten Seite aufgezeigt habe, mal durchgeführt, vielleicht ist es ja deswegen bei mir heute besser gelaufen?
Gruß Dietmar
-
Eventuell kann mal einer von euch beiden noch folgendes beantworten?
Eine Frage noch Habt ihr Roaming profile im Einsatz und bei welchem Teil des Startvorgangs braucht er so lang. Beim Spalshscreen mit Fortschrittsbalken, oder wenn das Notesfenster schon offen ist mit blauem Hintergrund?
-
Hallo,
öhm ja, kann ich für meinen Teil beantworten (sorry, habe erst heute morgen wieder mitgelesen): Also wir hier setzen keine Roaming-Profile ein. Notes bleibt gleich beim ersten Screen hängen, also beim Splashscreen.
Gruß Dietmar
-
Und, gibts irgendwas Neues?
-
Was neues? Jein... heute früh hat es wieder länger gedauert. Mit dem Monitoring-Tool komme ich nicht klar. Habe es zuerst gestartet, dann ein Filter auf Ordner und dann Notes gestartet. Der Notes-Ordner tauchte nicht auf. Erst beim dritten Schließen/Start des Tools war der Ordner "überwacht" und da war Notes dann auch schon auf.
Die meisten Zugriffe waren auf den bookmark, aber da habe ich keine 20 Stück drin, ich kann das nicht vergleichen, leider.
Grüßle Dietmar
-
Hallo und guten Morgen zusammen,
heute konnte ich einen Prozess lokalisieren, der permanent während dem Notes-Start zwischen 20 und 30% CPU-Last verursachte - sobald Notes da war, fiel der Prozess auf 0% ab - und da tummelt er sich jetzt:
WmiPrvSE.exe
So was ähnliches habe ich bei meinem Laptop auch, wenn ich z.B. zu Hause ins WLan gehe - da bleiben auch oft sämtliche Anwendungen teils Minuten beim starten oder auch beim arbeiten wie eingefroren - verursachen selbst keine Last, aber die WmiPrvSE.exe eben auch dort.
Hat dazu jemand einen Rat?
Gruß Dietmar
-
Der Process Monitor funktioniert eigentlich ganz einfach.
Process Monitor starten.
In aller Ruhe die Filter auswählen. z.B. Process contains notes. Dann noch im Menü Filter den Menüpunkt Drop filtered Events auswählen.
Problematische Anwendung starten.
Im Prozessmonitor unter File Capture Event die Auzeichnung beenden.
Log analysieren. Entweder händisch oder mit den Auswertungstools im Menü Tools.
Zum WMI Task. Dieser ist für Windowsverwaltungstätigkeiten zuständig. Eventuell ist wirklich der Marvel Client für das Problem zuständig. Ohne diesen zu kennen, aber habt ihr da irgendwelche Regeln nach denen der Client konfiguriert werden sollen. Eventuell bezieht der Marvel Client diese Infos von WMI. Ich würde das mal testweise rausnehmen.
Grüße
Ralf
-
Hallo Ralf,
wäre das dann diese Zeile hier?
MC_DB=%notes_homeserver%!!admin\marvel\mc_config_all.nsf
einfach ein ; davor und dann testen?
Gruß Dietmar
-
Nein du müsstest aus folgender Zeile das mc.dll rausnehmen. Wobei ich aber wie gsagt den Marvel Client nicht kenne und es deshalb nur eine Vermutung ist.
Extmgr_Addins=mc.dll,extmgrOC,MailServerNotes.dll
Grüße
Ralf
-
Oh - OK - mach' ich gleich mal. Erst wieder die andere Zeile "scharf" schalten - Danke!
Gruß Dietmar
Edit:
EXTMGR_ADDINS=mc.dll,rstLNExt
mehr steht nicht drin - ist ja gut, jetzt ist die Zeile erst mal auskommentiert.
-
Hmmm, ich weiß nicht wie die das machen, aber der Marvel-Eintrag ist direkt wieder drin und der Notes-Start geht nicht schneller...
Ob das jetzt aber an dem Marvel-Client liegt, oder nicht, kann ich natürlich nicht sagen!
:-:
-
So, jetzt ist mir ein Start ohne Marvel Client geglückt:
-
Das Ergebnis vom Processmonitor ist ja wohl ziemlich eindeutig. Während des Ladens von Notes werden 100 MB aus der mferuntimexxx.dat (Virensignatur Datenbank von McAfee) geladen. Dies weist eindeutig darauf hin, dass der Onlinescranner schwer beschäftigt war während des Ladevorgangs. Also es wurde zwar schon oft in diesem Thread vermutet, aber jetzt kann man es wohl mit ziemlicher Sicherheit sagen, dass eure Exklusionen nicht funktionieren. Am besten den Onlinescanner von McAfee einfach mal komplett abschalten und dann nocheinmal testen. Übrigens findet man auch im McAfee Online Foren Leute die ähnliche Probleme haben. https://community.mcafee.com/thread/43688
Grüße
Ralf
-
Hallo Ralf,
nun ja - wir setzen hier F-Secure ein, und da ist so was nicht zu sehen. Habe den Scanner mal komplett deaktiviert, da gibt sich nichts - alles gleich langsam...
Gruß Dietmar
-
Mein Posting bezog sich ja nicht auf Dich sondern auf VPauleN. Eventuell habt ihr zwei verschiedene Probleme.
Grüße
Ralf
-
@Dietmar:
Nochmals zur "Kontrolle":
- Ihr habt keinen Virenscanner am PC aktiviert
- Ihr habt kein Roaming Profile im Einsatz
- Ihr habt das Data-Verzeichnis lokal auf der HD
- Auf dem PC ist ausser dem Virenscanner keine "Sicherheitssoftware" drauf
- In der Frueh rennt auf dem PC kein geschedulter Task wie "Backup" oder so
- Windows Updates sind ALLE (nicht nur Security) eingespielt
Und trotzdem startet Notes extrem langsam?
-
Hallo Martin,
jupp - im Moment: Windows hochgefahren und folgendes gemacht:
1.) F-Secure komplett deaktiviert (net stop fsma und net stop fsgkhs - stoppt wirklich alle Dienste von F-Secure).
2.) Jupp - definitiv kein Roaming-Profil
3.) Ja, Festplatte in drei Partitionen (C: Windows D: Programme E: Daten) - schon immer so gewesen
4.) Nein, sonst nix drauf - Lokale Firewall (Windows) deaktiviert
5.) Keine geplanten Tasks
6.) Jupp - definitiv alle Updates drauf
Warum ich das so genau weiß? Weil ich hier der Admin bin, der das ganze Zeug macht...
So - das ist jetzt alles geschrieben - jetzt starte ich Notes: Hat wieder gut über 2 Minuten gebraucht.
- Ihr habt keinen Virenscanner am PC aktiviert
- Ihr habt kein Roaming Profile im Einsatz
- Ihr habt das Data-Verzeichnis lokal auf der HD
- Auf dem PC ist ausser dem Virenscanner keine "Sicherheitssoftware" drauf
- In der Frueh rennt auf dem PC kein geschedulter Task wie "Backup" oder so
- Windows Updates sind ALLE (nicht nur Security) eingespielt
So - aber wie ganz zu Anfang gesagt: Das ist erst seit ein paar Wochen so langsam. Und das einzige, was sich lokal verändert hat, sind die Windows-Updates, die neulich reinkamen - genau seit dem Tag ist das so...
Gruß Dietmar
-
Kannst du das Log vom Prozessmonitor mal als File reinstellen. Du kannst es über File save speichern.
Grüße
Ralf
-
Hallo Ralf,
öhm *schäm* - das ist jetzt schlecht - ich hatte den ProcessMonitor inzwischen geschlossen - ich vermute, wenn ich den jetzt wieder öffne, ist das Log leer?
Gruß Dietmar
-
Wenn du es nicht gespeichert hast ja.
-
Mist - und ein neuer Versuch bringt nichts - wenn ich Notes schließe und neu starte, ist es in knapp 7 Sekunden voll da. Selbst ein Rechner-Neustart dürfte nichts bringen - hatte ich ja letzte Woche schon getestet. Es kommt mir irgendwie so vor, dass irgendwelche Daten vorgehalten werden, die nach einer bestimmten Zeit "nicht mehr gelten" und dann wieder neu geladen/initialisiert werden.
Ich mach' nachher aber den Versuch nochmal - ich fahre den PC runter, lass' ihn eine weile aus und starte nochmal alles.
Gruß Dietmar
Edit: So, wie ich mir gedacht habe. PC runtergefahren, aus gelassen, im EDV-Raum die Sicherungsbänder gewechselt, nach meinen Servern geschaut, zurück an Platz - PC hochgefahren, F-Secure deaktiviert, ProcessMonitor gestartet, kurz gewartet, Filter auf D:\Programme gesetzt, Notes gestartet: Nach 17 Sekunden war Notes komplett da...
Es ist zum verzweifeln :-(
-
Dieses Verhalten deckt sich zu 100% mit meiner Erfahrung mit McAfee vor wenigen Wochen...
Ich würde eine WETTE eingehen, dass hier irgendein Security- Programm seine Hand im Spiel hat.
Wie sieht es aus, wenn Du mit der Offline- Umgebung startest (rausfinden, ob das Problem Server- bzw. Netzwerkbasiert ist oder Clientbasiert).
Wenn Serverbasiert: habt Ihr auf dem Server einen System- Virenscanner drin?
Wenn Netzwerkbasiert: habt Uhr ne Firewall, die internen Traffic scannt
Wenn Clientbasiert: bist Du zu 100% sicher, dass kein Virenscanner läuft (MS Security Essentials). Viele Virenscanner bleiben aktiv oder reaktivieren sich innerhalb kürzester Zeit, wenn man den Dienst beendet...
Um das ganze mal zu Debuggen könntest Du mal den Client_Clock=1 setzen (siehe hier (http://www-01.ibm.com/support/docview.wss?uid=swg21239553))
Wenn sich dann im Console- Log NIX auffälliges zeigt, dann WEISST Du, dass was außerhalb von Notes Schuld ist...
-
wir setzen (ebenfalls) McAfee Virusscan Enterprise ein. Speziell für das Windows OS und den Notes Client haben wir Ausnahmen für den Zugriffsscanner konfiguriert und Task "E-Mail-Scan" ist komplett deaktiviert.
Dabei haben wir folgende Empfehlungen berücksichtigt:
McAfee: https://kc.mcafee.com/corporate/index?page=content&id=KB74059
IBM: http://www-01.ibm.com/support/docview.wss?uid=swg21620953
Mit der aktuellen McAfee Version 8.8 und Patch 2 (bzw. Patch 3 für Windows 8) können wir keine Performance-Aussetzer beim Notes Client feststellen. Vor Version 8.8 Patch 2 und bestimmten DAT-Dateien gab es einige Probleme in Verbindung mit dem Notes Client.
-
@Dieter!
Ich würde bei einem Versuch morgen keinen Filter im Processmonitor setzen. Da sich das Problem nicht 100% reproduzieren lässt, wäre es schade wenn dann wieder notwendige Daten fehlen.
Grüße
Ralf
-
Hallo zusammen,
heute hatte ich das Pech, unvorbereitet gewesen zu sein. Normalerweise startet Notes ja unter der Woche, zumindest, wenn der Rechner angeblieben ist, sehr schnell durch. Heute Morgen war es leider wieder so, dass es ewig dauerte - aber folgendes kann man feststellen:
1.) Wenn Notes langsam startet, sieht man kurz den Splash-Screen, der dann gleich darauf im Hintergrund verschwindet (also z.B. hinter dem Windows Explorer, wenn der vorher schon offen war). Ein Ladebalken-Fortschritt erscheint erst mal gar nicht.
2.) Wenn Notes normal schnell startet, dann bleibt der Splash-Screen im Vordergrund und der Ladebalken beginnt sich sofort zu bewegen - dann geht alles voll schnell.
So - jetzt aber noch was anderes, habe gerade Notes kurz beendet und neu gestartet - dabei fiel mir ein, ich könnte ja mal die untere Statusleiste hochholen - was sehe ich da:
Anwendung auf 'Local wird verwendet
Anwendung auf 'xxxxx/SERVER/xxxxx' wird verwendet
12.03.2013 09:58:46: MarvelClient Install: All requirements met - Nothing to do
Anwendung auf 'xxxx/SERVER/xxxxx' wird verwendet
Notes-Konfigurationseinstellungen wurden aktualisiert
Öhm - ich habe immer noch folgende Zeile in der notes.ini drin stehen:
;EXTMGR_ADDINS=mc.dll,rstLNExt
-> also auskommentiert?! Wieso startet der MarvelClient trotzdem? Oder liege ich da falsch?
Kann ich den MarvelClient (was auch immer das ist) nicht mal total abschalten?
Gruß Dietmar
Tante Edit sagt - ich habe noch mehr in der notes.ini gefunden - ganz unten:
MC_DB=%notes_homeserver%!!admin\marvel\mc_config_all.nsf
MC_DB_LastReachable=CN=xxxxx/OU=SERVER/O=xxxxx!!admin\marvel\mc_config_all.nsf
MC_LastActionUpdate=20130214T075608Z
StackedIcons=1
MC_AddonColKey=xx\xxx/xx/xx/xx\xxx\8.5.3
MC_UploadDB=%notes_homeserver%!!admin\marvel\mc_analyze_de.nsf
MC_AddonColKeyInv=xx\xxx
EXTMGR_ADDINS=mc.dll
Soll ich mal alles, was mit MC anfängt auskommentieren? Ich vermute so langsam, dass es mit dem zusammenhängt?
-
Der Marvel- Client hilf den Admins, die Clients so zu verwalten, wie es mit Policies nicht geht: Kacheln setzen und entfernen (mit Tab und exakter Position), Arbeitsumgebungen, Verbindungen, etc. Setzen, Lesezeichen verteilen, Vorgaben einstellen (notes.ini, Preferences, Java- Preferences, etc. Etc.
Ist ein sehr mächtiges Tool. Aber da manche User nicht "ferngesteuert" werden wollen, und deshalb versuchen, durch auskommentieren von Zeilen in der ini o.ä. Die Funktion zu deaktivieren, hat der MarvelClient viele Möglichkeiten, sich selbst zu "aktivieren"
Da musst Du die Admins fragen, die den Verteilen, welche Optionen sie eingestellt haben, um die Benutzung des Marvel Clients zu erzwingen.
Der Marvel Client könnte durchaus die Ursache für Dein Problem sein: wenn da eine Inventarisierrung jeden Montag (oder immer nach 5 Tagen oder so) läuft, oder irgendwelche Zeitintensiven Scripts beim Clientstart ausgeführt werden (Marvel bietet Hooks in den verschiedensten Stadien des Clientstarts an), dann könnte das durchaus die Ursache sein. Du kannst aber prüfen, was der Marvel- Client so tut, er schreibt schöne xml- Logs in ein Verzeichnis, das in Deiner notes.ini definiert sein sollte...
Nur Nebenbei: wenn nur die Standard mitgelieferten Funktionen des Marvel Clients verwendet werden, dann verzögert der den Clientstart kaum messbar... Aber man kann eben auch eigenen Code ausführen, und der könnte durchaus die Ursache sein...
-
Hallo Torsten,
vielen Dank erst mal - habe gerade mal in der notes.ini nach "log" und "xml" und "marvel" gesucht (nacheinander) - konnte keinen verdächtigen Eintrag finden, was der Marvel-Client so tut...?? Die anderen Einträge mit MC_ usw. findest Du ja oben in meinem letzten Post - mehr ist da nicht drin. Habe nun mal alles auskommentiert und werde beobachten. Danke!
Gruß Dietmar
-
Nachtrag - PC zum Test neu gestartet und danach wieder in die notes.ini geschaut:
;MC_DB=%notes_homeserver%!!admin\marvel\mc_config_all.nsf
;MC_DB_LastReachable=CN=lds-ba01/OU=SERVER/O=xxxxx!!admin\marvel\mc_config_all.nsf
;MC_LastActionUpdate=20130214T075608Z
StackedIcons=1
;MC_AddonColKey=xxx\xxx/xxx/xxx/xxxxx\xxx\8.5.3
;MC_UploadDB=%notes_homeserver%!!admin\marvel\mc_analyze_de.nsf
;MC_AddonColKeyInv=MauteD\MAUTE7
;EXTMGR_ADDINS=mc.dll
SU_DELAY_DAYS=0
EXTMGR_ADDINS=mc.dll
MC_DB=%notes_homeserver%!!admin\marvel\mc_config_all.nsf
MC_DB_LastReachable=CN=lds-ba01/OU=xxx/O=Hettich!!admin\marvel\mc_config_all.nsf
Und siehe da - die letzten Zeilen sind wieder dazugekommen... :-(
Ich denke, das dürfte nun ziemlich klar sein, denn gerade die Verbindungen zur Mutter bzw. ins Rechenzentrum zu den großen drei Buchstaben ist exorbitant langsam - wenn dann noch eine solche Überwachung dazu kommt...
Frage daher: Was kann man tun, damit man gegen die Marvel-Comicx immun wird? Mit der lokalen Firewall die .dll blocken? Irgendwas muss man doch dagegen tun können?
Gruß Dietmar
-
Nun du solltest dringend mit dem Admin Kontakt aufnehmen und mit ihm das Problem analysieren. Ich denke wenn das Problem wirklich am Marvel Client liegt, sollte der das im Nu gelöst haben.
-
Hi,
leider kann ich hierzu nur ein Ticket eröffnen, in epischer Breite erklären, was ich festgestellt habe, welches dann mal wieder ewig liegen bleibt. Einen richtigen Admin, mit dem man telefonieren könnte, gibt es nicht, leider... Erfahrungsgemäß bleiben genau solche Tickets dann eine halbe Ewigkeit liegen, bis die Sache im Sand verläuft (ist leider kein Witz). Ich blocke die .dll erst mal und schaue, was passiert. Wenn der Kollege morgen vielleicht wieder online ist (vpaulen), dann kann ich vielleicht mit ihm zusammen mehr erreichen.
Gruß Dietmar
Edit: Nach einem erneuten Rechnerstart mit geblockter mc.dll habe ich aber in der Fußzeile nach dem Notes-Start (in erträglicher Zeit) folgendes stehen:
12.03.2013 15:15:20: MarvelClient Install: All requirements met - Nothing to do.
Frage dazu: Dieser MarvelClient, wie "funktioniert" der? Wenn ich die mc.dll doch geblockt habe, dürfte das Teil doch gar nichts mehr "tun" können? Kann ich sonst noch was blocken?
-
Der Marvel- Client kann "getriggert" werden über (kein Anspruch auf Vollständigkeit:
- Start- Datenbank in der Verknüpfung, mit der Du den Client startest
- notes.ini EXTMGR
- Code im QueryOpen der Mailfile
- Start- Datenbank in der notes.ini
- Start- Datenbank in der Bookmark
- Policies
...
So lange Du also nicht weisst, auf welche Art und Weise Dir der Marvel untergeschoben wird, ist es schwer bis unmöglich, das komplett zu verhindern...
Das ist ja Sinn und Zweck des Marvel- Clients, dass man ihn nicht mal mit entsprechendem Wissen permanent deaktivieren kann.
Was Du probieren kannst: Benenne mal die mc.dll um. Dann hast Du EINMAL Ruhe (die mc.dll wird wieder höchstwahrscheinlich wieder kommen)
Wenn Du ein wiederkommen auch verhindern willst, dann könntest Du eine Dummy- Text- Datei erstellen, die als "mc.dll" umbenennen und per Windows- Security vor überschreiben schützen (Besitzer ändern, Dir selbst den Zugriff verweigern...
-
Hi Torsten,
gut - das "wie wir den Client untergeschoben bekommen", sollte sich vielleicht noch rausfinden lassen. Das Problem ist immer das selbe - die drehen irgendwas ein, keiner bekommts mit und wenn hinterher was nicht tut, weiß keiner bescheid...
Das mit dem Text-Dummy ist nicht schlecht, aber eigentlich sollte folgendes doch schon reichen (siehe Screenshot):
Gruß und Danke!
Dietmar
-
Hallo und guten Morgen,
sodele... das blocken der mc.dll hat nichts gebracht - heute Morgen startete Notes erst nach gut drei Minuten und hinterher waren in der notes.ini weitere Zeilen des MC eingetragen. Habe nun Torstens Vorschlag ausprobiert, allerdings in abgewandelter Form:
Sein Vorschlag war ja, eine leere Dummy-Datei zu erstellen und die Rechte wegzunehmen - habe das mit der original mc.dll gemacht.
Rechte vorher: Jeder Vollzugriff, System Vollzugriff
Rechte hinterher: lokaler Administrator Vollzugriff, sonst keiner
-> hat geholfen! So schnell ist mein Notes noch nie gestartet - man klickt es an, der Splashscreen kommt kurz hoch, der Ladebalken erscheint auf etwa 5mm länge, dann macht es "plopp" und Notes ist offen - keine fünf Sekunden - Hammer!
Nun denn - dann heißt es doch: Ticket eröffnen...
Gruß und Danke bis hierher!
Dietmar
Tante Edit sagt: Einwandfrei - ich konnte das Problem an drei weiteren PCs nachvollziehen - sobald ich den Filezugriff per Rechte auf die mc.dll komplett verweigere, startet Notes innerhalb 5-7 Sekunden voll durch - ohne Verzögerung, wie "früher" eben... Jetzt liegt es nur noch an der IBM das Dilemma zu beheben, sonst sehe ich mich gezwungen, an allen Plätzen die mc.dll zu verweigern...
-
Warum sollte die IBM das jucken, Dietmar? Das ist doch verursacht durch ein Third-Party-Produkt und Eure langsamen Leitungen ...
Bernhard
-
Ich denke, dass sie die IT and die IBM outgesourced haben. Deshalb bekommen Sie auch Support für Fremdprodukte.
Grüße
Ralf
-
Hallo Bernhard,
warum es die IBM jucken soll? Gut, kannst Du nicht wissen: Weil wir von der IBM betreut werden - die haben uns den Marvel-CLient untergeschoben, die sind auch für unser Notes-Umfeld verantwortlich. Daher hoffe ich doch sehr, dass es sie juckt...
Allerdings ist es immer das selbe Problem: Wir Admins haben so gut wie keine Rechte mehr, müssen uns aber selbst um die Problemfindung kümmern... Am besten ist immer, man schreibt denen auf den Punkt genau ins Ticket rein, woran es liegt und wie sie es zu lösen haben, deshalb die ganzen Tests.
Hätte ich vor Tagen ein Ticket aufgemacht, mit den Worten "Notes startet langsam", dann würde ich bis zum Sanktnimmerleinstag auf einen Lösungsansatz warten, bzw. würde mein Windows neu aufsetzen müssen, usw., man kennt ja die Standard-Lösungen :-(
Gruß Dietmar
-
Aaah - danke! Dann ist natürlich Sache der IBM.
Bernhard
-
Hallo zusammen,
möchte nur nochmal kurz eine Rückmeldung abgeben: Ein Ticket bei der IBM habe ich nun erstellt - habe auch eine Bearbeitungsnummer erhalten und den Fall (auch den Übeltäter mc.dll) genannt, jetzt heißt es warten...
Folgendes hat sich heute morgen zugetragen: Unser Geschäftsführer stand bei mir, weil sich sein Notes seit über 10 Minuten nicht öffnen lässt. Der Splashscreen stand und der Ladebalken bewegte sich so gut wie kaum. Daraufhin erst mal notes.exe und Konsorten im Taskmanager beendet und die üblichen Verdächtigen gelöscht (cache.ndk, desktop.ndk, notes.lck und im Workspace die .xxx-Dateien). Hat alles nix gebracht. Dann das selbe wie bei meinen Testrechnern gemacht: mc.dll per NTFS-Rechte Zugriff verweigern eingedreht. Dann gings erst noch nicht. Notes wieder gekillt und die notes.ini von allen lästigen MC-Einträgen befreit. Seit dem startet Notes bei meinem Chef nun auch in 5-7 Sekunden...
Eine Kollegin hat das mitbekommen und mich "angefleht", ich solle auch ihr Notes bitte wieder "schnell" machen - gesagt getan. So langsam muss ich mir eine Liste machen, bei wem ich alles die mc.dll wieder freigeben kann, sobald das Ticket gelöst wurde...
Zusatzfrage:
Hat jemand eine Ahnung, wie man den Zugriff auf die mc.dll eventuell über eine Systemrichtlinie über Windows verteilen könnte?
;-)
Gruß Dietmar
-
Hallo Dietmar,
als panagenda Kunde kannst Du gerne jederzeit über support at panagenda . com einen Call bei uns aufmachen ;)
Wir finden normalerweise schon heraus ob MarvelClient schuld an einem Performanceproblem ist. Selbst wenn nicht, können wir Dir zumindest oft sagen, was am ehesten die Ursache ist :)
Bitte folge gerne einfach diesem Hinweis, damit wir das von Dir bekommen was wir zur Analyse benötigen:
http://www.panagenda.com/en_uk/what_to_send_to_support_when_opening_a_new_ticket#MarvelClient (http://www.panagenda.com/en_uk/what_to_send_to_support_when_opening_a_new_ticket#MarvelClient)
Viele Grüße
Daniel
-
Hallo Daniel,
vielen Dank fürs Angebot - ich werde das mal an unsere IT-Heresleitung bei der Mutter weiterleiten. Mir sind da vermutlich die Hände gebunden. Leider habe ich seit meiner Call-Eröffnung noch nichts gehört...
:-(
Gruß Dietmar
-
Hi Dietmar,
Du kannst das gerne selbst übernehmen - es entstehen keine Kosten, keine Sorge :)
Einfach ein panagenda MarvelClient Arbeitsverzeichnis von einem Client einsammeln, der lange zum Starten benötigt hat und ab damit zu uns.
Aus unserer log.xml können wir schon einiges erkennen.
vlg
Daniel
-
Hi Daniel,
das klingt fair! Dumme Frage: Da ich ja bis dato nicht mal wusste, was die uns da "untergeschoben" haben, weiß ich auch bis heute noch nichts von einem Arbeitsverzeichnis. Kannst Du mir kurz sagen, wo die Daten liegen? Im Client-Verzeichnis von Notes auf meiner lokalen Kiste?
Gruß Dietmar
Edit: Suchet, so werdet ihr finden:
\users\NAME\AppData\Local\panagenda\log.xml
\users\NAME\AppData\Local\panagenda\marvel\config.xml
\users\NAME\AppData\Local\panagenda\actions.xml
\users\NAME\AppData\Local\Temp\log.xml
Da stehen zumindest mal zwei log.xml
Edit2: Die \panagenda\log.xml ist vom 13.03.2013 - vermutlich konnte der MarvelClient dort das letzte mal reinschreiben, denn da habe ich ja die mc.dll per NTFS-Recht auf Zugriff verweigert gesetzt - reicht die XML aus?
-
Hi Dietmar,
sorry für die späte Antwort. Bitte einfach meinem Link oben und der dort hinterlegten Beschreibung folgen :)
Dann ist alles dabei was wir benötigen. Bitte dran denken, dass das Arbeitsverzeichnis nach einem langsamen Notes-Start eingesammelt werden muss, sonst steht nichts aussagekräftiges für uns im Log. Dieses wird bei jedem Start überschrieben, es gibt also keine Historie.
Vlg
Daniel
-
Hallo und guten Morgen,
also wenn ich den Link anklicke, bekomme ich nur eine leere Seite?
http://www.panagenda.com/en_uk/what_to_send_to_support_when_opening_a_new_ticket#MarvelClient
Gruß Dietmar
Tante Edit sagt: Die ganze "Panagende-Seite" geht nicht...
-
Sorry Dietmar,
sollte jetzt alles wieder funktionieren.
vlg
Daniel
-
Hallo Dietmar,
ich möchte gerne vermeiden, dass dieser Thread so stehen bleibt und den Eindruck vermittelt, dass der MarvelClient tatsächlich für die langen Startzeiten verantwortlich war. Ich wäre Dir dankbar wenn Du kurz mitteilst, ob die Ursache gefunden wurde. Nach meinem Wissensstand, war scheinbar ein Virenscanner dafür verantwortlich?
Lieben Dank!
-
Hi Daniel,
wir sind seit etwa zwei Wochen in einer Testphase bei uns am Standort. Bei uns war ja definitiv kein Virenscanner verantwortlich, deshalb versucht man nun bei uns das ganze einzugrenzen. Der Marvel-Client wurde ja in der Zwischenzeit bei allen deaktiviert. Ein Problem war wohl bei uns zumindest, dass man von den Computern die komplette Hardware- und Software-Information abgefragt hat. Das hat natürlich ewig gedauert. Jetzt sieht die Konfiguration so aus, dass nur gewisse Hardware abgefragt wird. Der Start dauert nun trotz Marvel-Client nur wenige Sekunden - man merkt es kaum. Damit kann ich klar kommen. Womit ich jedoch nicht klar kam, war die Sammelei, was alles für Software auf den PCs installiert ist, da hat aber dann der Datenschützer eingegriffen, das geht so nicht.
Nun ja - da es bei uns am Standort nun sauber läuft, werde ich wohl demnächst wieder mal einen Anruf vom IBM-Kollegen bekommen, der sich informieren möchte, wie es läuft. Wenn bei uns keine weiteren Verzögerungen auftreten, wird diese Konfig wohl in weiteren Standorten wieder ausgerollt. Diejenigen, die McAffee haben, werden dann wohl als nächste zum Test dran sein - erst mal eine gewisse Auswahl an Usern, so wie bei uns in der ersten Woche.
Gruß Dietmar
-
Etwas offtopic, aber ein Softwareinventory ist doch wohl Standard in Firmenumgebungen oder. Wie macht ihr den sonst checks, ob ihr korrekt lizenziert seit. Bei uns macht der Notesclient auch bei jedem Start ein Hard und Softwareinventory und deshalb dauert der Start nicht länger. Wobei wir eine Eigenentwicklung im Einsatz haben.
Grüße
Ralf
-
Hallo Dietmar,
ob Soft-/Hardware Inventory ja oder nein, bleibt natürlich euch überlassen und ist ohnehin konfigurierbar. Das habt ihr dann ja auch richtig erkannt.
Dieses Inventory - und viele andere Dinge die MarvelClient durchführen kann - muss keineswegs den Start verzögern, wenn es zum richtigen Laufzeitpunkt ausgeführt wird. Hier habe ich auch schon bemängelt, dass die Einrichtung nicht optimal erfolgt ist und biete gerne nach wie vor meine Unterstützung an. Das umzustellen, wäre eine Sache von nichtmal einer Minute und erfolgt zentral in der Konfigurationsdatenbank. Solche Dinge können nach dem Clientstart in einem eigenen Hintergrundthread erfolgen und beeinträchtigen damit die Arbeit am und vor allem die Startzeit des Clients damit nicht.
Danke für die Info Dietmar und wie gesagt: Wir unterstützen hier jederzeit gerne bei der Einstellung einer optimalen Konfiguration.
Gruß
Daniel
-
Gab es hier dann abschliessend eine Lösung ( würde mich mal interessieren )?
-
Hallo,
der genaue Stand ist mir jetzt leider auch nicht vollständig bekannt, trotzdem möchte ich das hier nochmal ergänzen.
Wir wissen von generellen Performanceproblemen, auch auf der Serverseite, die in gemeinsamen Gesprächen mit der Muttergesellschaft, der IBM und uns behandelt wurden. Die Serverproblematik war nach meinem Wissensstand vollständig der Storage im Backend anzulasten. In diesem Zuge wurde auch nochmals die MarvelClient Konfiguration gemeinsam mit dem Kunden und dem zuständigen Businesspartner optimiert, so dass Aktionen, die die Startzeit beeinträchtigen können, nun zu den richtigen Laufzeitpunkten ausgeführt werden und sich nicht mehr negativ auswirken (siehe hier --> Link (http://atnotes.de/index.php/topic,55814.msg362649.html#msg362649))
Grundsätzlich freue ich mich aber auch über einen aktuellen Status, ob die Startzeiten nun wieder generell gut sind und vielleicht auch abseits von Drittanbieter-Lösungen etwas optimiert wurde?
Vielen Dank und lg
Daniel
-
Hallo zusammen,
nachdem die Config erst mal ausgesetzt wurde, war der Start wieder wie gewohnt schnell. So weit ich noch weiß, wurden zu viele Daten gesammelt, die auch niemanden etwas angehen. Dann hat man die Marvel-Config so angepasst, dass auch (angeblich) wirklich nur gesammelt wird, was benötigt wird - was das genau ist, wurde mir nicht mitgeteilt. Ich sollte lesenden Zugriff auf die "Sammeldatenbank" bekommen, damit ich mich überzeugen kann - dies ist leider nie geschehen... In einem kleinen Anwenderkreis wurde die Config, also der Marvelclient wieder scharf geschalten. Dann waren keine Performanceprobleme mehr festzustellen.
Seit einiger Zeit habe ich allerdings die mc.dll "schachmatt" gesetzt, weil man bei uns allen die gesammelten Adressen per Marvel-Aktivität löschen wollte. Da ich viel Wert auf mein Adressbuch lege - auch die gesammelten Adressen - habe ich keinen funktionierenden Marvel mehr auf meinem Rechner. Der Zugriff wurde von mir auf Systemebene entzogen - und das bleibt auch so!
Nichts gegen den Marvel-Client, der ist sicher ein ordentliches Tool - aber nur, wenn man weiß, was man damit macht, und das auch vorher mit der lokalen IT am Standort abspricht und genehmigen lässt!
Gruß Dietmar
-
Hallo zusammen,
sorry, ich kann nicht anders, aber da muss ich einfach was zu schreiben:
Wir haben auch den MarvelClient im Einsatz und aus meiner Sicht ist es wirklich ein ordentliches Tool, was u.a. einem hilft, auch mit wenig Manpower und Einsatz größere Umgebungen kostengünstig (weil wenig Manpower) zu administrieren, zu supporten und NotesClients ohne Schmerzen auszurollen ... auch ohne Performanceprobleme.
Ich selbst habe auch schon am eigenen Leib erfahren, wie die gesamte IT eines Konzerns ausgelagert wurde an einen ext. Dienstleister.
Das sind richtige Schmerzen, die alle durchstehen müssen und am Ende ein langsamer Tod für alle und aus meiner Sicht rechnet sich das nicht.
Kein ext. Dienstleister, ob nun mit drei, zwei oder egal wieviele Buchstaben geschrieben, wird je die eigene IT so gut betreiben wie man selbst.
Keiner kennt die Systeme und die eigenen Leute so gut, wie man selbst und niemand legt sich für die eigene Infrastruktur so ins Zeug wie die eigenen Leute. Das sind nämlich die Leute, die den Leidensdruck selbst erleben und keiner will freiwillig in einer schlechten Infrastruktur arbeiten.
@Dietmar: Dass nun bei Euch die pers. Adressen gelöscht werden sollen, verstehe ich nicht. Das ist einfach nur traurig. Beim Beileid.
Grüße von
Sebastian
-
Hi Sebastian,
es sind nur die gesammelten Adressen, die gelöscht werden sollen! Die Funktion, dass Adressen automatisch gesammelt werden, wurde schon abgeschalten (ich habs wieder aktiviert) und der nächste Schritt ist das löschen aller gesammelten Adressen (aber nicht bei mir - und auch nicht bei einigen anderen, deutlich wichtigeren Leuten als meine Wenigkeit als Admin). Dazu gibt es hier aber schon einen extra Beitrag von mir - siehe: http://atnotes.de/index.php/topic,57862.0.html
Gruß Dietmar - und Danke fürs Beileid - einer, der mich versteht...