Beiträge von papadave

    HI,


    ich hab hier einige Rechner mit Notes 653 in Multiuser Installation
    und das Roaming aktiviert. Nun gibt es zu meiner Verwunderung
    keine notes.ini mehr. Nicht im Notes-Verzeichnis, nicht in den Profilen, nirgendwo ...


    Is das normal?
    Ich brauche das Ding noch, komm ich da sonst irgendwie ran?


    Tia, David

    Hi Carsten,


    Danke für deine Antwort!


    Mir ist bewusst, dass ein Cluster nicht den "Mutterserver" spiegelt,
    sonder sich nur die DBs herrepliziert und im Notfall die Verbindungen entgegennimmt.


    Die Frage ist nur, ob meine Art des Backups funktioniert.
    Und ob es _so_ funktioniert. Also den wieder hergestellten
    Rechner neu in den Cluster aufnehmen...etc :strike:


    Die DBs, die nicht repliziert werden (Cluster Manager, Logs, ...) werden bei einer Neuinstallation ja neu erstellt.
    Wichtige Files (notes.ini, *.id) sind seperat gesichert.
    Transaktionsprotokolle verwend ich nicht.
    HTML Verzeichnisse ... gibt nur die Inotes DBs und die werden
    ja repliziert.


    Schade, dass es zu diesem Thema kein Redbook/paper gibt..


    David

    Hi,


    wer von euch hat schon mal ein Recovery Szenario im DominoCluster durchgespielt?



    Ich hab hier: Server1 und Server2 im domino Cluster.
    Vom Server2 wird eine Offlinekopie vom Notesdata-Verzeichnis
    und die nicht replizierten Files (notes.ini, server.id, cert.id) am Server 1 gezogen.


    Fällt nun...:
    ...Server2 aus --> kein Problem, ist ja nur ein Standbysystem.
    Recovery: Server2 neu aufsetzen, in den Cluster aufnehmen und neu replizieren
    ...Server1 aus --> übernimmt Server2
    Recoveryansatz: Server1 neu aufsetzen (notes.ini, Server.id einspielen), ihn neu in den Cluster aufnehmen und Daten replizieren.
    ...Serv1+Serv2 aus --> Server2 aufsetzen, Daten vom Band holen und starten.
    Server1 aufsetzten, Daten replizieren und gut is.


    Soweit zur Theorie. Hat das auch schon mal jemand durchgespielt (müssen ;) )
    Woran hab ich vielleicht noch nicht gedacht?



    Danke, David

    Hi,


    ich hab hier grad mächtig Kopfweh nach nem Schablonenupdate.
    Unsere Mailfiles wurden alle mit der Schablone von Domino 6.5 angelegt.
    Nun zog ich die Mail6 von domino 6.5.1 drüber --> keine Mail kommt mehr
    in die Inbox.


    Nur unter "alle dokumente" werden sie noch angezeigt.


    Ein Schablonenwechsel zu Inotes, etc bringt nix :-/


    Im Designer ist mir aufgefallen, dass es zwei Ordner $Inbox" gibt ???


    David


    ps.: ich hab schon einige Ähnliche Beiträge hier gefunden,
    brachten aber alle nix :-/

    aja, supi, auf die cert.ids und server.ids hätte ich nicht mehr gedacht - Danke! :)


    Laut Clusteranalyse werden folgende (nsf) nicht repliziert:
    bookmark, cerlog, certsrv, dbdirman, doladmin, domlog,
    log, reports, statrep, webadmin, activity, certreq


    Einige DBs (webadmin, ...) sind glaube ich noch original
    und würde bei einer Neuinstallation wieder installiert werden,
    doch ich glaub ich schreib sie dennoch mal alle auf Band.


    Bin mir nämlich bei inigen noch nicht ganz so sicher.


    Danke für die Hilfe, David

    Hi,


    ich hab hier n Dominocluster (6.5.1) unter linux (RHEL 3) gebaut
    um u.a. während des Offlinebackups weiterhin die Dominodienste anbieten zu können.


    Also: ein Produktivserver läuft immer, nun noch zusätzlich
    ein kleiner Server im Dominocluster (Standby), der nun die Nacht einmal runtergefahren wird, um die Daten offline per rsync aufs Band zu schreiben.


    Nun stellt sich mir die Frage, ob ich mit der Sicherung vom
    Notesdata-Verzeichnis am Standby-Gerät im worst case auch das Produktivsystem wieder hoch bekomme?


    Verweilen neben der Datenbanken, die ja soweiso der Clusterreplizierung unterliegen, noch Daten am Produktivserver,
    die ich auch noch mitsichern sollte?


    TIA, David Winkler

    der language Pack installer ist ein wenig "buggy"


    Workaround für diesen Access Level Error:


    installieren von: xlibs


    Shellscript anlegen in /usr/local/bin/rpm


    #!/bin/sh
    echo "$@" >> $HOME/rpm.log
    case "$@" in
    "") echo $0;;
    "-qa") echo "redhat-release-9-3";;
    "-q --queryformat %{VERSION} redhat-release-9-3") echo 9;;
    esac



    good luck, dave

    probiert mal:


    Legt n File an: libcwait.c


    <snip>
    #include <errno.h>
    #include <sys/syscall.h>
    #include <sys/types.h>
    #include <sys/wait.h>
    pid_t
    __libc_wait (int *status)
    {
    int res;
    asm volatile ("pushl %%ebx\n\t"
    "movl %2, %%ebx\n\t"
    "movl %1, %%eax\n\t"
    "int $0x80\n\t"
    "popl %%ebx"
    : "=a" (res)
    : "i" (__NR_wait4), "0" (WAIT_ANY), "c" (status), "d" (0),
    "S" (0));
    return res;
    }
    </snap>



    Compilieren:
    # gcc -shared -o libcwait.so -O -g libcwait.c


    LD_PRELOAD setzten:
    # export LD_PRELOAD=/path/to/libcwait.so


    und nu die installation nochmal anstarten :)


    dave

    nö, spezielle Probleme haben wir eh keine,
    ich denke nur, dass mit den höheren minor Versionen von Domino
    auch die Güte der Software zunimmt und somit das Ding noch
    stabiler und schneller läuft :)
    Bei Redhat detto - v9 ist doch schon ne Zeit her und wir eh schon nicht mehr supported.


    David

    Moin, moin,


    würde gerne mein Domino Cluster (2 Server unter Linux, Domio 651)
    dazu verwenden, nacheinander die Server upzugraden.


    momentan:
    Server1: RedHat9 Domino 6.5.1
    Server2: Fedora Core 2 Domino 6.5.2 (Standby)


    Plan:
    Server2 aus dem Cluster entfernen
    Server2 --> RedHat Enterprise Linux v3 : Domino 6.5.3
    Server2 wieder dem Cluster hinzufügen und alle Datenbanken replizieren
    Server1 formatieren --> RedHat Enterprise Linux v3 : Domino 6.5.3
    Server1 dem Cluster wieder hinzufügen und die DBs holen


    Fragen:
    Theoretisch solls natürlich gehen, hat jemand praktische Erfahrungen?
    Ist Server2 im Cluster ein vollständiger Ersatz für Server1,
    oder behält sich Server1 noch irgendwas an Daten vor (*grübel*)?
    Ist ein "inkrementelles Update" ok oder ganze Maschine neu machen?
    cert.id server.id (Schablonen, notes.ini) vorsichtshalber sicher und das wars?
    Oder überhaupt bei Domino 6.5.1 (und Fedora) bleiben da eh nix bringt? (Never change a running system :) )


    Dave

    ich hab Domino 6.5.1 unter RedHat 9:
    Nach dem setzten von LD_ASSUME_KERNEL=2.2.5 und dem installieren von compat-libstdc++-7.3-2.96.118.i386.rpm lief die Installation und nun auch der Server einwandfrei (seit nem guten halben Jahr).


    dann noch ein Domino 6.5.2 unter Fedora Core 2:
    Installation tadellos ohne irgendwas. Im laufendem Betrieb Probleme mit dem Speicher. Eintrag in der notes.ini:
    NSF_Buffer_Pool_Size_MB=400
    Läuft nun auch soweit (seit 5 Tagen) ohne Probleme.
    Nur die Installation des Language Pack will nicht :-/


    #Error occurred during initialization of VM
    #Unable to load native library: /tmp/isjawBpbr/lib/i386/libjava.so: #symbol __libc_wait, version GLIBC_2.0 not defined in file libc.so.6 #with link time reference


    Werd den 6.5.3 mal mit RedHat Enterprise 3 probieren.


    Hat jemand Erfahrungen mit Debian?


    David

    Hi,


    suche gerade einen Weg Daten von einer Oracle 9.2i unter Linux auf meinen Domino Server 6.51 (nur in diese eine Richtung) unter Linux (RedHat9) zu bekommen (nächtlicher Abgleich von Adressdaten) .


    Hab schon einiges von LEI gehört/gelesen,
    bin mir jedoch nicht sicher, ob dies der beste Weg ist.
    Wie siehts mit DECS aus?
    Gibs nen reifen ODBC Treiber unter Linux für Oracle (Sysbase?).


    Vielleicht hat jemand auch ein bisschen was zum lesen für mich,
    denn ich hab noch nicht wirklich nen Plan davon.


    Danke, David

    SEP? Sagt mir nichts, und hab ich auf die schnelle nun auch nicht gefunden.


    Bis auf weiteres bleib ich nun noch bei der selbstgebauten Backuplösung. Momentan gleich ich das Datenverzeichnis per rsync mit einem Backupserver ab (während Domino down ist).
    Dabei muss ich den Service nur für ca. ne Minute vom Netz nehmen. Das ist momentan noch vertretbar. In Zukunft schau ich mir an, wie man unter Domino nen Backup/Failover Cluster realisiert. (??) :)


    Danke, David