Discussion :

[Zabriskir]

Bonjour,

Savez-vous si on peut éviter la génération de fichiers dmp dans le dossier data\workspace\log quand le client Notes 8.5 crashe ?
Merci.

@+

[Jérôme Deniau]

si des fichiers dump existent c'est qu'il y a un problème, donc il faudrait plutôt corriger le problème.

Sinon arrêter le service nsd, ça peut aider à ne plus en avoir, mais après pour débuter ce sera compliqué....

[Zabriskir]

Il y a des dump car nous utilisons Notes 8.5 en RDS.
Et on peut pas dire que ce soit très stable.
J'ai désactivé le service de diagnostique. Je posterai pour dire ce que ça donne.
Merci.

@+

[Jérôme Deniau]

1. Logon to server as an Administrator
2. Open a command line window and enter the following command:

bcdedit /set {current} nx AlwaysOff

3. Reboot the computer. If settings are correct, bcedit without parameters should provide the following output:

Windows Boot Loader
-------------------
identifier {current}
device partition=C:

nx AlwaysOff

In addition, if DEP is completely/correctly deactivated you should not be able any more to change settings in 'System Settings'.

[Fabrice Papirnyk]

J'ai eu le même problème. Effectivement, je n'ai trouvé aucun moyen de limiter la taille de tout ce qui est généré dans ../Data/IBM_TECHNICAL_SUPPORT/..
Cela prend de la place inutilement pour un serveur RDS. Je ne vois qu'un script windows pour vider sans remord ce dossier chez tous les users.

La meilleure solution est effectivement de résoudre les problèmes de crash. Notes en bureau virtuel, quand ça marche, c'est stable, aucun problème. Par contre quand ça marche pas, c'est la galère. En effet ça impacte tout le monde, et souvent c'est un problème windows pas évident.

Je recommanderais ceci :
- est-ce que le client Notes est bien installé avec la nouvelle procédure spéciale citrix pour notes 851+ ?
- il faudrait passer Notes en dernière version (901), il y a eu des petits correctifs à ce sujet
- souvent windows ne gère pas bien si le dossier DATA de Notes n'est pas en local sur le serveur RDS

[Zabriskir]

Bonjour,


@Jérôme Deniau
Les dernières nouvelles du front sont qu'il y a toujours des fichiers rcpmon*.dmp de générés même après arrêt du service Diagnostics Lotus Notes.
Je n'ai pas tenté de désactiver DEP car je n'y connais rien, c'est une machine en prod et il n'y a pas que Notes dessus.


@Fabrice Papirnyk
- Notes a été installé via l'assistant d'installation sur un serveur bureau à distance (W2008 R2). Je ne connais rien à Citrix. Quelle est cette procédure ?
- Je note l'idée de passer en Notes 901.
- Oui le data est sur un partage réseau.


Il reste effectivement le script de nettoyage dans le pire des cas.
Je suis d'accord avec vous pour dire que le problème est ailleurs. Mais comme Notes en RDS n'est pas supporté par IBM, je ne veux pas passer trop de temp à essayer de résoudre les problèmes de crash, je me dis que c'est "normal". On a fait le mauvais choix à la base, on corrigera le tir peut-être l'année prochaine. Je cherche juste à contourner pour le moment.


Merci à vous.
@+

[Jérôme Deniau]

Ouvrir le fichier ivm.properties (dans <binaire Notes>\framework\rcp\deploy)
Ajouter la ligne suivante:
vmarg.no_dump=-Xdump:system:none
Relancer les clients Notes.

Ca devrait le faire

[Zabriskir]

Merci Jérôme. Je l'ai déjà fait il y a quelques jours et ça n'a pas résolu le problème.
J'ai aussi essayé d'ajouter la ligne NSDEnabled=0 dans le notes.ini mais pas mieux !
Même avec la méthode porc de renommer le fichier nsd.exe on a toujours des dmp...

@+

[Fabrice Papirnyk]

Il y a une procédure spéciale pour installer sur bureaux virtuels
http://www.ibm.com/support/docview.wss?uid=swg21447614

En particulier on lance l'install avec cette commande :
setup /v"SETMULTIUSER=1 MULTIUSERBASEDIR=!userprofile! MULTIUSERCOMMONDIR=c:\NotesShared CITRIX=1""

Doc récapitulant tout IBM sur le sujet, et en particulier troubleshoot
http://www.ibm.com/support/docview.wss?uid=swg21273848

IBM sont vaches de ne pas supporter les bureaux TSE/RDS. Mais ce n'est pas un mauvais choix, beaucoup d'entreprises font comme ça ! (et sûrement une majorité parmi les PME).

Si le problème réside dans l'accès au partage réseau, je crois que citrix n'y peut rien de toutes façons.

Le DEP ce n'est pas dangereux, et facile à revenir en arrière. Ca vaut le coup.

Le NSD, il vaut mieux ne pas le démarrer en automatique, il ne sert à rien ou cause des soucis. Cela réduit peut-être les dumps générés, mais dans un crash il y aura quand même des dumps.

Pour moi la meilleure chose à faire pour régler le problème de façon transparente c'est :
- monter un nouveau serveur RDS vierge
- installer Notes 901 avec la bonne procédure, et avec le DATA en local
(ça permet de s'entrainer aussi un peu sans gêner la prod)
- déménager des utilisateurs dessus petit à petit
Pour moi, dans ces conditions idéales, il est hautement improbable d'avoir un souci.

[Zabriskir]

OK je prends note.
Je mets en résolu.

[Jérôme Deniau]

Mais pour info

Core dump location
To reduce this problem, use two different, but supplementary workarounds:
 Delete the core dumps periodically (e.g. when logging off) Pro: Disk space is only consumed during the session Con: Valuable analysis data is lost
 Relocate the directory where dumps are written when data directory is network drive The directory locations are specified in the file rcpinstall.properties:
env.set.IBM_JAVACOREDIR=${rcp.data}/logs env.set.IBM_COREDIR=${rcp.data}/logs env.set.IBM_HEAPDUMPDIR=${rcp.data}/logs
change to e.g. local temp directory of the user: env.set.IBM_JAVACOREDIR=${env.TEMP}/logs
env.set.IBM_COREDIR=${env.TEMP}/logs env.set.IBM_HEAPDUMPDIR=${env.TEMP}/logs
%temp% should be user specific!
Reminder: By default, %temp% is deleted as soon as a session ends on Terminal Servers