Clustering Suse Linux 8.2

    Ich habe jetzt ein Cluster unter Suse Linux mit 2 Server eingerichtet finde diese auch unter configuration/Cluster:
    Clusters
    ALL SERVER DOCUMENT sind beide Server im Clusterverbund vorhanden doch wenn ich in der Serverconsole den befehl show cluster aufrufe bekomm ich die Meldung:


    -----
    Cluster name: aloka main cluster, Server name: aloka1/aloka
    Server cluster probe timeout: 1 minute(s)
    Server cluster probe count: 176
    Server cluster default port: *
    Server availability threshold: 0
    Server availability index: 100 (state: AVAILABLE)
    Server availability default minimum transaction time: 3000#
    Cluster members (2):
    Server: aloka1/aloka, availability index: 100
    server: aloka2/aloka, availability: UNREACHABLE
    ------


    Server 2 bringt hier eben die Meldung : UNREACHABLE ???
    Was kann ich hier tun oder was mache ich Falsch?


    ------


    Show Server
    15.09.2003 04:45:00 PM Remote console command issued by lotus notes/aloka: Show Server
    Lotus Domino (r) Server (Release 6.0.2CF1 for UNIX) 15.09.2003 04:45:00 PM
    Server name: aloka1/aloka - primery aloka1
    Server directory: /local/notesdata
    Partition: .local.notesdata
    Elapsed time: 01:42:00
    Transactions/minute: Last minute: 2; Last hour: 4; Peak: 97
    Peak # of sessions: 4 at 15.09.2003 03:26:15 PM
    Transactions: 436
    Member of cluster: aloka main cluster
    Availability Index: 100 (state: AVAILABLE)
    Mail Tracking: Not Enabled
    Mail Journaling: Not Enabled
    Shared mail: Not Enabled
    Number of Mailboxes: 1
    Pending mail: 0 Dead mail: 0
    Waiting Tasks: 0
    Transactional Logging: Not Enabled
    Fault Recovery: Not Enabled
    Activity Logging: Not Enabled
    Server Controller: Not Enabled
    Diagnostic Directory: /local/notesdata/IBM_TECHNICAL_SUPPORT
    Console Logging: Not Enabled
    Console Log File: /local/notesdata/IBM_TECHNICAL_SUPPORT/console.log


    --------


    Show Task
    15.09.2003 04:47:17 PM Remote console command issued by lotus notes/aloka: Show Task
    Show Task
    Task Description
    Database Server Perform console commands
    Database Server Cluster Manager is idle
    Database Server Cluster Administrator is idle
    Database Server Listen for connect requests on TCPIP
    Database Server Load Monitor is idle
    Database Server Database Directory Manager Cache Refresher is idle
    Database Server Organization Name Cache Refresher is idle
    Database Server Idle task
    Database Server Idle task
    Database Server Perform Database Cache maintenance
    Database Server Idle task
    Database Server Idle task
    Database Server Idle task
    Database Server Idle task
    Database Server Idle task
    Change Manager Interface Monitor is idle
    Change Manager Robotic Administrator is idle
    Change Manager Plan Control is idle
    LDAP Server Listen for connect requests on TCP Port:389
    Change Manager Executive is idle
    ISpy Idle
    Cluster Replicator Idle
    POP3 Server Listen for connect requests on TCP Port:110
    Cluster Directory Idle
    WEB Retriever Idle Task
    RDEBUG Server Listen for connect requests on TCP Port:60000
    SMTP Server Listen for connect requests on TCP Port:25
    IMAP Server Listen for connect requests on TCP Port:143
    DIIOP Server Listen for connect requests on TCP Port:60148
    Remote Debug Server Control task
    POP3 Server Control task
    SMTP Server Control task
    WEB Retriever Control Task
    Agent Manager Executive '1': Idle
    Stats Idle
    LDAP Server Control task
    Billing Idle
    IMAP Server Control task
    RunJava RunJava: 2 Java tasks running
    HTTP Server Listen for connect requests on TCP Port:80
    DIIOP Server Control task
    DECS Server Idle
    Directory Indexer Idle
    Replicator Idle
    Admin Process Idle
    Schedule Manager Idle
    Calendar Connector Idle
    Router Idle
    Indexer Idle
    Agent Manager Idle
    Event Monitor Idle


    -----

    sieht nicht so aus ;(


    15.09.2003 05:01:00 PM Opened live remote console session for lotus notes/aloka
    rep aloka2/aloka
    15.09.2003 05:01:02 PM Remote console command issued by lotus notes/aloka: rep aloka2/aloka
    rep aloka2/aloka
    15.09.2003 05:01:03 PM Database Replicator started
    15.09.2003 05:01:03 PM Replicator is set to Ignore Database Quotas
    15.09.2003 05:01:03 PM Error connecting to server aloka2/aloka: The remote server is not a known TCP/IP host.
    15.09.2003 05:01:03 PM Unable to replicate with server aloka2/aloka: The remote server is not a known TCP/IP host.
    15.09.2003 05:01:03 PM Database Replicator shutdown
    15.09.2003 05:01:15 PM Error connecting to server aloka2/aloka: The remote server is not a known TCP/IP host.

    Hi,
    das ist eine erfreuliche Rückmeldung. Du hast es hier mit einem Namensauflösungsproblem zu tun. Der Domino-Server 1 (aloka/aloka) kann den Namen von aloka2/aloka nicht auflösen.


    So, gehen wir etwas in die Details:


    Wieviele Netzwerkkarten gibt es denn in deinen Servern?


    Gib doch mal in einer shell (zum Beispiel xterm) auf dem Server aloka den folgenden Befehl ein:


    ping aloka2


    Welche Antworten kriegst Du denn?

    ich konnte den Server Aloka 2 nicht pingen da der Hostname noch auf linux local war ;( irgendwie hat DHCP da probleme gemacht leider ist der immer noch unreachable ;-/
    nach der umstellung...


    Es gibt nur 1 Netzwerkkarte proserver der aufbau ist nur zu test zwecken..


    Pingen von Aloka1 zu Aloka2 und umgekehrt geht jetzt nur findet er irgendwie aloka 2 immer noch nicht unreachable..


    Show Cluster // Befehlsaufruf


    ---


    15.09.2003 06:49:00 PM Opened live remote console session for lotus notes/aloka
    15.09.2003 06:49:02 PM Error connecting to server aloka2/aloka: The remote server is not a known TCP/IP host.
    show cluster
    15.09.2003 06:49:05 PM Remote console command issued by lotus notes/aloka: show cluster
    show cluster
    Cluster information:
    Cluster name: aloka main cluster, Server name: aloka1/aloka
    Server cluster probe timeout: 1 minute(s)
    Server cluster probe count: 12
    Server cluster default port: *
    Server availability threshold: 0
    Server availability index: 92 (state: AVAILABLE)
    Server availability default minimum transaction time: 3000
    Cluster members (2):
    Server: aloka1/aloka, availability index: 92
    server: aloka2/aloka, availability: UNREACHABLE
    15.09.2003 06:49:19 PM Admin Process: Searching Administration Requests database

    hi,
    wie machst Du denn die namensauflösung? per dns oder hosttabelle?


    hast Du die Hosttabellen auf beiden Servern gepflegt?


    Wieso benutzt Du DHCP für die IP-Adressvergabe? Das sind doch Server, die grundsätzlich immer die selbe IP-Adresse haben müssen. Wenn die statische IP-Adressen kriegen, kannst du die IP-Adressen auch im Serverdokument des jeweiligen SErvers hinterlegen (Karteikarte Anschlüsse).


    Versuch doch das mal!

    ich denke nicht das es an der Namensauflösung liegt.
    Da Server 2 leider kein http startet wenn ich diesen von hand start startet dieser ohne fehlermeldung in der konsole jedoch wenn ich mich per webadmin.nsf einlogge bekomm ich die fehlermeldung no data verzeichniss found....

    Leider finde ich keine Informationen dazu ob Clustering überhaupt mit der Trial Version möglich ist. Ich finde nur Infos das ich die Enterprise Version haben muss und die kann ich ja bei der installation als Serverart auswählen..

    Was für mich immer noch unklar ist, und ich einfach mal fragen möchte.
    Sind beide server EINZELN zu erreichen mit einen Notes Client ?
    Deine meldung das server2 nicht startet ohne fehlermeldungen ist da der hintergrund.

    genau ich kann mich auch nicht auf Server 2 einloggen hab den schon mehr als 3 mal neu aufgesetzt.
    Er startet kein Webserver sprich http, ich kann ich aber über server 1 wenn ich auf dem mit dem ADMIN Client bin configurieren das heißt logging etc einschalten. Ich hab ihn auch einem Cluster hinzugefügt...
    in der Notes.ini von server2 stehen auch so wie ich das sehe alles servertask aufrufe wie in server1.


    Als ich jetzt heute Morgen wieder gekommen bin ist mir auch aufgefallen das der Server 1 den Status running hat und Server 2 unused ist komischerweise!?
    Und Server 2 zählt jetzt beim restart ewig hoch bis auf:


    .. waiting 2750 seconds


    und jetzt ist es immer noch unused .. nach dem restart


    aloka2:/home/notes # rcdomino status
    Checking for Lotus Domino : unused
    aloka2:/home/notes #

    hi,
    log dich doch mal als user notes (oder wie auch immer dein Account auf dem Linux-Server heißt) und starte den server von hand:


    cd /local/notesdata (oder wo auch immer dein notesdata liegt)


    server


    dann siehst du zumindest, wo das problem liegt.

    Hi.


    Ich möchte eigentlich hauptsächlich loswerden das du dir bei einem "rcdomino status" und der Meldung "unused" keine sorgen machen solltest :)
    Ich habe bisher noch keine Installation gesehen bei der das den wirklichen Zustand zurück geliefert hat, wobei "rcdomino start" oder "stop" bei mir immer zuverlässig funktionierte.


    Da es ja keine dummen Fragen gibt, stelle ich mal ein paar :)
    Du hast auf dem zweiten Server schon dafür gesorgt das kein Apache oder ähnliches auf Port 80 startet und deshalb der Dominohttp Task nicht starten kann?


    Bin mir da nicht ganz sicher, aber der Dominoserver nimmt doch erstmal die Verbindungsdokumente die er hat bevor er auf DNS oder Hosts Datei zugreift!?
    Ist dort alles richtig eingetragen und die nötigen (Domino) Dokumente auf beiden Servern parat?


    cu

    Wer Signaturen fälscht oder nachmacht oder gefälschte oder nachgemachte Signaturen in Umlauf bringt, ist selber Schuld.......

    Ach ja........


    Das Script zum starten und stoppen vom Dominoserver am besten erst installieren wenn der Server von Hand anständig gestartet werden kann!!!
    Hat auch schon ab und an mal Probleme bereitet......

    Wer Signaturen fälscht oder nachmacht oder gefälschte oder nachgemachte Signaturen in Umlauf bringt, ist selber Schuld.......