<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Unable to upgrade - Table locks?]]></title><description><![CDATA[<p dir="auto">Help, I've upgrading the server to the latest version and have a problem, it won't upgrade and now I have an unusable system.</p>
<p dir="auto">This is the error I'm getting.</p>
<blockquote>
<p dir="auto">D:\NetXMS\bin&gt;nxdbmgr upgrade<br />
NetXMS Database Manager Version 0.2.30</p>
<p dir="auto">Configuration file OK<br />
Upgrading database...<br />
Upgrading from version 97 to 98<br />
This database upgrade requires log conversion. This can take significant amount<br />
of time (up to few hours for large databases). If preserving all log records is<br />
not very important, it is recommended to clear logs befor conversion. Clear logs<br />
? (Y/N) Y<br />
SQL query failed (The total number of locks exceeds the lock table size):<br />
DELETE FROM syslog<br />
Rolling back last stage due to upgrade errors...<br />
Database upgrade failed</p>
</blockquote>
<p dir="auto">iI'm not a MySQL guy so have no idea where to even start to look to fix this issue. Hope you can help.</p>
]]></description><link>https://forum.netxms.org/topic/740/unable-to-upgrade-table-locks</link><generator>RSS for Node</generator><lastBuildDate>Fri, 13 Nov 2026 17:13:47 GMT</lastBuildDate><atom:link href="https://forum.netxms.org/topic/740.rss" rel="self" type="application/rss+xml"/><pubDate>Thu, 22 Oct 2009 08:47:43 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Unable to upgrade - Table locks? on Thu, 22 Oct 2009 14:18:26 GMT]]></title><description><![CDATA[<p dir="auto">That means that for nodes with id 84 and 86 collected data will not be stored. I suggest to recreate these tables by the following queries:</p>
<p dir="auto">CREATE TABLE idata_84 (item_id integer not null,idata_timestamp integer not null,idata_value varchar(255) not null);<br />
CREATE INDEX idx_idata_84_item_id ON idata_84(item_id);<br />
CREATE INDEX idx_idata_84_id_timestamp ON idata_84(item_id,idata_timestamp);</p>
<p dir="auto">CREATE TABLE idata_86 (item_id integer not null,idata_timestamp integer not null,idata_value varchar(255) not null);<br />
CREATE INDEX idx_idata_86_item_id ON idata_86(item_id);<br />
CREATE INDEX idx_idata_86_id_timestamp ON idata_86(item_id,idata_timestamp);</p>
<p dir="auto">Best regards,<br />
Victor</p>
]]></description><link>https://forum.netxms.org/post/3490</link><guid isPermaLink="true">https://forum.netxms.org/post/3490</guid><dc:creator><![CDATA[victor]]></dc:creator><pubDate>Thu, 22 Oct 2009 14:18:26 GMT</pubDate></item><item><title><![CDATA[Reply to Unable to upgrade - Table locks? on Thu, 22 Oct 2009 12:57:29 GMT]]></title><description><![CDATA[<p dir="auto">Hit post to quick.<br />
It says the 1 was fixed, but are those failed tables anything to be concered about?</p>
]]></description><link>https://forum.netxms.org/post/3488</link><guid isPermaLink="true">https://forum.netxms.org/post/3488</guid><dc:creator><![CDATA[Sympology]]></dc:creator><pubDate>Thu, 22 Oct 2009 12:57:29 GMT</pubDate></item><item><title><![CDATA[Reply to Unable to upgrade - Table locks? on Thu, 22 Oct 2009 12:45:25 GMT]]></title><description><![CDATA[<p dir="auto">OK, so all looks ok, but running a db check and I get this:</p>
<blockquote>
<p dir="auto">32.84.0). Link? (Y/N) Y<br />
* Checking node objects...                                            [FIXED ]<br />
* Checking interface objects...                                       [PASSED]<br />
* Checking network service objects...                                 [PASSED]<br />
* Checking cluster objects...                                         [PASSED]<br />
* Checking template to node mapping...                                [PASSED]<br />
* Checking object properties...                                       [PASSED]<br />
* Checking event processing policy...                                 [PASSED]<br />
* Checking collected data...                                          SQL query<br />
failed (Table 'netxms_db.idata_84' doesn't exist):<br />
SELECT count(*) FROM idata_84 WHERE idata_timestamp&gt;1256215074<br />
SQL query failed (Table 'netxms_db.idata_86' doesn't exist):<br />
SELECT count(*) FROM idata_86 WHERE idata_timestamp&gt;1256215074</p>
</blockquote>
]]></description><link>https://forum.netxms.org/post/3487</link><guid isPermaLink="true">https://forum.netxms.org/post/3487</guid><dc:creator><![CDATA[Sympology]]></dc:creator><pubDate>Thu, 22 Oct 2009 12:45:25 GMT</pubDate></item><item><title><![CDATA[Reply to Unable to upgrade - Table locks? on Thu, 22 Oct 2009 12:23:46 GMT]]></title><description><![CDATA[<p dir="auto">Thanks guys, seems like a common issue with MySQL.</p>
<p dir="auto">I found this and it's worked:</p>
<blockquote>
<p dir="auto">This occurs when MySQL runs out of locks, which for an InnoDB database occurs when the buffer pool is full. You can fix this by increasing the size of the buffer pool, by editng the innodb_buffer_pool_size option in my.cnf (my.ini), to set innodb_buffer_pool_size to a number higher than the default (which is typically 8M); for instance:</p>
<p dir="auto">  innodb_buffer_pool_size = 256M</p>
</blockquote>
<p dir="auto">Thanks for your help.</p>
]]></description><link>https://forum.netxms.org/post/3486</link><guid isPermaLink="true">https://forum.netxms.org/post/3486</guid><dc:creator><![CDATA[Sympology]]></dc:creator><pubDate>Thu, 22 Oct 2009 12:23:46 GMT</pubDate></item><item><title><![CDATA[Reply to Unable to upgrade - Table locks? on Thu, 22 Oct 2009 11:24:04 GMT]]></title><description><![CDATA[<p dir="auto">Also, there are a bug registered in MySQL bugtracker - <a href="http://bugs.mysql.com/bug.php?id=15667" rel="nofollow ugc">http://bugs.mysql.com/bug.php?id=15667</a> which seems similar to your problem. One of possible solutions mentioned in comments is to increase value of server variable innodb_buffer_pool_size (may be useful if you use InnoDB database, not MyISAM).</p>
<p dir="auto">Also, if manual DELETE FROM statements will not work, try to clear tables with</p>
<p dir="auto">TRUNCATE TABLE syslog;<br />
TRUNCATE TABLE event_log;<br />
TRUNCATE TABLE snmp_trap_log;<br />
TRUNCATE TABLE audit_log;</p>
<p dir="auto">Best regards,<br />
Victor</p>
]]></description><link>https://forum.netxms.org/post/3484</link><guid isPermaLink="true">https://forum.netxms.org/post/3484</guid><dc:creator><![CDATA[victor]]></dc:creator><pubDate>Thu, 22 Oct 2009 11:24:04 GMT</pubDate></item><item><title><![CDATA[Reply to Unable to upgrade - Table locks? on Thu, 22 Oct 2009 11:15:08 GMT]]></title><description><![CDATA[<p dir="auto">Hi!</p>
<p dir="auto">Try to connect to your database with mysql client and clear log tables manually by executing the following queries:</p>
<p dir="auto">DELETE FROM syslog;<br />
DELETE FROM event_log;<br />
DELETE FROM snmp_trap_log;<br />
DELETE FROM audit_log;</p>
<p dir="auto">Then run upgrade process again.</p>
<p dir="auto">Best regards,<br />
Victor</p>
]]></description><link>https://forum.netxms.org/post/3483</link><guid isPermaLink="true">https://forum.netxms.org/post/3483</guid><dc:creator><![CDATA[victor]]></dc:creator><pubDate>Thu, 22 Oct 2009 11:15:08 GMT</pubDate></item></channel></rss>