Server aus domäne entfernen

[atbits]

Ich habe auch ein Problem im Angebot zu dem ich hier im Forum noch nix gefunden habe - auch wenn ich mir das kaum vorstellen kann :-(

Also Folgendes: Wir haben einen weiteren Server in die Domino-Domäne aufgenommen mit dem Ziel hiermit den mittlerweile recht betagten Hauptserver zu ersetzen.

Beide liefen eine Weile Pralallel - wir haben dann die User von A nach B umgezogen und so weiter und so fort.

Nach 6 Wochen haben wir den alten Server abgeschaltet - nun meckert der neue beim Hochfahren uns ziwschendrin aber immer wieder mal:

Code

16.01.2009 16:31:36   Error connecting to server mail-server/XXX: Remote system no longer responding 

1. Was hab ich bisher schon gemacht: Verbindungsdokumente erst nur deaktiviert, dann auch sogar ganz gelöscht
2. Dircat und Directory-Asistance gecheked ob hier noch irgendwo der alte Server steht - ist alles clean
3. den notes.ini Parameter "ExistingServerName" gelöscht

Bin für jeden Tipp dankbar - David

[Wolfgang]

... steht der alte Server noch als Administrationsserver des names.nsf drin oder in der certlog.nsf?

Gruß
Wolfgang

[atbits]

Nee - genau, das hatte ich auch noch gemacht. Ich habe den Adminserver zwar nicht überall in der ACL geprüft, aber bei den wichtigsten DB's schon (admin4.nsf; names.nsf; statrep.nsf; events4.nsf; catalog.nsf; web_names.nsf; director.nsf)

Stört es evtl. dass der Server noch in der LocalDomainServer Gruppe steht - kann ich mir zwar nicht vorstellen, aber möglich ist alles

Grüße David

[koehlerbv]

Hallo David,

die LocalDomainServer-Gruppe spielt da nicht mit - wenn dann schon die LocalDomainCatalogServers 

Hast Du schon mal die von Dir genannten DBs per FTI nach dem alten Server-Namen durchsucht. Da taucht manchmal erstaunliches auf. Dir ist es sicherlich klar, ich schreibe es aber trotzdem: Bisher nicht benötigte FTIs natürlich nach dieser Recherche wieder löschen.

Sicherlich auch eine dumme Nachfrage: Die NOTES.INI hast Du bereits komplett nach dem alten Servernamen durchsucht?

Bernhard

[atbits]

Hallo Bernhard,

Ja - Notes.ini ist durchsucht, die names.nsf auch per FTI - Problem, es gibt ein Fieldlabel in den Server-Doks, dass auch mail-server heißt, daher findet man es in allen Server-Doks und natürlich auch noch in Program-Doks, etc.

In der LocalDomainCatalog Server steht er tatsächlich drin, meinst Du das könnte das Problem lösen - ich nehm ihn da mal raus.

Grüße David

[blizzard]

existiert denn das alte Serverdokument noch?

[atbits]

Ja das tut es - aber das sollte doch kein Problem sein denke ich.

Grüße David

[blizzard]

Wirf das mal raus, wenn ihr es denn nicht mehr benötigt. Auch die Gruppe LokalDomainServers kann eine Rolle spielen, sofern du vielleicht am Hub Server oder einem anderen Server repl localdomainservers names.nsf einträgst bzw. das evtl. auch automatisiert läuft.  Und genau dann kommt es zu solchen Meldungen.

[atbits]

Ich bin mir aber sicher, dass kein Programm-Dokument eine Repikation anstößt, und die Verbindunsgdokumente zu diesem Server sind alle gelöscht.

Kann ich das Serverdokument problemlos aus einer anderen DB wiederherstellen, wenn ich den Server doch nochmal hochfahren müßte?

Grüße und Danke - David

[blizzard]

Mach eine Sicherheitskopie (Backup) vom names und dann würd ich den rauswerfen. Falls du ihn wieder brauchen solltest, kannst du das Serverdokument zurückkopieren und entsprechend die Berechtigungen wieder setzen, welche dir der adminp kickt, sofern du das Dokument sauber rauslöschen lasst.

[koehlerbv]

Dafür braucht es nicht mal eine Kopie vom NAB. Da reicht eine leere Container-DB. Wenn man das auf Basis der PubNames-Schablone macht, ist es natürlich etwas übersichtlicher 

Dort kann man alle aus dem NAB entfernte Docs einwerfen und bei Bedarf zurückkopieren.

Was sich mir nicht erschliesst: Warum will David den maustoten, längst gemeuchelten Server überhaupt noch im DD halten? Das macht doch absolut keinen Sinn ... Es sei denn, Aktionen ausführende Design-Elemente unbekannter Art sind noch mit dem Schlüssel des Servers unterzeichnet. Das sollte man aber klären und für die Zukunft die Strategie umstellen (falls denn erforderlich).

Bernhard

[atbits]

Hallo Bernhard,

genau so mit der Container-DB wollte ich es machen.

Der alte Server steht noch unangetastet in der Ecke, falls uns auffält das irgendwas fehlen sollte (sozusagen als Sicherung vor der Migration).

Und falls ich den nochmal hochfahren will, wärs halt schick, wenn er noch in der names.nsf wäre (aber das ist ein eher theoretischer Fall)

Grüße David

[Micha B]

Steht der entfernte Server vielleicht noch in der DDM Datenbank?

[atbits]

Hey der Tipp mit ddm könnte Gold Wert sein und erscheint mir auch logischer als das mit dem Server-Dokument.

Tatsächlich steht im DDM noch "All Servers in Domain" - da denkt ja keine Socke dran.
Ich habs jetzt auf spezifische Server umgestellt, mal schauen, ob das Wirkung zeigt.

Besten Dank und ich halte Euch auf dem Laufenden - David

[atbits]

Bingo - es lag am DDM

Herzlichen Dank an alle, die mit Rat zur Seite standen (besonders natürlich Micha B) - David

[Micha B]

Das war dummer Zufall. Ich hatte mal folgendes Dokument gefunden und mir gedacht: oh, das hebst Du Dir mal lieber auf. http://www.ibm.com/support/docview.wss?rs=899&uid=swg21252357 Eigentlich habe ich was anderes gesucht und bin darüber gestolpert. Ich wusste doch, dass es mal zu etwas gut sein könnte 

[atbits]

Yepp Yepp Yepp - sowas aber auch, hab ich nicht gefunden.

[blizzard]

spätestens beim Löschen des Serverdokuments hätte der adminp aufgeräumt.