CPanel ได้ออกประกาศแจ้งข้อมูลเรื่องการหมดอายุของ Intermediate CA ที่ออกโดย Sectigo ซึ่งหมดอายุ ในวันที่ 30 พฤษภาคม 2563 ที่ผ่านมา ส่งผลให้ OpenSSL บาง Version ไม่สามารถตรวจสอบใบรับรองได้ และซอฟต์แวร์บางส่วนได้รับผลกระทบ การติดตั้งใหม่และการอัพเดท cPanel & WHM, EasyApache รวมถึงบริการอื่น ๆ ก็ได้รับผลกระทบในครั้งนี้ด้วย เบื้องต้นทาง cPanel ได้ทำการติดตั้งและอัพเดท CA ที่ปรับปรุงแก้ไขแล้วโดย Sectigo เพื่อให้สามารถกลับมาใช้งานได้เป็นปกติ สำหรับเหตุการณ์นี้เพื่อให้แน่ใจว่าใบรับรอง SSL ที่ออกใบรับรองโดย Sectigo ก่อน 1 พฤษภาคม 2020 ยังคงทํางานได้ ทุกท่านสามารถตรวจสอบและดูข้อมูลเพิ่มเติมได้ที่นี่: https://support.cpanel.net/hc/en-us/articles/360048670574-Root-CA-Certificate-Expiration ลูกค้าที่ใช้บริการ Hosting, VPS, VMware และ Dedicated Server พร้อม cPanel กับทางเน็ตเวย์ไม่ต้องเป็นกังวลใจไป ทางเราได้อัพเดท cPanel Version เพื่อให้ลูกค้าใช้งาน SSL ได้อย่างราบรื่น แต่หากลูกค้าท่านใดที่มีข้อสงสัยเกี่ยวกับเรื่องของ Intermediary CA สามารถติดต่อสอบถามเพิ่มเติมกับทีมเทคนิคของทางเน็ตเวย์ได้เลยค่ะ
External license คือ license ที่ได้รับอนุญาติในฐานะ distributor ทำให้สามารถขาย license อย่างเดียวได้ แต่ internal license นั้นผู้ให้บริการจะไม่อนุญาติให้ขายแต่ license อย่างเดียว ต้องขายร่วมกับบริการอื่น ๆ ด้วย จึงจะถูกต้องตามใบอนุญาติ โดยปกติแล้ว external license จะมีราคาแพงกว่า
ปัญหา เนื่องจากการ Query database บน Mysql 5.7 นั้นจะมีการ Enable Option บางส่วนขึ้นมาโดยอัตโนมัติ ส่งผลกระทบให้การ Query database ข้อมูลที่มีขนาดใหญ่ใช้เวลามากกว่าปกติที่ใช้ Mysql Version เก่า วิธีแก้ไขปัญหา 1. ทำการตรวจสอบ Option : optimizer_switch ที่มีการเปิดใช้งานทั้งหมดบน Mysql 5.7 ที่ใช้งานอยู่ปัจจุบัน [root@system ~]# mysql Welcome to the MySQL monitor. Commands end with ; or \g.Your MySQL connection id is 3091Server version: 5.7.29 MySQL Community Server (GPL) Copyright (c) 2000, 2020, Oracle and/or its affiliates. All rights reserved. Oracle is a registered trademark of Oracle Corporation and/or itsaffiliates. Other names may be trademarks of their respectiveowners. Type 'help;' or '\h' for help. Type '\c' to clear the current input statement. mysql>SELECT @@optimizer_switch\G จะพบข้อมูล mysql> SELECT @@optimizer_switch\G*************************** 1. row ***************************@@optimizer_switch: index_merge=on,index_merge_union=on,index_merge_sort_union=on,index_merge_intersection=on,engine_condition_pushdown=on,index_condition_pushdown=on,mrr=on,mrr_cost_based=on,block_nested_loop=on,batched_key_access=off,materialization=on,semijoin=on,loosescan=on,firstmatch=on,duplicateweedout=on,subquery_materialization_cost_based=on,use_index_extensions=on,condition_fanout_filter=on,derived_merge=on1 row in set (0.00 sec) mysql> ให้ทำการสังเกตุข้อมูลในส่วนของ derived_merge=onและทำการ Disable Option optimizer_switch : derived_merge=off 2. วิธีการ Disable Option : optimizer_switch ให้ทำการแก้ไขไฟล์ Config database [root@system ~]# nano -w /etc/my.cnf 3. จากนั้นทำการเพิ่มข้อมูล [mysqld]optimizer_switch=derived_merge=off 4. หลังจากการเพิ่มข้อมูลเรียบร้อยแล้วให้ทำการ Restart service mysql [root@system ~]# systemctl restart mysqld.service 5. ทำการตรวจสอบความถูกต้องอีกครั้ง [root@system ~]# mysql Welcome to the MySQL monitor. Commands end with ; or \g.Your MySQL connection id is 3091Server version: 5.7.29 MySQL Community Server (GPL) Copyright (c) 2000, 2020, Oracle and/or its affiliates. All rights reserved. Oracle is a registered trademark of Oracle Corporation and/or itsaffiliates. Other names may be trademarks of their respectiveowners. Type 'help;' or '\h' for help. Type '\c' to clear the current input statement. mysql>SELECT @@optimizer_switch\G จะพบข้อมูล mysql> SELECT @@optimizer_switch\G*************************** 1. row ***************************@@optimizer_switch: index_merge=on,index_merge_union=on,index_merge_sort_union=on,index_merge_intersection=on,engine_condition_pushdown=on,index_condition_pushdown=on,mrr=on,mrr_cost_based=on,block_nested_loop=on,batched_key_access=off,materialization=on,semijoin=on,loosescan=on,firstmatch=on,duplicateweedout=on,subquery_materialization_cost_based=on,use_index_extensions=on,condition_fanout_filter=on,derived_merge=off1 row in set (0.00 sec) mysql> ให้ทำการสังเกตุข้อมูลในส่วนของ derived_merge จะพบว่าค่า Configuration ถูกเปลี่ยนแปลงเป็น derived_merge=off ทดสอบการ Query database จะพบว่าความเร็วในการ Query ข้อมูลได้รวดเร็วยิ่งขึ้น
สาเหตุ เกิดจากการย้าย server แล้ว chatset ผิดปกติจะเกิดจากเดิมใช้ latin1 แล้วมาใช้ utf8 หรือ tis620dump database จากเรื่องเดิมลองเปิดไฟล์ที่ dump มาว่าอ่านจาก terminal อ่านภาษาไทยได้หรือไม่ปกติจะอ่านไม่ได้import เข้า mysql ของเครื่องตัวเองก่อน ปกติจะเป็นตัวยึกยือ แต่ไม่ใช่ ??? ถ้าดูจาก phpmyadmin วิธีแก้ปัญหา 1. mysqldump -v -h localhost -u root -p --default-character-set=utf8 --skip-set-charset thaiphuk_pro > thaiphuk_pro.sql 2. replace utf8 tis620 -- /home/prasit/tmp/smilepet_demo1.sql หมายเหตุ บางครั้งการ import อาจจะมีพวก latin ผผสมไปกับข้อความอีกการ replace อาจจะไม่ได้ผล ผมใช้ Aptana สร้าง Project ขึ้นมา แล้ว นำไฟล์ sql ที่จะ import มาตั้ง charset เป็น TIS-620 แล้วใช้การ copy ข้อความ ไปไส่ไฟล์ใหม่ ที่เป็น utf8 แล้วค่อย import การ import database จากไฟล์ mysql -v --default-character-set=tis620 -h localhost -u root -p smilepet_forums < /home/prasit/tmp/smilepet_forums.sql database ecomsupp_mlm ตอนนี้อยู่บนเครื่อง payap ใช้ phpmyadmin backup แล้วมีปัญหา ภาษาไทย ให้ใช้ mysqldump ไปก่อน root@payap [/home/ecomsupp/database_backup]# mysqldump --default-character-set=utf8 --skip-set-charset ecomsupp_mlm > ecomsupp_mlm_2011_09_22.sql root@payap [/home/ecomsupp/database_backup]# tar -cvzf ecomsupp_mlm_2011_09_22.sql.tar.gz ecomsupp_mlm_2011_09_22.sql
ปัญหา ปัญหา database Innodb error ไม่สามารถเรียกได้ หรือขึ้น error ไม่สามารถเรียกได้ ทางแก้ปัญหา ให้ทำการตรวจสอบได้จาก mysql error log เมื่อตรวจพบว่าเป็นปัญหาที่ Innodb เราจะต้องทำการ export Database ออกมาก่อน แล้วทำการ dump database กลับเข้าไปใหม่โดย 1. ให้ทำการ เพิ่มค่า innodb_force_recovery = 6 ในไฟล์ /etc/my.cnf หมายเหตุ : การกำหนดค่า innodb_force_recovery นี้ มีความเสี่ยงที่จะทำให้ข้อมูลสูญหายได้ โดยจะมีค่าตั้งแต่ 1-6 เราควรกำหนดให้เหมาะสม 2. จากนั้นให้ทำการ restart service mysql 3. ให้ทำการ export all database โดยใช้คำสั่ง Export เพียง 1 Database : mysqldump -u root -p databases > database.sql Export database all : mysqldump -u root -p --all-databases > alldb.sql ถ้า export database ออกมาไม่ได้อาจจะติดที่ tables databases lock ให้ใช้คำสั่ง Export เพียง 1 Database : mysqldump -u root -p database --skip-lock-tables > alldb.sql Export database all : mysqldump -u root -p --all-databases --skip-lock-tables > alldb.sql 4. จากนั้นให้ทำการ ลบค่า innodb_force_recovery = 6 ในไฟล์ /etc/my.cnf 5. จากนั้นให้ทำการ restart service mysql 6. ทำการ import mysql database ที่ทำการ export กลับเข้าไปโดยใช้คำสั่ง Import เพียง 1 Database : mysql -u root -p database < database.sql Import database all : mysql -u root -p < alldb.sql สาเหตุของปัญหา ในการใช้งาน MySQL โดยทั่วไปนั้น มีโอกาสที่จะพบปัญหา database เสียหาย เช่นกรณีไฟดับ Harddisk Drive เสีย หรือระบบหยุดทำงานแบบผิดปกติโดยไม่ทราบสาเหตุ