Informix Error -380
-380 Cannot erase log file.
The database server, while trying to initialize a transaction log file, received an unexpected error. Check the accompanying ISAM error code for more detailed information on the cause. Typical causes include hardware errors and file permission problems.
Oninit® Troubleshooting Guidance
Reasons / Common Causes
-380 is an infrastructure-level failure while initializing a transaction log file: the server can't erase/clear it as part of setup, most commonly due to hardware errors or file permission problems.
- File permission issues preventing the server process from erasing or truncating the log file.
- Hardware-level errors — disk I/O failures affecting the filesystem where the log file resides.
- Another process holding the log file open, preventing it from being erased/reinitialized.
Solutions / Resolution
- Check the accompanying ISAM error code first, per the official guidance, for the specific underlying reason.
- Check filesystem permissions on the log file for the Informix server process.
- Check for hardware/disk-level problems in the online log and OS logs around the same timestamp.
- Check whether another process has the log file open, preventing the erase operation.
Examples
Checking permissions and process handles
ls -la /informix/logs/sales.log
lsof /informix/logs/sales.log
-- confirm permissions look correct and no unexpected process
-- still has the file open
Diagnostic Checks
- Read the accompanying ISAM error code for the specific underlying reason.
- Check filesystem permissions on the log file.
- Check for hardware/disk-level errors around the same timestamp.
- Check for other processes holding the file open.
Related Errors / Related Topics
- -375 — "Cannot create log file for transaction." A related transaction-log infrastructure failure, at the creation step rather than the erase/initialization step.
- -376 — "Log file already exists." Another related log-file setup failure, on the naming-conflict side.
This is an infrastructure-level failure during log initialization — the ISAM error code and
filesystem/permission checks are the real diagnostic path, not the START DATABASE statement's
own syntax.