[MCOL-247] mysqld hung and stopsystem stop it Created: 2016-07-01 Updated: 2016-10-20 Resolved: 2016-10-20 |
|
| Status: | Closed |
| Project: | MariaDB ColumnStore |
| Component/s: | MariaDB Server |
| Affects Version/s: | 1.0.1 |
| Fix Version/s: | Icebox |
| Type: | Bug | Priority: | Critical |
| Reporter: | Daniel Lee (Inactive) | Assignee: | David Thompson (Inactive) |
| Resolution: | Not a Bug | Votes: | 0 |
| Labels: | None | ||
| Sprint: | 2016-19, 2016-20 |
| Description |
|
mscadmin> getsoft Name : mariadb-columnstore-platform I was executing an LDI for a 10g lineitem InnoDB table. It ran over night and did not finished. I used the stopsystem to stop the system. ColumnStore admin console showed everything and up and normal, but when I tried to start the MySQL client, I got: [root@ip-172-30-0-214 dbt3]# mcsmysql testdb The /usr/local/mariadb/columnstore/mysql/lib/mysql directory was empty and the mysql.sock file does not exist. I used kill -9 to kill the two mysqld processed and restarted ColumnStore again. ColumnStore is now operational. |
| Comments |
| Comment by David Hall (Inactive) [ 2016-08-18 ] |
|
This may be related |
| Comment by Dipti Joshi (Inactive) [ 2016-08-30 ] |
|
dleeyh Please test this against 1.0.2 and validate if the issues has been resolved. |
| Comment by Daniel Lee (Inactive) [ 2016-09-15 ] |
|
Build tested: mscadmin> getsoft Name : mariadb-columnstore-platform The same issue still exists in this 1.0.3 build |
| Comment by Daniel Lee (Inactive) [ 2016-10-17 ] |
|
Primary key and indexes for the lineitem table. ALTER TABLE lineitem ADD PRIMARY KEY (l_orderkey, l_linenumber);CREATE INDEX i_l_shipdate ON lineitem (l_shipdate); |
| Comment by David Hill (Inactive) [ 2016-10-18 ] |
|
there is logic in the mysql-Columnstore script that should do a force shutdown when it doesn't shutdown cleanly.. |
| Comment by David Hall (Inactive) [ 2016-10-18 ] |
|
I ran this test today and I also got the mysqld won't shut down issue. However, after kill -9, it wouldn't come up clean. It tried forever (it appears) to rollback the transaction and never (1 hour) became active. I had to blow away and reinstall. |
| Comment by David Hall (Inactive) [ 2016-10-19 ] |
|
I ran this test against a mariadb only reference machine. The same thing happens. This should be turned into an MDEV. |
| Comment by David Hall (Inactive) [ 2016-10-20 ] |
|
I left it sit, and after about 5 hours, mysqld finally stopped normally. I guess it takes that long to roll it back. |
| Comment by David Thompson (Inactive) [ 2016-10-20 ] |
|
If you google load data infile very large file, lots of articles on why this is a bad idea. This is old and for mysql but is pretty good: Generally break the file into smaller chunks. |
| Comment by David Thompson (Inactive) [ 2016-10-20 ] |
|
Not a bug in column store and basically a limitation of innodb. |