Domino 9 und frühere Versionen > ND8: Administration & Userprobleme
... und täglich grüsst das Murmeltier ( Domino Sever spinnen kollektiv)
Tode:
Bitte check mal den EIntrag "MailDomain" in der Notes.ini der Server und prüfe, ob es da irgendeine Ähnlichkeit mit dem Domain- Namen des sechsten DA- Eintrag gibt... Wir verwenden sehr häufig DA mit Unterverzeichnissen und hatten da noch nie Probleme mit, aber wie gesagt: Wir hatten schon Probleme, dass der Server eines der DA- Verzeichnisse als sein "Haupt- Verzeichnis" angesehen hat, und deshalb sehr viele Probleme auftraten (Mail- Routing, Replikation, Serverzugriffe und mehr)
nespresso:
Den Eintrag MailDomain haben wir nicht, lediglich DOMAIN= und der ist unique
Das ganze klingt aber von der Logik her vielversprechend, aber noch sehe ich kein Land
P.S. Benutzt Ihr Application Links oder tragt ihr Server und Verzeichnis ein?
nespresso:
;D ;D ;D ;D ;D ;D ;D
Denke mal wir haben das faule Ei gefunden!
Das neue Adressbuch, auf das DA nun referenzierte war ein altes mit Design Personaladressbook 6.5 und darüber hinaus waren die Views offensichtlich defekt. Habe jetzt ein neues gebaut und die paar Daten rübergezogen und auf dem Server ausgetauscht. Werde heute Abend gegen 22:00 Uhr testen ob ich den Fehler nochmals provozieren kann, bin aber sicher dass das mit den ergriffenen Massnahmen nun aus der Welt ist.
Vielen Dank an alle Beteiligten (gibt keine passenden Smileys um auszudrücken was ich sagen möchte ) ;D
Tode:
ja, richtig, auf den Servern war der Eintrag Domain...
Leider erweist sich die DA damit unter 8.5 erneut mehr als Fluch denn als Segen...
Unter R7 und R8 kannte ich solche Probleme nicht, unter R8.5 scheint die Priorisierung da irgendwie "verschoben" zu sein: Dass ein ZUSÄTZLICHES Adressbuch quasi das Haupt- Adressbuch ausser Kraft setzt, wenn es falsch konfiguriert (oder defekt) ist, darf ja eigentlich gar nicht sein... ist aber so.
Damit entwickelt sich die DA vom "nice to have"- Feature zum absolut unternehmenskritischen Part der Konfiguration.
Hier mal eine Liste der Issues, die ich in letzter Zeit mit DA hatte (nur um das Thema hier abzurunden):
- Versehentliches Eintragen der Internen Domain in einem Verzeichnis- Eintrag führt zum Stillstand der ganzen Domain (Mailrouting und Replizierung gehen nicht mehr, User- Authentifizierung auch nicht, Server starten nicht mehr mit Fehlermeldung "Kein Serverdokument gefunden", etc. )
JA, das ist ein Admin- Fehler (und ich habe den Admin auch kräfig ausgeschimpft ;-) ), aber gut...
- Ein Adressbuch mit einer falschen Schablone in der DA verhindert das Funktionieren des neuen Features "AutoPopulated Groups"
JA, persönliche Adressbücher waren noch nie supported, haben aber immer funktioniert
- Ein Adressbuch, das nicht geladen werden kann, deaktiviert die Regel "Verify that local domain recipients exist in the Domino Directory:" des Serverdokuments
- Ein Defektes Adressbuch zerstört die Verbindung zwischen Servern (dieser Fall hier)
Alles Dinge, die aufgrund einer Fehlerkonfiguration / eines Fehlers an einer anderen Stelle passieren... Aber trotzdem...
nespresso:
Ich hatte bislang noch nie Ärger mit DA und von daher tat ich mich recht schwer den Fehler zu lokalisieren.
Jedenfalls macht es nach deiner Beschreibung Sinn weshalb es zu besagtem Verhalten kam, insofern merci für die Hinweise.
Zur allgemeinen Belustigung noch ein paar Auszüge aus dem PMR
IBM:
I am suspecting there is a memory leak:
Set the following parameters in notes.ini to trap any leaks in suspected
memory blocks:
Debug_Trapleaks=ab04,8a03,8604
Debug_Trapleaks_ShowStack=1
DEBUG_SHOWLEAKS=1
DEBUG_SHOW_MEMORY=1
Ich:
Sorry, die erste Zeile verschwindet immer wieder und die Parameter funktionieren nicht.
IBM:
Hi Uwe;
Please do the following:
1- Shut down the server...
2- Modify notes.ini with that parameter.
3- Start server...
Now check if the line/parameter gets deleted or not...
Ich:
Parameter ist wieder weg. Ausserdem kann ich den direkt in die Notes.ini einfügen und ein paar Minuten warten ohne etwas zu tun und er verschwindet.
IBM:
Hi Uwe;
Its very strange that even after editing and saving notes.ini with editor
this setting gets deleted...!
Please opena new PMR for this specific issue...we can not debug this PMR
before solving that issue of notes.ini
Ich:
Aha, ihr gebt mir ein Werkzeug an die Hand das nicht funzt und ICH soll dann dafür nein weiteren PMR aufmachen? geht's Euch eigentlich gut in Irland???
Ich bringe jetzt zwei Server auf Windows 64, dann sehen wir weiter.
IBM:
Hi Uwe;
Thats really strange...
First time for me to see such a problem...
I think for now its better for you to move to Win64 then we continue with
issue from there...
Thank you for your time and cooperation...
..... einen Tag später dann wieder IBM:
Hi Uwe;
According to my understanding you will re-setup the server on a Win 64 bit
OS to avoid this memory issue...
For this I will proceed with closure of this PMR with option of reopening
within 28 days...
Please note that you can re-open a PMR easily within 28 days of closure by
sending a message with PMR ID in Subject field to:
REOPEN_PMR@ECUREP.IBM.COM
Ich:
Hallo? Lasst den PMR offen, der ist noch nicht gelöst!!!
IBM:
ACTION PLAN:
OPC & Close
ACTION PLAN OWNER:
L2
NEXT COMMUNICATION DATE:
************************************************************LotusCRT02**
********************* CLOSURE QUESTIONS FOR CUSTOMERS ******************
Are you satisfied we've answered your questions? YES
Anything else I can do for you on this problem? NO
Do you have other product issues I can help with?NO
May we close this Problem Record? YES
THANKED CUSTOMER FOR CALLING IBM! YES
No-Survey: N/A
*********************************************************** CCLSR102 **
Geil, die Fragen hat er mir nie gestellt und ich bin garnicht statisfyed und ja, er kann mehr für mich tun.
Ich:
REOPEN PMR No08154711
IBM:
Hi Uwe;
Thank you for the reply...
If your server now is based on Win 64 bit then this change in configuration
requires opening a new PMR so that things do not get confusing for people
working on the PMR...
For this please open a new PMR for the new env you have...
Ich:
Oehmmmm ( Smiley das mit dem Kopf gegen die Wand hämmert )
Ich habe nur zwei Server auf Win64, die anderen sind noch 32bit, also offen lassen oder habt ihr einfach keine Lust zu helfen??
IBM:
Hi Uwe;
Sorry I did not mean we are eager to close PMRs...
Its just that IBM policy is to be precise with PMRs and related issues &
environments to make it easier to follow up on problems...
I will keep the other PMR open and continue troubleshooting it...
Ich:
Heute morgen NSD geschrieben, meine Vermutung in Richtung DA Thematik geäussert und auch wie ich den Fehler reproduzieren kann.
IBM:
Hi Uwe;
Sorry to know your server crashed again...
Please make sure to always CC lotus_support@mainz.ibm.com quoting PMR #
so that NSDs and info you send go directly to the PMR
This is important as in case i am not available then one of my colleagues
will handle the issue...
I checked the NSD you provided but it seems it was either generated
manually or did not include any crash stack...!
The only info i could find is:
Monitor.Last.Server.FatalText = Mail from xyzserver01/SERVER/FRIMA to
destination xyzserver01/SERVER/FRIMA has exceeded its message limit.
So it seems this relates to some corrupted message...
All memory allocation seems to be fine, so this is not the same as previous
crashes of your server...
According to your input you believe this relates to Directory Assistance,
in this case one of your NAB files might be corrupted and resulting in
crashes:
for this please run fix up on all your NAB files to remove any possible
corruptions, you can also replace such files from a back up...
It would be great if you can provide us with complete details for how to
reproduce this issue...
Thank you for your time and cooperation...
Ich:
Okay, macht das Ticket zu, ich hab's gefunden......................
Immer wieder mühsam mit IBM Fehler zu suchen... :-:
Navigation
[0] Themen-Index
[#] Nächste Seite
[*] Vorherige Sete
Zur normalen Ansicht wechseln