Warum kommt die Meldung "cnv.GetRendition ist fehlgeschlagen" im Server-Log (ren.bat)?

Warum kommt die Meldung "cnv.GetRendition ist fehlgeschlagen" im Server-Log (ren.bat)?

Im Server-Log tauchen des Öfteren Meldungen auf wie "cnv.GetRendition ist fehlgeschlagen". Das kommt immer dann, wenn entweder:

  • der Server die Pagecount-Jobs nicht verarbeiten kann und der darauf folgende REN.BAT-Aufruf ebenfalls fehlschlägt 

  • oder ein Aufruf fehlschlägt (z. Bsp. Export  oder Import mit Option "als PDF") 

  • oder ein Skript/Workflow/Event einen Convert-Aufruf ausführt und der auf einen Fehler läuft. 

Ursache ist normalerweise, dass der enaio Documentviewer, der bei diesem enaio Server konfiguriert ist, nicht erreichbar ist oder nicht funktioniert.  


Funktionsweise:

  • Der Server ruft zuerst die URL zum enaio Documentviewer auf per Curl.exe

  • schlägt das fehlt, wird versucht die REN.BAT aufzurufen. Das Dokument könnte im Documentviewer-Cache fehlen und damit wird eine Neuerstellung ausgelöst. 

Schritt-für-Schritt-Anleitung

Fehlerbehebung: siehe "Fehlerfall Pagecount" bei CPB wird nicht abgearbeitet. Was tun? !

  1. Beim enaio Applikationsserver prüfen, ob die CURL.EXE noch im Server-Verzeichnis liegt.
    Falls nein: unbedingt wieder hineinkopieren. 

  2. Der konfigurierte enaio Documentviewer sollte geprüft werden: 

    1. enaio Enterprisemanager starten und mit dem Server verbinden, der die Fehlermeldung ausgibt.

    2. Bei Services prüfen, was bei RenditionCache hinterlegt ist. 

  3. Die URL aufrufen für ein Beispiel (Object-ID und Hashwert aus dem Err-Log ermitteln): 

    http://<osrenditioncache-Eintrag aus dem enaio Enterprisemanager>:8070/osrenditioncache/app/trusted/document/<DocID>/rendition/pagecount?timeout=120000&size=96&digest=<Hashwert des Dokumentes>

    Funktioniert das? Oder ist die URL geblockt oder nicht mehr als sicher eingestuft? 
    Ist der Port 8070 noch erreichbar/freigeschaltet (Firewall-Prüfung)? 

  4. Auf den genannte Server einwählen und den enaio Documentviewer prüfen:

    1. Ist der Dienst gestartet? 

    2. Gibt es Fehlermeldungen im Log (Windows-Ereignis-Protokoll und enaio Documentviewer)? 
      bei enaio Documentviewer: vorzugsweise osrenditioncache.log (enthält alles) und osrenditionplus.log (enthält nur rendern)

    3. Hat der Dienst noch Zugriff auf das Documentviewer-Cache-Verzeichnis? 

    4. Sind die Ports noch freigeschaltet?

    5. Sind die Desktop-Ordner noch vorhanden? 

    6. Ist ein Virenscanner aktiv? Falls ja: Kann er deaktiviert werden oder zumindest Ausnahmen hinzugefügt werden (enaio-Verzeichnis, Documentviewer-Data-Verzeichnis) 

    7. ist genug Plattenplatz frei oder ist der enaio Documentviewer im ReadOnly-Modus?

    8. Ist der Documentviewer gerade mit großen Dateien oder speziellen Formaten beschäftigt, z. Bsp. ZIP-Dateien oder Excel-Dateien?
      bei enaio Documentviewer: vorzugsweise “*processing*.log” (enthält nur die aktuelle Prozess-Verarbeitung)

  5. Sollten keine Fehler gefunden werden, dann den REN.BAT-Aufruf aus dem Log kopieren und in ein Commandline kopieren. Am besten ohne Timeout. Funktioniert das? Eventuell reicht der Timeout nicht? 
    Beispiel:

    "E:\OSECM\server\___ren.bat" -id "14301731" -targetFile "e:\osecm\server\ostemp\meintest.txt" -rendition "pagecount" -url "http://127.0.0.1:8070/osrenditioncache" -digest "BB0884C5D767A5D1C3D82B26CCF6700D0B3F4FE7943FA04F462E959B42BB07BF" 
  6. Ansonsten benötigen wir:

    1. diese Protokolle (Debug-Level, wenn möglich):
      Server-Job-Log 
      Documentviewer-Logs (mindestens: Renditioncache.log und RenditionPlus.log, noch besser: zusätzlich noch osrenditioncache-jobprocessing.log) 

    2. Das Original-Dokument aus dem WORK

    3. Die Dokument-Infos aus dem Documentviewer:
      siehe Welche URLs gibt es für den Documentviewer?
      http://<Server mit enaio Documentviewer>:8070/osrenditioncache/app/management/info/<Doc-ID oder Hashwert>

 

 

weitere Infos siehe auch:
"Fehlerfall Pagecount" bei CPB wird nicht abgearbeitet. Was tun? !

Verwandte Artikel