Hi there,
I'm reaching out in the hope that you might be able to provide some guidance on a persistent issue I'm experiencing with osTicket (v1.10).
Our database is periodically crashing. While we can still log into the system, attempting to open a ticket results in an inability to view any responses. Temporarily, a restart of the MySQL server resolves the issue and all the content becomes accessible again. However, this is not a permanent fix, and the issue arises sporadically, necessitating repeated server reboots for continued user access.
Upon investigation, I've discovered that the database is corrupted, specifically the 'ost_file' table. Attempts to repair this table have been unsuccessful, yielding an "Operation failed" error.
Regrettably, the most recent backup available is from July 31, 2023 — I'm aware that this is not ideal.
My primary concern is preserving the current content, which remains visible until the next crash and subsequent reboot. Is there a way to export the current open tickets and incorporate them after restoring the database from the July 31 backup, so we don't lose data on active tickets?
While I have a basic understanding of databases, my expertise in troubleshooting is limited.
The system, initially intended for minor tasks, has grown unexpectedly, and admittedly, I haven't maintained it as well as I should have. The database size is approximately 90GB, encompassing a substantial number of large attachments accumulated over the last six years across 72,718 tickets. It might be prudent to consider alternative storage solutions for attachments in the future.
Another frustration is the unpredictable nature of these crashes. Sometimes, post-reboot, the system functions for hours without issues, allowing full data access, but at other times, it crashes repeatedly.
What would you recommend as the best course of action to restore stability to our database?
Thank you for your time and assistance.