Endeca scheint hier sowieso nicht beliebt zu sein
Das Problem:
Versehentliches Beenden eines laufenden Basislinienaktualisierungsprozesses, und die Sperre ist irgendwo übrig.
Ich möchte herausfinden, wo die übrig gebliebene Sperre ist, und diese manuell entfernen.
Nicht so nützliche Nachricht, die vom Basiszeilen-Update-Skript zurückgegeben wurde:
%Vor%Alternativ kann auch jeder andere Links zur endeca-Dokumentation (ohne Anmeldedaten) bereitstellen.
RTFM
Wenn das laufende Deployment Template-Skript aufgrund einer nicht behandelten Ausnahme die Hälfte seiner Ausführung unterbricht oder manuell unterbrochen wird, während ein Benutzer Strg-C drückt, während es ausgeführt wird, bleibt die Sperre innerhalb der EAC gesetzt.
Unter Windows: .\runcommand.bat LockManager releaseLock update_lock
Unter UNIX: ./runcommand.sh LockManager releaseLock update_lock
Das obige funktioniert, wenn der Standardsperrname unverändert ist (update_lock)
Angenommen, Sie verwenden ihre Bereitstellungsvorlage, behalte ich eine .bat-Datei im Steuerelement "control", wie es manchmal nützlich ist.
z.B. Erstellen Sie auf einem Windows-Computer eine .bat-Datei mit diesem Inhalt:
%Vor%Was ihre Dokumentation angeht ... müssen Sie sich auf ihrer Support-Seite registrieren. Ich habe es nirgendwo anders gesehen.
Für eine in Endeca integrierte ATG-Anwendung (oder "Oracle Web Commerce") kann diese Situation auftreten, wenn eine laufende Baseline-Indexoperation über die Schaltfläche Abbrechen in der grafischen Benutzerschnittstelle für die Komponente ProductCatalogSimpleIndexingAdmin in Dyn Admin abgebrochen wird. Nachfolgende Baseline-Aktualisierungen schlagen fehl, bis manuelle Maßnahmen auf der Endeca-Seite ergriffen wurden, um die Sperre aufzuheben.
(Ich habe das mit ATG 10.1.2 in Endeca 3.1.1 integriert gesehen.)
In einer Konversation, die ich mit dem Oracle-Support hatte, wird dies als Fehler angesehen - "BUG 17298595 - Das Abbrechen der Baseline von SimpleIndexingAdmin gibt keine Update-Sperre frei" - und ein ATG-Hotfix ist verfügbar.
Führen Sie das Skript release_update_locks.sh (oder .bat im Fall von Windows) aus dem Ordner control der App aus.