DominoArea.org [Archive]

Serveur domino 8.5.2 FP 3



Bonjour

Ce matin, impossible d'envoyer des mails on avait cette erreur :
Index corrupted - will be rebuilt automatically when database is closed or server is restarted.
Ma base mail est en v8 et je pouvais envoyer des mails.
Mais toutes les autres bases mails qui sont en v7 ne pouvaient pas envoyer de mails.

Voilà ce qu'on trouve dans le log

Code : Tout sélectionner

18/09/2011 11:58:43   NIF: DETECTED STORAGE CORRUPTION ERROR 'File truncated - file may have been damaged'
18/09/2011 11:58:43   NIF: in /data/nfs_san01b/notesdata.nfs/names.nsf collection "($Users)", ID=21590 length 5120

J'ai déjà eu ce message sur des bases mails le 16/09.

Puis :

Code : Tout sélectionner

18/09/2011 12:04:40   SMTP Server: Error expanding configuration field SMTPAllowRelayDomains. Restrictions will not work as expected: Index corrupted - will be rebuilt automatically when database is closed or server is restarted
18/09/2011 12:04:40   SMTP Server: Error expanding configuration field SMTPDenyRelayDomains. Restrictions will not work as expected: Index corrupted - will be rebuilt automatically when database is closed or server is restarted
18/09/2011 12:04:40   SMTP Server: Error expanding configuration field SMTPAllowRelayHosts. Restrictions will not work as expected: Index corrupted - will be rebuilt automatically when database is closed or server is restarted
18/09/2011 12:04:40   SMTP Server: Error expanding configuration field SMTPDenyRelayHosts. Restrictions will not work as expected: Index corrupted - will be rebuilt automatically when database is closed or server is restarted
18/09/2011 12:04:40   SMTP Server: Error expanding configuration field SMTPRlyExcpts. Restrictions will not work as expected: Index corrupted - will be rebuilt automatically when database is closed or server is restarted

Qu'est ce qui se passe ?
Quelle commande je dois exécuter pour corriger le problème ?


Merci de votre aide,

Salut.

On dirait bien que ton names.nsf est abimé.

Ce que je trouve bizarre, c'est son emplacement : /data/nfs_san01b/notesdata.nfs/names.nsf

Ce ne serait pas une réplique qui traine ?

Je ferai bien un petit "drop all", puis "dbcache flush" (pour libérer tout ca), et suivi d'un "load fixup -f /notesdata.nsf/names.nsf"

Par contre, si c'est ton CA principal, je ne suis pas sur que tu puisse faire un fixup alors qu'il est utilisé. Dans ce cas, c'est arrêt de la tache Notes, et lancement d'un nfixup en ligne de commande dos.

Je pense que des plus experts que moi vont apporter des corrections, ou d'autres idées...

bon courage

Oui vu le message je pense que c'est le names qui est bancale mais j'ai eu ce message sur d'autres bases mails.


Je voulais savoir quelle pouvait être l'explication ... ?

Et du fait que mes bases mails soient en v7 et le serveur en v8, est-ce qu'il y a des choses à vérifier ?



Merci,

Tu es bien en ODS51 sur les bases ?

Ce qui m'étonne toujorus, c'est le chemin de ton names.nsf.
Il est bien dans un dossier 'notedata.nsf' ? C'est étrange comme nom de dossier je trouve.

Bonjour

Euh ...
Quel intérêt / quel risque pour moi de passer en ODS51 ?

Le chemin d'accès au names est "normal", c'est un chemin vers un répertoire notesdata situé sur une baie SAN.


Merci,

Perso, je trouve qu'un dossier qui s'appelle 'notesdata.nfs' n'est pas un nom normal. Mais bon, les gouts et les couleurs.

L'ODS51 permet plein de nouvelles choses, mais surtout (de mon point de vue) de réduire la taille des bases mails de 25%, et d'alleger le serveur pour la tache updall et compact.

Tu peux tout à fait utiliser un ODS51 sur une base avec une structure V7, et des clients en V6.

Voir doc IBM pour plus de détails, mais en très résumé, il faut ajouter 'create_R85_databases=1" dans le Notes.ini, et faire un compact -C sur les bases.

Juste pour infos :
Le paramètre create_R85_databases=1 ne sert que pour la création des nouvelles bases.


Pour passer des bases en anciennes version d'ODS vers la 51, il faut faire un compact-c comme l'indique Poulpy
En revanche c'est "-c" et non "-C"

En résumé que des avantages à passer mes bases en ODS51 ... aucuns inconvennients ou plantages à craindre ?

Pas à ma connaissance

Opération "transparente" pour les utilisateurs ?

Yes.
Faut juste que les bases ne soient pas tenues.
Faire ça un soir ou un week end via un document programme

Raziel a écrit:Juste pour infos :
Le paramètre create_R85_databases=1 ne sert que pour la création des nouvelles bases.
"

J'en suis pas sur. Sur la doc IBM, il est indiqué que ca active l'ODS51 pour toutes les bases, nouvelles ou anciennes

http://www-10.lotus.com/ldd/dominowiki. ... _databases
If CREATE_R85_DATABASES is absent or set to 0, then the file format of any new or compacted database will default to ODS version 43

Perso, j'ai jamais vu (su ?) la différence entre le -C et le -c.
Pour le compactage vers ODS51, je lance un compact -C -F -K -n -v, qui m'active aussi la compression des données et du design.

Poulpy a écrit:http://www-10.lotus.com/ldd/dominowiki.nsf/dx/create_r85_databases
If CREATE_R85_DATABASES is absent or set to 0, then the file format of any new or compacted database will default to ODS version 43

Ah!!! Me serais je tromper...
Va falloir que je vérifie.

Bon, faut que je prenne des vacances...
Il est grand temps...

+1 avec Raziel

aide a écrit:If CREATE_R85_DATABASES is absent or set to 0, then the file format of any new or compacted database will default to ODS version 43

ceci ne dit pas que si tu positionnes CREATE_R85_DATABASES à 1 alors "ca active l'ODS51 pour toutes les bases, nouvelles ou anciennes"
mais que si tu ne le positionne pas explicitement = 1 (donc absent ou à 0), alors tes bases nouvelle ou anciennes, même compactées, resteront en ODS 43

Par contre, ce qui suit, au sujet des anciennes bases, ne parle que de celles pour lesquelles on passe un compact -c pour changer l'ODS

aide a écrit:Add CREATE_R85_DATABASES=1 to NOTES.INI to enable ODS 51 as the default. New applications and updated applications (via 'load compact -c') will now be upgraded to the new ODS

il faut donc bien lancer un compact -c pour changer l'ODSet cette variable n'est pas positionnée d'office pour permettre à l'admin de maitriser lui même quand et quelles bases il compact, étant l'impact sur les perf ...