Luthersites Posted August 30, 2019 Share Posted August 30, 2019 When I try to do the update I get the following error: Unable to complete incremental updates: Unable to import the 7.8.0 Alpha1 database file. Unable to import /home/lutherh/public_html/resources/sql/upgrade780alpha1.sql: SQLSTATE[42000]: Syntax error or access violation: 1118 Row size too large. The maximum row size for the used table type, not counting BLOBs, is 8126. This includes storage overhead, check the manual. You have to change some columns to TEXT or BLOBs I can't find anything on your site that talks about this error, and I find it odd that the database has incorrectly set column types. Please advise as to what I need to do. 0 Quote Link to comment Share on other sites More sharing options...
WHMCS Product Manager WHMCS John Posted August 30, 2019 WHMCS Product Manager Share Posted August 30, 2019 Hi @Luthersites, There are two fields we create as BLOB type in /resources/sql/upgrade780alpha1.sql: tblbankaccts.bank_data tblcreditcards.card_data If you run the SQL command from within this file to create the tables directly via MySQL or phpmyadmin, do you encounter the same error? With both tables created manually, are you able to complete the update process? 0 Quote Link to comment Share on other sites More sharing options...
Luthersites Posted August 30, 2019 Author Share Posted August 30, 2019 When I attempt to run the entire sql script from upgrade780alpha1.sql in phpmyadmin, I get this error: #1118 - Row size too large. The maximum row size for the used table type, not counting BLOBs, is 8126. This includes storage overhead, check the manual. You have to change some columns to TEXT or BLOBs BOTH of the fields (tblbankaccts.bank_data and tblcreditcards.card_data) are set to blob. This is a MariaDB, if that helps you, version 10.3.17 0 Quote Link to comment Share on other sites More sharing options...
WHMCS Technical Analyst WHMCS Edward Posted August 31, 2019 WHMCS Technical Analyst Share Posted August 31, 2019 Can you try running each of the SQL update statements individually in order to see which one specifically is triggering this error? -Ed 0 Quote Link to comment Share on other sites More sharing options...
Luthersites Posted August 31, 2019 Author Share Posted August 31, 2019 that's exactly what I did, and ultimately i was able to get it to work. The following query was the one causing the issue: -- Add the attachments_removed column to tbltickets set @query = if ((select count(*) from information_schema.columns where table_schema=database() and table_name='tbltickets' and column_name='attachments_removed') = 0, 'alter table `tbltickets` add `attachments_removed` tinyint(1) NOT NULL DEFAULT \'0\' AFTER `attachment`', 'DO 0'); prepare statement from @query; execute statement; deallocate prepare statement; The only way to get it to succeed was if I did NOT move the 'attachments_removed' field to before the 'attachment' field but just left it at the end of the table. Doing this, everything updated just fine. 0 Quote Link to comment Share on other sites More sharing options...
WHMCS Technical Analyst WHMCS Edward Posted August 31, 2019 WHMCS Technical Analyst Share Posted August 31, 2019 Glad you were able to find a workaround. Please let us know if you run into any further issues. -Ed 0 Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.