In Ticket #2019121921000565 the support had to handle a case where the transaction file got corrupted due to a harddisk storage overflow. The univention-translog check --fix was apparently unable to fix the file. We should improve the tool to handle that situation. The tool output is logged with the ticket and th efile should still be accessible in the customers domain. Additionally it could be good if the "--fix" step could consider/restore the contents of cn=translog, which, due to the ACID qualities of the LMDB database, is less likely to suffer from corruption. In this case there where about 8 additional transactions in cn=translog compared to the file itself.
This issue has been filed against UCS 4.4. UCS 4.4 is out of general maintenance and components may have vastly changed in later releases. Thus, this issue is now being closed. If this issue still occurs in newer versions, please use "Clone this bug" or reopen this issue. In this case please provide detailed information on how this issue is affecting you.