Wenn ein Auftrag immer mit einem Fehler wie zum Beispiel diesem hier misslingt:
ERROR 01.07.2016 11:10:26.503 (de.espirit.firstspirit.server.scheduler.ScheduleManagerImpl): error in task 'generate' - schedule entry 'Deployment S-Gate Produktion' (id=423668) - java.io.IOException: Database error - com.sleepycat.je.DatabaseException: (JE 3.3.98) Secondary persist#AccessControlDb#de.espirit.firstspirit.acl.File#_lastUpdate is corrupt: the primary record contains a key that is not present in the secondary
java.io.IOException: Database error - com.sleepycat.je.DatabaseException: (JE 3.3.98) Secondary persist#AccessControlDb#de.espirit.firstspirit.acl.File#_lastUpdate is corrupt: the primary record contains a key that is not present in the secondary
andere Aufträge aber problemlos durchlaufen, auch wenn diese denselben Inhalt generieren sollen, so liegt dies daran, dass ein Problem mit der ACL Datenbank aufgetreten ist, die in dem Auftrag genutzt wird.
Diese Datenbank wird benutzt, um während der Generierung unter anderem diese Daten zu speichern:
- Wann ist diese Seite in diesem Pfad das letzte Mal mit diesem Inhalt erzeugt worden (wird genutzt, um das Dateidatum auf den entsprechenden Zeitpunkt zurückzusetzen)
- Welche Rechte wurden für die entsprechende Datei über die entsprechende Eingabekomponente CMS_INPUT_PERMISSION in den Metadaten für diese Datei hinterlegt
Wenn die Datenbank beschädigt wurde, so lässt sich das Problem nur durch Löschen der ACL Datenbank lösen. gehen Sie hierzu folgendermaßen vor:
- Notieren Sie sich die ID des entsprechenden Auftrags, die Sie so finden:
- Öffnen Sie den ServerManager und dort die Eigenschaften des entsprechenden Projektes
- gehen Sie dort zur Auftragsverwaltung und bearbeiten Sie den entsprechenden Auftrag
- Die Auftrags-ID finden Sie in der obersten Zeile des sich öffnenden Fensters
- Öffnen Sie im Dateisystem des FirstSpirit Server das folgende Verzeichnis:
- <FirstSpiritROOT>/data/schedule/<AuftragsID>
- Löschen Sie den sich darin befindenden Ordner ACL
Hinweis: Wenn die ACL Datenbank nicht benötigt wird, so kann diese in der Generierungsaktion des entsprechenden Auftrags deaktiviert werden, dann kann es in Zukunft nicht mehr zu diesem Fehler kommen.
Anmerkung: Sollte der Fehler regelmäßig bei Ihnen auftreten, so stellen Sie bitte ein Ticket bei unserem technischen Support ein, damit analysiert werden kann, warum dies geschieht.
