[erledigt] Endlostermin in Ressource vorhanden

[werfi]

Hallo,

ich habe eine Ressource, bei der drei Endlostermine eingetragen sind:

[17E0:0002-0F44] 28.02.2017 13:28:21   RnRMgr: Fahrzeug1 is busy from 24.04.2017 00:00:00 to 31.12.9999 00:00:00
[17E0:0002-0F44] 28.02.2017 13:28:21   RnRMgr: Fahrzeug1 is busy from 24.04.2017 00:00:00 to 31.12.9999 00:00:00
[17E0:0002-0F44] 28.02.2017 13:28:21   RnRMgr: Fahrzeug1 is busy from 28.08.2017 01:00:00 to 31.12.9999 00:00:00

Hat jemand eine Idee, wie ich die Termine raus bekomme?

In der Ressourcenreservierung gibt es keinen Eintrag der das erklären würde. Alle sichtbaren Einträge enden spätestens am 23.04.
Die Konsolenkommandos wie Validate und Check habe ich bereits mehrmals ohne Erfolg auf die Ressource angewandt.
Bei der Ressource ist die Buchung eingeschränkt, dh. die Ressource darf max. 180 Tage im Voraus gebucht werden. Kann es damit etwas zu tun haben? Evtl. handelt es sich um ein Fehler, dass die Beschränkung vom System nicht sauber entfernt bzw. neu berechnet wurde...

Ich möchte ungern in einem Cluster die clubusy.nsf neu aufsetzen.

Gruß
Markus

[Pfefferminz-T]

Konsolenkommandos für den RnrMGR oder die Busytime (te RnRmgr oder te sched)?
Was sagt tell show für die Ressource?

Das hier schon durchgearbeitet?

http://www-01.ibm.com/support/docview.wss?uid=swg27024150&aid=1

http://www-01.ibm.com/support/docview.wss?uid=swg27023671&aid=1

[ascabg]

Hallo,

Das sieht mir ganz nach dem Block-Dokumenten aus.
Diese werden ja im Hintergrund angelegt, wenn ein Raum bzw. eine Ressource nur für eine
gewisse Zeit in die Zukunft buchbar sein sollen.

Also.
Ressource ist nur buchbar für die kommenden 180 Tage. So wie bei euch.

Dann sollte aber auch der Agent aktiv sein, der diese Block-Dokumente automatisch anpasst.
(ich glaube der heißt "Update Blocker Documents")


Andreas

[werfi]

Hallo,

der Agent "Update Blocker Documents" ist aktiv.
Das aktuelle Blocker Dokument habe ich gefunden, das ist das vom 28.08.17-31.12.9999 und auch als Dokument in der Datenbank zu sehen. Die beiden anderen Blockerdokumente 24.04.17.-31.12.9999 sind aber nicht mehr als Dokument in der DB vorhanden, sondern nur noch in der Terminliste der Ressource in der clubusy.nsf.

Die Kommandos habe ich natürlich auf die RnRmgr bezogen und habe diese entsprechend der Troubleshooting_Anleitung, die Pfefferminz-T verlinkt hat, ausgeführt.
Die drei Einträge aus meinem ersten Post stammen aus dem tell show, davor standen die normalen Reservierungen.

Gruß
Markus

[werfi]

Lösung:
ich habe das Ressourcendokument in der clubusy.nsf gelöscht und gewartet bis es wieder neu angelegt war.
Danach war die Ressource wieder buchbar.

Kleiner Haken: ich musste alle Termine, die noch in der Zukunft lagen löschen und neu anlegen.

Aber zumindest musste ich nicht die ganze clubusy.nsf im Cluster löschen.

Gruß
Markus

[Tode]

Böser Fehler... Aussage von zwei IBM- Entwicklern (bei einem "meet the developers"): NIEMALS, wirklich NIEMALS manuell Dokumente aus der busytime / clubusy löschen, das bringt das ganze System aus dem Tritt, und dann wird es immer schlimmer... Und die Reservierungen neu anlegen hättest Du auch nicht müssen, tell rnrmgr check Resourcennname und tell rnrmgr validate Resourcenname hätten auch gereicht...

[hallo.dirk]

Sicherlich sollte ein "rnrmgr check Resourcennname und tell rnrmgr validate Resourcenname" zu aller erst ausgeführt werden.
Und in der Regel sind die Fehler damit in der Regel behoben.

Aber ich kenne Situationen wo auch das versagt hat (zugegeben unter 9.0.1x bisher noch nicht passiert).

Es "bösen Fehler"zu bezeichnen würde ich nicht, es sollte wohl überlegt, als letzetes Mittel eingetzt werden.

[werfi]

Hi,

die genannten Befehle habe ich schon vorher versucht, leider ohne Erfolg (wie bereits im Eröffnungspost geschrieben).
Auch nachdem die Ressource aus der clubusy raus war und wieder autom. angelegt wurde, haben die Befehle nichts gebracht.

Für einen bösen Fehler halte ich meine Vorgehensweise auch nicht, denn sonst hätte IBM das sicher besser dokumentiert. Wenn die Entwickler das nur unter der Hand weitergeben, ist das nicht gerade die beste Art Informationen weiterzugeben.

Das letzte und aufwändigste Mittel wäre für mich gewesen, die clubusy.nsf im ganzen Cluster zu löschen und neu anzulegen.

Bislang sind keine weiteren Probleme aufgetaucht und die Reservierung der Ressource funktioniert wieder einwandfrei.

Gruß
Markus

[DomAdm]

Hallo,

Wir verstecken nichts 

http://www-01.ibm.com/support/docview.wss?uid=swg21681732

Daraus
"Please note that deleting a room/resource directly from the busytime/clubusy database may affect the existing reservations. It can cause deletions of busytime information and corruption of the reservations."

usw.
Jacob

[werfi]

Hi,

war ja auch nicht bös gemeint 

Hallo,

Wir verstecken nichts 

http://www-01.ibm.com/support/docview.wss?uid=swg21681732

Daraus
"Please note that deleting a room/resource directly from the busytime/clubusy database may affect the existing reservations. It can cause deletions of busytime information and corruption of the reservations."

usw.
Jacob