Das Notes Forum
Domino 9 und frühere Versionen => ND7: Administration & Userprobleme => Thema gestartet von: typeOneg am 26.04.07 - 15:33:36
-
hi,
also, unser ressourcendb treibt mich noch in den wahnsinn. die hat mit domino 6 schon nie richtig funktioniert und meine hoffnung, dass mit domino 7 alles besser wird, hat sich leider nicht erfüllt.
folgende phänomene treten auf (info: es läuft ein cluster mit 2 maschinen, R 7.0.2 FP1 HF165):
- user können keine ressourcen direkt reservieren, obwohl sie berechtigt sind
- besitzer können keine anfragen annehmen/ablehnen
- bereits beantwortete anfragen tauchen nach tagen wieder auf und werden erneut zugestellt. obwohl die anfrage bereites vom besitzer angenommen wurde.
die clubusy.nsf hab' ich schon mal gelöscht und neu aufgebaut.
kann ich beim rnrmgr-task (oder beim sched.) irgendwas anstossen oder "debuggen"?
ich bin mit meinem latein ende. vielleicht hat ja jemand von euch ein paar tipps/tricks für mich.
thx
hans
-
Welche Schablone/Version hast du im Einsatz? Welche Tasks laufen auf dem Server?
-
Ganz wichtig ist, dass es eine Replik der Ressourcen-DB auf dem Cluster gibt
und die Tasks richtig laufen.
Richtig abgearbeitet werden können die Requests nur, wenn sich die Cluster-DBen
untereinander richtig verständigen können.
-
schablone ist die "StdR7ResourceReservation/de"
taskliste:
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 Log Purge Task is idle
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
Database Server Idle task
Database Server Idle task
Database Server Idle task
Database Server Platform Stats is idle
Database Server Shutdown Monitor
LDAP Server Providing service for 10.xx.x.x
Router Idle
Admin Process Idle
Admin Process Idle
Admin Process Idle
Rooms and Resources Idle
Admin Process Idle
Cluster Replicator Idle
Cluster Replicator Idle
Cluster Replicator Idle
LDAP Server Listen for connect requests on TCP Port:389
LDAP Server Utility task
Cluster Directory Idle
SMTP Server Listen for connect requests on TCP Port:25
SMTP Server Utility task
Agent Manager Executive '2': Idle
Agent Manager Executive '1': Idle
SMTP Server Control task
COLSRV400 Collection Services Idle
Schedule Manager Idle
LDAP Server Control task
DECS Server Idle
Directory Indexer Idle
Indexer Idle
Calendar Connector Idle
Agent Manager Idle
Replicator Idle
Admin Process Idle
Replicator Idle
Directory Indexer Idle
Replicator Idle
Indexer Idle
Event Monitor Idle
clusterreplikation ist aktiv.
jetzt wurden gerade wieder ein paar reservierung abgearbeitet (so wie's aussieht).
ist das ein generelles problem, dass die ressourcen datenbank ab und zu spinnt oder läuft die im normalfall gut?
-
Also bei uns läuft alles so wie es soll mit der Reservierungs-DB. Deine Tasks sehen soweit auch gut aus. Bei uns sieht's so aus:
Database Server Perform console commands
Database Server Cluster Manager is idle
Database Server Cluster Administrator is idle
Database Server Listen for connect requests on CLUSTER
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 Log Purge Task is idle
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
Database Server Idle task
Database Server Recovery Manager Checkpoint Thread
Database Server Recovery Manager DB Flushing Thread
Database Server Idle task
Database Server Platform Stats is idle
Database Server Process Monitor
tm_grab M01 idle
tm_grab M02 idle
tm_grab M03 idle
tm_grab M04 idle
tm_grab M05 idle
tm_grab idle
Router Idle
td_grab D01 idle
td_grab D02 idle
td_grab idle
Event Monitor Idle
Admin Process Idle
Admin Process Idle
Admin Process Idle
Admin Process Idle
Cluster Replicator Idle
Cluster Replicator Idle
Cluster Directory Idle
Process Monitor Idle
Agent Manager Executive '1': Idle
Domain Indexer Idle
Directory Indexer Idle
Agent Manager Idle
Indexer Idle
Admin Process Idle
Calendar Connector Idle
Schedule Manager Idle
Replicator Idle
Rooms and Resources Idle
Schau dir doch mal die Admin-Hilfe unter "Ressourcenreservierungs-Datenbank einrichten" an, vielleicht findest du ja dort einen Hinweis für die Probleme.
-
Wir hatten teilweise massive Probleme weil Ressourcen mit nicht erlaubten Zeichen im Namen angeklegt wurden, z.B. mit "/".
Das erzeugt die wildesten Fehler.
-
Vielleicht hilft dir dieser Beitrag weiter:
http://atnotes.de/index.php?topic=35518.msg223217#msg223217
-
hmmm. Ein Raum heisst zB "IT-Schulungsraum 3.OG/BU.03.21" ein anderer "Konferenzraum BU.04.16". Könnte das der Grund für das seltsame verhalten sein?
Das ist aber nirgends definiert, dass solche Zeichen nicht erlaubt sind, oder? Beim Anlegen einer solchen Ressource bekommt ja keinerlei Hinweis darauf.
@nd_adm: thx für den link. das könnte also wirklich das problem sein. die ressourcen wurde unter 6.5.4 angelegt und vor ca. 4 wochen ist das update auf 7.0.2 passiert.
das würde als heissen, alle ressourcen mit sonderzeichen löschen und neu anlegen, oder?
-
Also zumindest die Punkte setzen wir auch in den Namen ein und haben
diesbezüglich keine Probleme.
-
1. Ressourcen löschen und neu anlegen funktioniert.
Wenn du das nicht möchtest:
2. kannst du die Validierungsformel für das Feld 'CommonNameResourceName' temp. ändern, dann deine Ressourcen umbenennen. Danach würde ich den orginalen Quelltext wieder einfügen, da die Prüfung auf Sonderzeichen bei Anlage neuer Ressourcen bestimmt sinnvoll ist.
Viel Erfolg! ;)
-
so ein schmarrn ;)
naja, man lernt eben nie aus :)
-
Wir hatten teilweise massive Probleme weil Ressourcen mit nicht erlaubten Zeichen im Namen angeklegt wurden, z.B. mit "/".
Das erzeugt die wildesten Fehler.
Das "/" ist allerdings auch ein reserviertes Zeichen innerhaln hierarchischer Namen.
Man kann das simpel ausprobieren, indem man eine Gruppe anlegt namens "AS/400". Schaut man sich nach dem Speichern den ListName in den Dokument-Properties an, steht dort "CN=AS/O=400". Eigentlich logisch, oder? ;)
Bernhard