BMS-HOSxP Community
HOSxP => แจ้งปัญหา / ขอความช่วยเหลือ => ข้อความที่เริ่มโดย: มะโหน่ง ที่ พฤษภาคม 15, 2009, 16:31:13 PM
-
Upgrate Structue แล้วเกิด Error ในช่วงที่กำลัง Update MySQL Lost connect จากนั้น ฐานข้อมูล ก็ เข้าใช้งานไม่ได้เลย ครับ ระบบแจ้ง Table 'xxxx' was not locked with LOCK TABLES ต้องแก้ไขไง ดี ครับ และ แย่กว่าคือ เครื่อง ที่ Backup ผม ก็ เจ้ง ไปด้วย ขอความช่วยเหลือ ด้วยครับ
-
ศึกษาแนวทางการแก้ไขจาก
http://hosxp.net/index.php?option=com_smf&Itemid=28&topic=10078.msg59265#msg59265
-
คือ ตอนนี้ Login ได้แต่ทำไร ไม่ได้ เลยครับ ระบบ แจ้ง ว่า
table 'xxx' was not locked with LOCK TABLE
XXX คือ ตารางที่ระบบ เรียกใช้งานครับ
OS Windows 2003 Server MySQL 5.1.28-rc-community
Error Log มีอยู่ว่า
ช่วงแรก ๆ
InnoDB: The first specified data file .\ibdata1 did not exist:
InnoDB: a new database to be created!
090405 14:35:46 InnoDB: Setting file .\ibdata1 size to 100 MB
InnoDB: Database physically writes the file full: wait...
InnoDB: Progress in MB: 100
090405 14:35:48 InnoDB: Log file .\ib_logfile0 did not exist: new to be created
InnoDB: Setting log file .\ib_logfile0 size to 64 MB
InnoDB: Database physically writes the file full: wait...
090405 14:35:50 InnoDB: Log file .\ib_logfile1 did not exist: new to be created
InnoDB: Setting log file .\ib_logfile1 size to 64 MB
InnoDB: Database physically writes the file full: wait...
InnoDB: Doublewrite buffer not found: creating new
InnoDB: Doublewrite buffer created
InnoDB: Creating foreign key constraint system tables
InnoDB: Foreign key constraint system tables created
090405 14:35:53 InnoDB: Started; log sequence number 0 0
090405 14:35:54 [Note] Event Scheduler: Loaded 0 events
090405 14:35:54 [Note] D:\HOSxP\MySQL\bin\mysqld.exe: ready for connections.
Version: '5.1.28-rc-community' socket: '' port: 3306 MySQL Community Server (GPL)
090405 14:58:07 InnoDB: Error: table `pangmapha`.`access_menu` does not exist in the InnoDB internal
InnoDB: data dictionary though MySQL is trying to drop it.
InnoDB: Have you copied the .frm file of the table to the
InnoDB: MySQL database directory from another database?
InnoDB: You can look for further help from
InnoDB: http://dev.mysql.com/doc/refman/5.1/en/innodb-troubleshooting.html
090405 14:58:07 InnoDB: Error creating file '.\pangmapha\access_menu.ibd'.
090405 14:58:07 InnoDB: Operating system error number 80 in a file operation.
InnoDB: Some operating system error numbers are described at
InnoDB: http://dev.mysql.com/doc/refman/5.1/en/operating-system-error-codes.html
InnoDB: The file already exists though the corresponding table did not
InnoDB: exist in the InnoDB data dictionary. Have you moved InnoDB
InnoDB: .ibd files around without using the SQL commands
InnoDB: DISCARD TABLESPACE and IMPORT TABLESPACE, or did
InnoDB: mysqld crash in the middle of CREATE TABLE? You can
InnoDB: resolve the problem by removing the file '.\pangmapha\access_menu.ibd'
InnoDB: under the 'datadir' of MySQL.
090405 14:58:08 InnoDB: Error: table `pangmapha`.`accessoperation` does not exist in the InnoDB internal
InnoDB: data dictionary though MySQL is trying to drop it.
InnoDB: Have you copied the .frm file of the table to the
InnoDB: MySQL database directory from another database?
InnoDB: You can look for further help from
InnoDB: http://dev.mysql.com/doc/refman/5.1/en/innodb-troubleshooting.html
090405 14:58:08 InnoDB: Error creating file '.\pangmapha\accessoperation.ibd'.
090405 14:58:08 InnoDB: Operating system error number 80 in a file operation.
InnoDB: Some operating system error numbers are described at
InnoDB: http://dev.mysql.com/doc/refman/5.1/en/operating-system-error-codes.html
InnoDB: The file already exists though the corresponding table did not
InnoDB: exist in the InnoDB data dictionary. Have you moved InnoDB
InnoDB: .ibd files around without using the SQL commands
InnoDB: DISCARD TABLESPACE and IMPORT TABLESPACE, or did
InnoDB: mysqld crash in the middle of CREATE TABLE? You can
InnoDB: resolve the problem by removing the file '.\pangmapha\accessoperation.ibd'
InnoDB: under the 'datadir' of MySQL.
090405 14:58:09 InnoDB: Error: table `pangmapha`.`active_medication` does not exist in the InnoDB internal
InnoDB: data dictionary though MySQL is trying to drop it.
InnoDB: Have you copied the .frm file of the table to the
InnoDB: MySQL database directory from another database?
InnoDB: You can look for further help from
InnoDB: http://dev.mysql.com/doc/refman/5.1/en/innodb-troubleshooting.html
090405 14:58:09 InnoDB: Error creating file '.\pangmapha\active_medication.ibd'.
090405 14:58:09 InnoDB: Operating system error number 80 in a file operation.
InnoDB: Some operating system error numbers are described at
InnoDB: http://dev.mysql.com/doc/refman/5.1/en/operating-system-error-codes.html
InnoDB: The file already exists though the corresponding table did not
InnoDB: exist in the InnoDB data dictionary. Have you moved InnoDB
InnoDB: .ibd files around without using the SQL commands
InnoDB: DISCARD TABLESPACE and IMPORT TABLESPACE, or did
InnoDB: mysqld crash in the middle of CREATE TABLE? You can
InnoDB: resolve the problem by removing the file '.\pangmapha\active_medication.ibd'
InnoDB: under the 'datadir' of MySQL.
090405 14:58:09 InnoDB: Error: table `pangmapha`.`adr_cause` does not exist in the InnoDB internal
InnoDB: data dictionary though MySQL is trying to drop it.
InnoDB: Have you copied the .frm file of the table to the
InnoDB: MySQL database directory from another database?
InnoDB: You can look for further help from
InnoDB: http://dev.mysql.com/doc/refman/5.1/en/innodb-troubleshooting.html
090405 14:58:09 InnoDB: Error creating file '.\pangmapha\adr_cause.ibd'.
090405 14:58:09 InnoDB: Operating system error number 80 in a file operation.
InnoDB: Some operating system error numbers are described at
InnoDB: http://dev.mysql.com/doc/refman/5.1/en/operating-system-error-codes.html
InnoDB: The file already exists though the corresponding table did not
InnoDB: exist in the InnoDB data dictionary. Have you moved InnoDB
InnoDB: .ibd files around without using the SQL commands
InnoDB: DISCARD TABLESPACE and IMPORT TABLESPACE, or did
InnoDB: mysqld crash in the middle of CREATE TABLE? You can
InnoDB: resolve the problem by removing the file '.\pangmapha\adr_cause.ibd'
InnoDB: under the 'datadir' of MySQL.
090405 14:58:10 InnoDB: Error: table `pangmapha`.`adr_continue_rechallenge` does not exist in the InnoDB internal
InnoDB: data dictionary though MySQL is trying to drop it.
InnoDB: Have you copied the .frm file of the table to the
InnoDB: MySQL database directory from another database?
InnoDB: You can look for further help from
InnoDB: http://dev.mysql.com/doc/refman/5.1/en/innodb-troubleshooting.html
090405 14:58:10 InnoDB: Error creating file '.\pangmapha\adr_continue_rechallenge.ibd'.
090405 14:58:10 InnoDB: Operating system error number 80 in a file operation.
InnoDB: Some operating system error numbers are described at
InnoDB: http://dev.mysql.com/doc/refman/5.1/en/operating-system-error-codes.html
InnoDB: The file already exists though the corresponding table did not
InnoDB: exist in the InnoDB data dictionary. Have you moved InnoDB
InnoDB: .ibd files around without using the SQL commands
InnoDB: DISCARD TABLESPACE and IMPORT TABLESPACE, or did
InnoDB: mysqld crash in the middle of CREATE TABLE? You can
InnoDB: resolve the problem by removing the file '.\pangmapha\adr_continue_rechallenge.ibd'
InnoDB: under the 'datadir' of MySQL.
090405 14:58:10 InnoDB: Error: table `pangmapha`.`adr_death` does not exist in the InnoDB internal
InnoDB: data dictionary though MySQL is trying to drop it.
InnoDB: Have you copied the .frm file of the table to the
InnoDB: MySQL database directory from another database?
ช่วงหลัง ๆ
090515 14:48:24 [ERROR] Cannot find or open table pangmapha_blank/ovst from
the internal data dictionary of InnoDB though the .frm file for the
table exists. Maybe you have deleted and recreated InnoDB data
files but have forgotten to delete the corresponding .frm files
of InnoDB tables, or you have moved .frm files to another database?
or, the table contains indexes that this version of the engine
doesn't support.
See http://dev.mysql.com/doc/refman/5.1/en/innodb-troubleshooting.html
how you can resolve the problem.
090515 14:49:17 [ERROR] Cannot find or open table pangmapha_blank/ovst from
the internal data dictionary of InnoDB though the .frm file for the
table exists. Maybe you have deleted and recreated InnoDB data
files but have forgotten to delete the corresponding .frm files
of InnoDB tables, or you have moved .frm files to another database?
or, the table contains indexes that this version of the engine
doesn't support.
See http://dev.mysql.com/doc/refman/5.1/en/innodb-troubleshooting.html
how you can resolve the problem.
090515 14:55:24 [Note] D:\HOSxP\MySQL\bin\mysqld.exe: Normal shutdown
090515 14:55:24 [Note] Event Scheduler: Purging the queue. 0 events
090515 14:55:26 [Warning] D:\HOSxP\MySQL\bin\mysqld.exe: Forcing close of thread 1988 user: 'sa'
090515 14:55:26 [Warning] D:\HOSxP\MySQL\bin\mysqld.exe: Forcing close of thread 1987 user: 'sa'
090515 14:55:26 [Warning] D:\HOSxP\MySQL\bin\mysqld.exe: Forcing close of thread 1961 user: 'sa'
090515 14:55:26 [Warning] D:\HOSxP\MySQL\bin\mysqld.exe: Forcing close of thread 400 user: 'sa'
090515 14:55:26 [Warning] D:\HOSxP\MySQL\bin\mysqld.exe: Forcing close of thread 372 user: 'sa'
090515 14:55:26 [Warning] D:\HOSxP\MySQL\bin\mysqld.exe: Forcing close of thread 367 user: 'sa'
090515 14:55:26 [Warning] D:\HOSxP\MySQL\bin\mysqld.exe: Forcing close of thread 366 user: 'sa'
-
ตามรูปครับ
:D ;) :D ;)
เข้า Emergency mode ให้ได้ครับ
ตามลิ้งกระทู้ด้านบน
แล้วเข้า ได้ ให้ทำตามกระทู้ด้านล่าง
-
ถ้าแก้ปัญหานี้ได้แล้ว แนะนำให้ใช้
-CentOS 5.3 64 bit + MySQL 5.1.30 64 bit เพราะมันเสถียรกว่า windows ครับ
-
ศึกษาแนวทางการแก้ไขจาก
http://hosxp.net/index.php?option=com_smf&Itemid=28&topic=10078.msg59265#msg59265
ตามนี้ครับ ของเดิม ด้านบน
http://hosxp.net/index.php?option=com_smf&Itemid=28&topic=10078.msg59265#msg59265
-
ขอบคุณครับ อยู่ระหว่าง รอ Server ใหม่ อยู่ ครับ
ตอนนี้ ต้อง แก้ไข ไปก่อน พลาง ๆ ขอบคุณครับ :-\
-
ถ้าแก้ปัญหานี้ได้แล้ว แนะนำให้ใช้
-CentOS 5.3 64 bit + MySQL 5.1.30 64 bit เพราะมันเสถียรกว่า windows ครับ
ผมก็แนะนำให้ใช้เหมือนกัน
linux 64 bit + MySQL 5.1.30 หรือ
;D ;D ;D ;D ;D ;D ;D ;D ;D ;D ;D ;D ;D ;D ;D ;D
CentOS 5.3 64 bit + MySQL5.1.30 XtraDB 64 bit RAM 2 GB
ผมใช้กับ สอ.ใน อ.หนองปรือ จ.กาญจนบุรีแล้ว ก็น่าใช้นะครับ
ที่ทดสอบ มี server รอให้ทดสอบ สัปดาห์หน้า อีก 10 เครื่อง(สอ.ใน อ.ท่าม่วง จ.กาญจนบุรี)
-
ตรวจสอบ driver D
ด้วยครับ
ว่า พื้นที่ เหลือเท่าไรครับ
-
เอา my.ini
ส่งขึ้นมาด้วยครับ
-
ขอบคุณครับ อยู่ระหว่าง รอ Server ใหม่ อยู่ ครับ
ตอนนี้ ต้อง แก้ไข ไปก่อน พลาง ๆ ขอบคุณครับ :-\
เป็นกำลังใจให้ครับ .... ผมกว่าจะได้ Server ผมได้ TV มาดูก่อน((ท่าน ผอ. จัดให้ เค้าบอกว่าสำคัญ))) แต่หวังว่าที่อื่นคงไม่เหมือนผมนะครับ :'(
-
ถ้าแก้ปัญหานี้ได้แล้ว แนะนำให้ใช้
-CentOS 5.3 64 bit + MySQL 5.1.30 64 bit เพราะมันเสถียรกว่า windows ครับ
ผมก็แนะนำให้ใช้เหมือนกัน
linux 64 bit + MySQL 5.1.30 หรือ
;D ;D ;D ;D ;D ;D ;D ;D ;D ;D ;D ;D ;D ;D ;D ;D
CentOS 5.3 64 bit + MySQL5.1.30 XtraDB 64 bit RAM 2 GB
ผมใช้กับ สอ.ใน อ.หนองปรือ จ.กาญจนบุรีแล้ว ก็น่าใช้นะครับ
ที่ทดสอบ มี server รอให้ทดสอบ สัปดาห์หน้า อีก 10 เครื่อง(สอ.ใน อ.ท่าม่วง จ.กาญจนบุรี)
สุดยอดจริงๆ พี่บอย มีของให้ทดสอบ เบื่อแล้วส่งมาทางนี้ด้วยนะครับ 5 5 5 5 ;D ;D ;D ;D ;D ;D
-
ขอคุณครับ ตอนนี้ แก้ปัญหาได้แล้ว ครับ สาเหตุ อาจจะเกิดจาก Server ผม Ram มันน้อน ครับ
แค่ 512MB เอง ใช้มานานนมหลายปี ตอนนี้ ก้ เพียงแก้ไขให้ใช้งานได้ไปก่อนครับ เพราะว่าจะ
ได้ Server ใหม่ เดือนหน้านี้แล้วครับ ยังไง คงได้รบกวนอาจารย์ ทุกท่านอีกรอบ แล้ว มีใครใช้
FreeBSD บ้างไหม ครับ ขอบคุณครับ