Beiträge von zakky

    Ach so, sorry das fehlte noch:


    IBM x255
    Win 2000 sp4
    Domino 6.5.4 LP DE


    Die beinhaltet Schriftverkehr der Gesamten Company. Auf dem zentralen Server wo der Fehler auftritt, haben wir den gesamten bestand der Daten. Von dort aus werden die Daten selektiv in die Filialen repliziert (via HUB). Bei der initialisierung der Replizierung zum HUB kommt die Fehlermeldung "Error opening DCBA\XYZ.nsf: File does not exist". Man kann sich Infos über eine DB über "show datababse DCBA\XYZ.nsf" anzeigen lassen. Es geht bei allen DBs... bei der... NÖ! Schaut man in der Explorer, bzw über die cmd ist die Datei da. Das "Ding" lässt sich kopieren ist auf File-Ebene erreichbar. Nur Domino verweigert jede Kenntnis der DB :D


    Eine Sache noch die Db hat momentan 52GB :-o



    Gruß


    Zakky

    Zitat


    Diali schrieb:
    bei \Data handelt es sich um das Notes-Data-vewrzeichnis oder eine Verzeichnis welches über einen Dir-Link eingebunden ist?


    Gruß
    Dirk


    Hi Dirk,


    also es ist kein Dir-Link. Ich meinte damit ganz normal das Data des Domino Servers damit.


    Gruß


    Zakky

    Hi Folks,


    wir haben eine schöne Notes Db, die sich zwar in einem Unterverzeichnis des \Data auf File-Ebene finden lässt (z.B mit Windoof Explorer), allerdings sieht der Domino Server diese Db nicht. Sie soll z.B repliziert werden und der Server sagt "Error opening DCBA\XYZ.nsf: File does not exist" ABER das Ding ist doch da!


    Recht suboptimal oder?



    gruß


    Zakky

    Hi,


    damit wir an Kleinigkeiten nicht scheitern....


    ...dem User wurden im NAB die Policy zugewiesen
    ...NAB am dem Home-Server des Users, hat diese Policy auch
    ... Falls Du eine automatische Konfiguration des Clients durchführst, würde ich dem User die start Notes.ini + Config File geben.


    btw...
    Bei uns war ein User der ähnliches Problem hatte. Wir haben dan persönliche Adressbuch neu anlegen lassen und "ping paff pow" es ging.



    Try it!



    Gruß


    Zakky

    Hi,


    also ich würde auf Deiner Stelle den Notes.ini Eintrag rausnehmen.
    Der steuert, meines Wissens nach, das Verhalten der "dynamischen Konfiguration" des Notes-Clients. Somit können z.B konfigurationen wie Policy nicht übernommen werden.


    Also raus damit und versuche es nochmal.



    Gruß



    Zakky

    YEEAAAAAAAAHHH !!!! :D


    Genau so ist es auch!
    Der User (hier: ich selbst) hat in dem Arbeistumgebungsdokument Proxy Eintrag incl User & Passwort. Nachdem man das Dokument abgespeichert hat wurde es nur für den User zugänglich. Löscht man das Passwort raus ist da Feld "Nur für Benutzer" wieder zugänglich.



    Vielen Dank an Euch Jungs!



    Gruß


    Zakky

    Zitat


    CarstenH schrieb:
    Wie äußert sich das "kann man nicht ändern"? Das Feld ist doch (wie alle anderen der Arbeitsumgebung) bearbeitbar. Oder ist das Feld bei dir als einziges Feld der Maske gesperrt?


    Hi Carsten,


    das Feld ist in meinem Fall NICHT (im gegensatz zu allen anderen der Arbeitsumgebung) bearbeitbar. Das ist auch das Prolem.


    Danke!


    Zakky

    Hi Folks,


    also eine recht blöde, finde ich, Angelegenheit.


    ...im Adreßuch ein ganz normales Abreitsumgebungsdokument.
    Dort unter "Erweitert > Allgemein" ein Feld "Nur für Benutzer".
    Soweit alles cool, aber jetzt... Normalerweise steht dort ein "*"
    damit man , falls die Abreitsumgebung wechselt wird, wieder
    problemlos zurück kommen kann. Es geht wunderbar ein paar
    Tage und plötzlich steht dort mein Name "ABC DEF/GHIJK/LMNOP".
    Kann man auch nicht ändern. WARUM? :-?


    Ich will nicht sagen dass es nicht stört, aber es KOT*** MICH AN
    :evil:



    Gruß


    Zakky

    Hi Leute!


    mal eine grundsätzliche Frage:


    Warum "gehen" DB's corrupt?
    Wir haben eine Datenbank die auf einem Hauptserver +2Gb groß ist. Diese wird selektiv auf andere Server repliziert. D.h dass nur die Docs die der Server braucht, dort auch hinrepliziert werden. Ab und zu kommt die wunderbare Meldung:


    "database corrupt - cannot allocate space"


    und das suverän auf allen Repliken. WARUM? :-?
    Warum nur diese DB (manchmal auch die log.nsf)?


    Was bringt eine Datenbank dazu sich "umzubringen"???
    Wie kann man es verhindern (bis auf eingeplanten fixup)???


    Fragen über Fragen...


    Gruß


    Zakky