目前用XAMPP來架WORDPRESS
第一次架設成功 wordpress也可操作設定
但重開機後 XAMPP的MYSQL就無法開啟
期間有修改wordpress檔案上限
在 php.ini 中修改以下的設定
max_execution_time = 300
max_input_time = 600
memory_limit = 160M
post_max_size = 500M
upload_max_filesize = 600M
之後再重開XANPP控制面板卻無法開啟MYSQL
之後又把php.ini 數職還原
還是無法開啟MYSQL
怎麼處理能開起MYSQL
MYSQL的日誌資訊
2013-08-20 10:41:12 4824 [Note] Plugin 'FEDERATED' is disabled.
2013-08-20 10:41:12 1260 InnoDB: Warning: Using innodb_additional_mem_pool_size is DEPRECATED. This option may be removed in future releases, together with the option innodb_use_sys_malloc and with the InnoDB's internal memory allocator.
2013-08-20 10:41:12 4824 [Note] InnoDB: The InnoDB memory heap is disabled
2013-08-20 10:41:12 4824 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions
2013-08-20 10:41:12 4824 [Note] InnoDB: Compressed tables use zlib 1.2.3
2013-08-20 10:41:12 4824 [Note] InnoDB: Not using CPU crc32 instructions
2013-08-20 10:41:12 4824 [Note] InnoDB: Initializing buffer pool, size = 16.0M
2013-08-20 10:41:12 4824 [Note] InnoDB: Completed initialization of buffer pool
2013-08-20 10:41:12 4824 [Note] InnoDB: Highest supported file format is Barracuda.
2013-08-20 10:41:12 4824 [Note] InnoDB: The log sequence numbers 0 and 0 in ibdata files do not match the log sequence number 2819520 in the ib_logfiles!
2013-08-20 10:41:12 4824 [Note] InnoDB: Database was not shutdown normally!
2013-08-20 10:41:12 4824 [Note] InnoDB: Starting crash recovery.
2013-08-20 10:41:12 4824 [Note] InnoDB: Reading tablespace information from the .ibd files...
2013-08-20 10:41:12 4824 [ERROR] InnoDB: Attempted to open a previously opened tablespace. Previous tablespace mysql/slave_relay_log_info uses space ID: 3 at filepath: .\mysql\slave_relay_log_info.ibd. Cannot open tablespace wordpress/wp_terms which uses space ID: 3 at filepath: .\wordpress\wp_terms.ibd
InnoDB: Error: could not open single-table tablespace file .\wordpress\wp_terms.ibd
InnoDB: We do not continue the crash recovery, because the table may become
InnoDB: corrupt if we cannot apply the log records in the InnoDB log to it.
InnoDB: To fix the problem and start mysqld:
InnoDB: 1) If there is a permission problem in the file and mysqld cannot
InnoDB: open the file, you should modify the permissions.
InnoDB: 2) If the table is not needed, or you can restore it from a backup,
InnoDB: then you can remove the .ibd file, and InnoDB will do a normal
InnoDB: crash recovery and ignore that table.
InnoDB: 3) If the file system or the disk is broken, and you cannot remove
InnoDB: the .ibd file, you can set innodb_force_recovery > 0 in my.cnf
InnoDB: and force InnoDB to continue crash recovery here.
QOO5566 wrote:
#2002 無法登錄...(恕刪)
看來是raid產生的檔案沒完全寫入的問題
這跟你改了什麼無關 而是你重開機過程造成RAID毀損
磁碟陣列raid 1 建立好之後
通常第一次的初始化 1TB來講可能就要一天...
再初始化沒完整之前 如果有重開機或者變動磁碟檔案內容
是有機會造成遺失...畢竟軟體RAID是靠記憶體存取
但一關機..這些東西是否有完整寫入 有校對完成 這很難說...
如果你只是要裝Wordpress 用apache應該是比較簡單
而FTP應該不需要吧 除非是要給外人使用
FTP替代軟體也很多
如果是H61的主機板...
建議還是用一顆硬碟就好了
R2有內建系統備份 定時晚上半夜備份到另一顆硬碟就好了
重要的應該就是MYSQL的DB跟WWW的檔案而以
不過現在買Z68的主機板 也沒很貴
貓老闆
slash410 wrote:
你是不是把xampp...(恕刪)
FTP SEVSER的資料 在XAMPP裡
不知道為甚麼讀取路勁 會抓XAMPP/XAMPP...
kahnmao wrote:
看來是raid產生的...(恕刪)
目前是系統碟x1 (資料碟x2組RAID1 用外接盒的方式 E-STAT)
當初看到01有人用這方式 串連艦隊...
也節省機殼空間(房間小 已有一台主機 另一台當儲存當然能小則小)
買了外接盒 才發現品質差異很大 也怕電源不穩 破壞硬碟
杯具...
還好500G的謎片還在...
會用FTP 因為會在用owncloud
想說創個 影音伺服器...
結果只能簡單的用區網看影片...
因為沒程式語言及作業系統的基礎
只能依別人做好的套件來用
QOO5566 wrote:
目前是系統碟x1 (...(恕刪)
之前我也有用過軟RAID
一開始都很正常
大概安裝了幾個伺服器元件之後
一次意外的當機
讓我把整台伺服器又重灌了一次
狀況跟你很像的地方就是
就是啟動不了服務
後來發現 安裝的檔案都在 路徑也都對
可是REGEDIT裡面的資訊通通空白 似乎就跟沒裝一樣
重裝軟體也無效 仍有些異常狀況
所幸後來都不用OS的軟RAID
真要用也得確認RAID初始化完成後才開始(測試)
所謂的測試就是熱拔插看OS運作狀況 跟重建的情況
軟RAID有個大問題就是
如果其中一個硬碟壞軌 可能也會造成另一顆硬碟開不了機
INTEL的IRST 只要檢測SMART錯誤 就會把硬碟跳離RAID陣列
避免損毀的資料覆蓋到其他硬碟
貓老闆
內文搜尋

X