lumanager使用中典型問題整理集合
西門哥把遇到的問題盡量的做了一些整理供大家參考，幫上忙了支持下，大家有好貼希望拿來一起分享。
首先附上官方的基礎FAQ:http://www.zijidelu.org/thread-2106-1-1.html
Q:使用LuManager之前請先了解幾個概念，什么是LuManager?什么是Lunamp？什么是HttpOS？什么是ssh、putty、winscp？
A:LuManager(LUM)：用來管理LuNamp的傻瓜化的虛擬主機，FTP，MySQL管理面板（快速記憶：Linux/Unix的管理者）zijidelu_install.tar.gz：這是一個用來自動化安裝LuNamp和LuManager的腳本程序，一般用戶只需下載這個就行了，LuNamp和LuManager的下載是自動進行的。LuNamp：LuNamp由Apache，Nginx，MySQL，Pure-Ftpd，Zend Optimizer等軟件組成的自動化安裝包。HttpOS一個基於CentOS的Linux發行版，全自動安裝，集成了LUM。其他的百度或者google下吧。注意工具去官方下載小心漢化部分有安全隱患。
Q:安裝LUM到一半，ssh斷開了，怎么才能接着安裝
A:重新執行命令系統會自動進行檢測已安裝然后執行未安裝
Q: LUM理論支持所有的linux and unix我們推薦centos和debian
A: LUM已經做了最大兼容，各種客戶均有，但是我們不建議過分糾結某個系統或版本，你的硬件也給你帶來了杯具。
Q: LUM的內存占用多少？耗內存么
A:經過優化的lum配置可以將內存控制到60-70m 一般centos默認安裝lum后初始內存好像通常也只有80-120m內存。若你非拿個128m內存配置用於生產環境…… 最簡單的優化去后台-【系統管理】-【開機&關機等行為】可以關閉掉部分程序
Q:愛洞大是在火狐下調試開發的LUM面板，管理lum用瀏覽器時注意
A:老版搜狗瀏覽器會導致后台個別編輯時報錯，360保存了自動填表或者帳號密碼的個別版本中，（主要是自on個填表插件bug導致）其他暫無反饋，個別 錯誤記得清理瀏覽器緩存與cookie。搜狗最新版似乎已經解決，愛洞向搜狗瀏覽器開發部反饋過。360最新版帶[登錄管家]的個別會因為保存登錄賬戶會 出現。
Q:不管是新安裝還是升級lum，突然的異常報錯，或者網站打不開，我經驗推薦你先執行幾個命令檢查環境
A:ssh下執行lu-restart 查看有無異常，也就是說先看服務是否正常，后台清除緩存，更新網站，檢查網站錯誤，以及修復網站權限，檢查下就會發現問題所在，當然我想經驗豐富的很快就能定位問題，沒條件支持命令刷新看下lum后台首頁下方查看各個軟件狀態。
Q: Apache_LuManager 啟動失敗！Apache_LuManager was started failed.
Running: /usr/local/pureftpd/sbin/pure-ftpd -A -c50 -B -C5 -D
A: lu-repair -y 同時檢查 8888端口被暫用。查看命令：netstat -an
Q:如何重新編譯PHP（其他程序同理）
A:解壓一下LuNamp_last.tar.gz
然后切換到LuNamp/code/php目錄
再執行./php.sh便可（./php_LuManager.sh也是一樣，其他程序同理）
Q:全新安裝的LUM登陸提示：數據庫lumanager不存在
A: lu-repair -y 然后lu-restart 或請重新用zijidelu_install.sh裝一下.極少這種情況。
Q:登陸pm(phpmyadmin)后台報錯
A:若你后台沒有禁止只能登陸后台才能訪問，出現報錯首先對照兩個config(下面有路徑)的密碼是否統一，若統一則執行
ln -s /usr/local/LuNamp/pm /usr/local/LuManager/pm
Q:系統發生錯誤 您可以選擇 [ 重試 ] [ 返回 ] 或者 [ 回到首頁 ][ 錯誤信息 ]
Can't connect to local MySQL server through socket '/tmp/mysql.sock' (2)
A:執行：ln -s /var/lib/mysql/mysql.sock /tmp/mysql.sock 用mysql-restart看是否有錯誤提示，或者檢查改一下home/lum_safe_files/config.php or /usr/local/LuManager/Conf/config.php中的數據庫連接密,當然你可以選擇命令一鍵初始（mysql- reset_password 初始化mysql密碼命令）你也可以看看http://www.zijidelu.org/thread-2679-1-1.html
Q: LuManager 怎么設置某些FTP用戶只有下載而沒有刪除和上傳的權限
A:直接在后台建FTP，在建的時候指定絕對目錄到網站目錄下,然后通過winscp上傳文件（用root用戶上傳，不受權限影響），然后更改每一個 FTP目錄的屬主為daemon，用戶權限為544（網站可以讀文件和FTP用戶都不能刪除文件，只有daemon和root用戶可以刪除文件了）
Q:FTP不穩定是pureftpd1.0.32不穩定造成的，請經常使用FTP的用戶升級到1.0.35即可
A:使用./LuNamp/code/pureftpd/pureftpd.sh進行升級即可. 即：LuNamp的code下的Pureftpd下面運行那個sh
或去官網www.pureftpd.org/project/pure-ftpd 下載安裝pure-ftpd-1.0.35.tar.gz
Q:如何修改LUM后台的默認8888端口？
A:打開文件/usr/local/apache_LuManager/conf/httpd.conf把里面的8888改掉成您所需的端口，如果裝有防火牆，再將防火牆的端口打開，然后apache_LuManager-restart
Q: LUM如何實現按天或者按周進行自動分割？
A: LUM的日志分割是任意配置的，請在任務計划中進行配。
Q: LUM的登錄密碼、保護密碼、mysql密碼pgsql密碼等在哪里管理？
A: 一定要在【用戶與密碼】—密碼管理—進行修改設置，別直接操作用戶管理的密碼然后，發現不能登錄迷茫， 初次安裝lum有提示的。
Q: 對環境不會優化，一竅不通。
A: 安裝好先去開啟下智能優化和修改下mysql連接數吧。基礎詳參很建議做些補習設置好。
Q: 緩存文件寫入失敗！:.//Runtime/Cache/d3ec9c68406519fa6f2eb840138e789f.php
A: 應該空間滿了,清理文件騰出空間后,用zijidelu_install升級一下
Q: 用mysqladmin -u root -p password 修改密碼后，lumanager不能登錄，顯示Access denied for user 'root'@'localhost' (using password: YES)
A: 用zijidelu_install升級一下
Q:如何訪問日志文件
A: 日志文件在/home/hosts_log/下
Q:如何增加自定義的系統管理員?
A:編輯/usr/local/LuManager/Conf/config.php文件，設置一下SYSTEM_ADMIN_ID參數
Q: PHP的配置文件在哪兒放
A: 用phpinfo看若函數被禁止，shell下執行php -v或者find / -name php.ini
Q: LUM忘記了mysql密碼或者數據庫異常如何處理？
A: 依然首先建議重啟mysql，ssh下用mysql-restart看是否有錯誤提示，若正常檢查改一下home/lum_safe_files /config.php or /usr/local/LuManager/Conf/config.php中的數據庫連接密,當然你可以選擇命令一鍵初始（mysql- reset_password 初始化mysql密碼命令）或者http://www.zijidelu.org/thread-2300-1-1.html。
Q: 在LUM和Linux下如何查看內存？
A:在lum后台有內存狀態顯示，linux我們一般用free命令和cat /proc/meminfo。
Q: LUM提示nginx未啟動等常規處理方法？
A:nginx-restart，更新緩存—更新網站—檢查網站錯誤—查找錯誤的內容—修改錯誤—ok，通常是配置的規則錯誤等引起。
Q:取消了其中一個域名的綁定 跟着網站就打不開了，LUM中重啟了一下系統 現在連控制面板都進入不了
A:用ssh執行lu-restart 即可
Q:服務器的網絡配置和DNS服務器修改
A:1、網卡配置vi /etc/sysconfig/network-scripts/ifcfg-eth0
2、DNS服務器修改vi /etc/resolv.conf.
3、后台【配置與優化】—【配置linux】—最下方進行dns修改
Q: LUM取消綁定還解析正常以及xx問題？
A:凡獨立ip都會這樣的，所有都是，只是個別你把默認網站刪除或者關閉，而LUM的默認是排序最靠前的。我建議安裝lum后新建一個空站排序設置少於默 認2000保持排序首位，這個十分必要，這樣就有了你想要的效果，也防止別人惡意解析你ip，當然官也提供了更簡單方案，在【配置優化】—【配置 lumanager】設置下未綁定不讓訪問
Q:安裝好lum后裝探針為何不顯示cpu和內存等參數？
在LUM的系統管理中，編輯php.ini文件，將disable_functions參數的值去掉，變成
disable_functions = 或者切換到apahce下。（在LUM的后台，把禁用的函數去掉便可）
Q:忘記系統root密碼怎么辦？
lum后台【密碼管理】可以修改root密碼
Q:如何備份重裝lumanager和重裝系統后如何還原？
1. 備份/home（可以用tar打包）
2. 在新機器上裝上LUM（mysql數據庫版本必須相同）
3. 將新機器上的/home重命名為/home.bak（mv /home /home.bak）
4. 創建/home目錄（mkdir /home）
5. 將備份的文件解壓，並移動到/home目錄下
Q：FTP無法鏈接
A：ssh登錄執行pureftpd-restart重啟，同時刷新查看lum后台首頁下方提示的ftpd的狀態
1. mysql或者pgsql的密碼，不能是zijidelu
2. 保證FTP的密碼正確（建議重新修改一次）
3. 在LUM后台重啟一下pureftpd
4. 如果還是不行，請手動重啟pureftpd（pureftpd-restart）
Q:升級后出現數據庫連接錯誤時的修復方法
升級后，出現：Access denied for user 'root'@'localhost' (using password: YES)
錯誤提示2：數據庫連接出錯，請檢查MySQL是否啟動
A:修復辦法：
打開/usr/local/LuManager/Conf/config.php
將數據庫的root密碼改成正確的，修改一下config.php中的連接密碼，/usr/local/LuManager/Conf /config.php和/home/lum_safe_files/config.php都檢查下，若密碼忘記了，用phpMyAdmin將數據庫的 root用戶密碼改成zijidelu保持config一致，登陸后台密碼管理中，將數據庫密碼再改一次。初始化mysql密碼命令mysql- reset_password
Q：LuManager登陸很慢
A：更換DNS，在LUM后台，配置linux系統，修改resolv.conf
nameserver 8.8.8.8
nameserver 208.67.222.222
Q:訪問域名出現類似以下錯誤：Error messages: [Type] 查詢語句錯誤[1036] Table 'common_block' is read only [Query] UPDATE common_block SET `dateline`='1328099475' WHERE `bid`='65'
A：lu-repair如果不能解決，重啟服務器應該可以解決了
Q:CDN加速是不是就是反向代理？
A:CDN可以說是反向代理和緩存的結合.
Q:查看FastCGI進程數
A:執行命令netstat -anpo | grep "php-cgi" | wc -l 查看進程數
Q:阿里雲：Trying other mirror.Error: failure: repodata/primary.sqlite.bz2 from addons: [Errno 256] No more mirrors to try.
A:這是阿里雲服務器上的bug,他們將源改成了盛大雲,如果用163的就行了.
精華帖整理中
利用LUM強大的CDN功能創建網站CDN靜態內容加速實例
http://www.zijidelu.org/forum-36-1.html LuManager基礎教程區
http://www.zijidelu.org/forum-48-1.html 最小化安裝系統視頻教程區
Q: 網站經常出現502和504錯誤，該怎么辦？
A: 這是由於頁面執行時間超過1分鍾造成的（正常情況下是不會發生的），如果要加大時間長，請在Nginx的擴展里(location段)添加以下三行
proxy_connect_timeout 300; proxy_send_timeout 300; proxy_read_timeout 300;
NGINX 502 Bad Gateway錯誤是FastCGI有問題，造成NGINX 502錯誤的可能性比較多。比如：如果實際使用的“FastCGI進程數”接近預設的“FastCGI進程數”，那么，說明“FastCGI進程數”不夠用，需要增大。部分PHP程序的執行時間超過了Nginx的等待時間，可以適當增加nginx.conf配置文件中FastCGI的timeout時間。
我將502 Bad Gateway錯誤有關的問題和排查方法列一下，先從FastCGI配置入手：
1.FastCGI進程是否已經啟動
2.FastCGI worker進程數是否不夠
運行 netstat -anpo | grep “php-cgi” | wc -l 判斷是否接近FastCGI進程，接近配置文件中設置的數值，表明worker進程數設置太少
3.FastCGI執行時間過長
根據實際情況調高以下參數值
fastcgi_connect_timeout 300;
fastcgi_send_timeout 300;
fastcgi_read_timeout 300;
4.FastCGI Buffer不夠
nginx和apache一樣，有前端緩沖限制，可以調整緩沖參數
fastcgi_buffer_size 32k;
fastcgi_buffers 8 32k;
5.Proxy Buffer不夠
如果你用了Proxying，調整
proxy_buffer_size 16k;
proxy_buffers 4 16k;
6.https轉發配置錯誤
正確的配置方法
server_name www.mydomain.com;
location /myproj/repos {
set $fixed_destination $http_destination;
if ( $http_destination ~* ^https(.*)$ )
{
set $fixed_destination http$1;
}
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header Destination $fixed_destination;
proxy_pass http://subversion_hosts;
}
Nginx 413錯誤的排查:修改上傳文件大小限制
在上傳時nginx返回了413錯誤，查看log文件，顯示的錯誤信息是:”413 Request Entity Too Large”, 於是在網上找了下“nginx 413錯誤”發現需要做以下設置：
在nginx.conf增加 client_max_body_size的相關設置, 這個值默認是1m，可以增加到8m以增加提高文件大小限制；
如果運行的是php，那么還要檢查php.ini，這個大小client_max_body_size要和php.ini中的如下值的最大值一致或者稍大，這樣就不會因為提交數據大小不一致出現的錯誤。
post_max_size = 8M
upload_max_filesize = 2M
Nginx 400錯誤排查：HTTP頭/Cookie過大
今天有人匯報nginx的HTTP400錯誤，而且這個HTTP400錯誤並不是每次都會出現的，查了一下發現nginx 400錯誤是由於request header過大，通常是由於cookie中寫入了較長的字符串所引起的。
解決方法是不要在cookie里記錄過多數據，如果實在需要的話可以考慮調整在nginx.conf中的client_header_buffer_size(默認1k)
若cookie太大，可能還需要調整large_client_header_buffers默認4k)，該參數說明如下：
請求行如果超過buffer，就會報HTTP 414錯誤(URI Too Long)
nginx接受最長的HTTP頭部大小必須比其中一個buffer大，否則就會報400的HTTP錯誤(Bad Request)。