Linux部署禪道及默認端口修改和附件大小限制修改和使用過程各類排坑

時間  2019-11-11
標籤 linux 部署 默認 端口 修改 附件 大小 限制 使用 過程 各類 欄目 Linux 简体版
原文   原文鏈接

Linux部署禪道及默認端口修改和附件大小限制修改和使用過程各類排坑

  • 本篇博客將分享本人在使用禪道是遇到的不少問題但願對你們有所幫助
  • 有些問題只是發現了但如今的能力沒辦法解決但願大佬能提提意見給點幫助

參考文獻：
http://www.zentao.net/php

注：官網上也可直接下載，在官網上有四個鏈接，國際版的你們能夠隨意，我的覺仍是本土的好用，但在站點一和站點二兩個路徑下載的zentao包安裝上在初次使用和文件上傳中仍是有點差異的，站點一在上傳帶有大附件的東西是，咱們看不到是否點擊成功，但站點二的能夠直觀的看到，因此推薦下載站點二的：
Linux部署禪道及默認端口修改和附件大小限制修改和使用過程各類排坑mysql

這裏咱們直接安裝最新版的禪道10.0版本的，此版本中僅僅優化了圖形界面，還填補了許多之前版本的bugnginx

首先咱們須要安裝lrzsz：web

yum -y install lrzsz

把咱們準備好的按轉包導入/usr/local/src中sql

解壓文件：docker

tar zxf /usr/local/src/ZenTaoPMS.10.0.stable.zbox_64.tar.gz.tgz -C /opt/
  • 注：這裏我安裝的是Linux一鍵安裝包官方給出的方法就是直接解壓到/opt/目錄下直接啓動就行，若解壓到其餘目錄下可能目錄權限可能出現問題，直接給777權限都不行，因此咱們仍是別整那些幺蛾子，本身找官方的指示進行便可，如果有目錄規定強行要求能夠參考官網其餘安裝方法

解壓到此目錄下咱們就能夠直接啓動禪道了數據庫

  • 下面是禪道的基本操做命令
    啓動禪道： 
    sh /opt/zbox/zbox start

    關閉禪道：vim

    sh /opt/zbox/zbox stop

    重啓禪道：瀏覽器

    sh /opt/zbox/zbox restart

    修改默認Apache端口：安全

    sh /opt/zbox/zbox -ap [port]

    修改默認mysql端口：

    sh /opt/zbox/zbox -mp [port]

注：一鍵安裝包是把http和mysql都集成到zentao安裝中的（默認http端口是80，mysql是3306,肯能會有端口衝突因此建議修改默認端口），因此不用咱們額外安裝，若不想使用自帶的mysql數據庫，能夠選擇其餘的安裝方式
首先咱們修改Apache port和mysql port：

sh /opt/zbox/zbox -ap 9090
sh /opt/zbox/zbox -mp 3307

啓動zentao：

sh /opt/zbox/zbox start

以下：
Linux部署禪道及默認端口修改和附件大小限制修改和使用過程各類排坑

顯示success表示咱們成功了，可是真正成功咱們得抓端口監聽：
Linux部署禪道及默認端口修改和附件大小限制修改和使用過程各類排坑
這是表示咱們已經成功了，咱們能夠經過訪問web來查看了：

若修改了Apache端口的訪問：

http://ip:[Apache port]

若沒修改直接訪問IP便可（web默認即爲80）：

http://ip

訪問成功以下：（點擊開源版咱們就能夠開啓禪道之旅了）
Linux部署禪道及默認端口修改和附件大小限制修改和使用過程各類排坑

進入後咱們能夠設置語言環境：
Linux部署禪道及默認端口修改和附件大小限制修改和使用過程各類排坑
固然默認中文就好使了，這時候有人就會有疑問了，怎麼還須要登陸用戶和密碼呢，我沒建立過啊，是否是我點錯了啊，不當心建立了，或者省略了哪一步啊，既然你看到了這邊文檔那我告訴你，這都不叫事，在禪道10.0版本後爲了增強安全性，在首次登陸咱們須要初始密碼，固然網上也能夠看到，可是好多都是瞎扯的，正確的用戶名和麪是：

user：admin
password：123456

登陸後系統會讓咱們修改密碼的
Linux部署禪道及默認端口修改和附件大小限制修改和使用過程各類排坑
原密碼就是咱們初始密碼：123456

這時候咱們安裝部署就到此結束了可使用了，下面要說的就是排坑及一些擴展性的東西

啓動禪道時報錯：
首先咱們須要查看mysql和Apache日誌信息有是否有報錯
Linux部署禪道及默認端口修改和附件大小限制修改和使用過程各類排坑
若是有報錯，根據報錯進行排查，但通常啓動失敗有一下幾個問題：

  • 啓動的用戶權限不夠，要麼使用root，要麼sudo（我的建議）
  • 查看是否Apache和MySQL端口被佔用
  • tar包解壓的位置有問題，沒有放在/opt目錄下

禪道啓動後errror_log中有大量error信息
如：

[Tue Aug 02 10:07:44.338117 2017] [mpm_event:alert] [pid 746:tid 2913958720] (11)Resource temporarily unavailable: apr_thread_create: unable to create worker thread
[Tue Aug 02 10:07:44.342509 2017] [mpm_event:crit] [pid 746:tid 2901408576] (22)Invalid argument: ap_queue_pop failed
[Tue Aug 02 10:07:44.342585 2017] [mpm_event:crit] [pid 746:tid 2901408576] (22)Invalid argument: ap_queue_pop failed
[Tue Aug 02 10:07:44.342590 2017] [mpm_event:crit] [pid 746:tid 2901408576] (22)Invalid argument: ap_queue_pop failed
[Tue Aug 02 10:07:44.342593 2017] [mpm_event:crit] [pid 746:tid 2901408576] (22)Invalid argument: ap_queue_pop failed
[Tue Aug 02 10:07:44.342598 2017] [mpm_event:crit] [pid 746:tid 2901408576] (22)Invalid argument: ap_queue_pop failed
[Tue Aug 02 10:07:44.342604 2017] [mpm_event:crit] [pid 746:tid 2901408576] (22)Invalid argument: ap_queue_pop failed
[Tue Aug 02 10:07:44.342609 2017] [mpm_event:crit] [pid 746:tid 2901408576] (22)Invalid argument: ap_queue_pop failed
[Tue Aug 02 10:07:44.342613 2017] [mpm_event:crit] [pid 746:tid 2901408576] (22)Invalid argument: ap_queue_pop failed
[Tue Aug 02 10:07:44.342616 2017] [mpm_event:crit] [pid 746:tid 2901408576] (22)Invalid argument: ap_queue_pop failed
[Tue Aug 02 10:07:44.342620 2017] [mpm_event:crit] [pid 746:tid 2901408576] (22)Invalid argument: ap_queue_pop failed
[Tue Aug 02 10:07:44.342623 2017] [mpm_event:crit] [pid 746:tid 2901408576] (22)Invalid argument: ap_queue_pop failed

解決思路方向：

  • 通常這種狀況爲服務器部署的防禦腳本或者資源限制，服務器拒絕了禪道對資源進行申請

禪道數據庫問題

  • 禪道啓動後本地mysql數據庫掛了
  • 禪道啓動時數據庫啓動報錯
  • 禪道啓動後mysql有端口監聽但沒有進程ID（這種狀況通常在docker容器裏面較爲常見）

解決思路方向：

  • 本地數據庫啓動的是3306端口，禪道一鍵安裝包啓動的也是3306端口，因此啓動的時候出現端口衝突

  • 還有在執行sh /opt/zbox/zbox restart 顯示報錯：
    Linux部署禪道及默認端口修改和附件大小限制修改和使用過程各類排坑
    咱們先執行:

    sh /opt/zbox/zbox stop
在執行：
sh /opt/zbox/zbox start

  • 禪道啓動時數據庫時報錯，若在沒有端口衝突的狀況下還報錯，那麼多是mysql庫的目錄權限不對，須要保證mysql的權限以下：
    Linux部署禪道及默認端口修改和附件大小限制修改和使用過程各類排坑

  • 在docker中部署禪道，啓動和日誌均沒有報錯，可是在抓端口監聽時發現Apache並無異常，可是mysql卻只有端口監聽並無端口監聽對應的進程ID，如：
    Linux部署禪道及默認端口修改和附件大小限制修改和使用過程各類排坑
    此圖中能夠看出Apache是正常的，但mysql極端異常，可是去不影響禪道的正常使用，這個問題我查找了特別多資料都沒找到緣由和解決辦法，如有人遇到相同的問題但願相互探討下

修改禪道默認附件上傳大小
默認在禪道附件上傳大小爲50M，大於50M時候就沒法上傳

解決辦法：
修改php.ini文件

vim /opt/zbox/etc/php/php.ini

須要修改的地方：
Linux部署禪道及默認端口修改和附件大小限制修改和使用過程各類排坑
修改配置文件：

cd /opt/zbox/app/zentao/www/

修改兩個配置文件，這兩個配置文件是影藏的，查看方式：

ll -a /opt/zbox/app/zentao/www/

以下：
Linux部署禪道及默認端口修改和附件大小限制修改和使用過程各類排坑

兩個配置文件分別須要修改的地方：
.htaccess
Linux部署禪道及默認端口修改和附件大小限制修改和使用過程各類排坑
.ztaccess
Linux部署禪道及默認端口修改和附件大小限制修改和使用過程各類排坑

重啓禪道便可：

sh /opt/zbox/zbox restart

查看是否修改爲功：
Linux部署禪道及默認端口修改和附件大小限制修改和使用過程各類排坑
此時附件已經顯示能夠上傳500M

禪道附件已經修改了大小但依舊上傳失敗顯示網絡超時或者網絡錯誤
以下：
Linux部署禪道及默認端口修改和附件大小限制修改和使用過程各類排坑

解決問題思路：
在解決問題的以前咱們須要瞭解下Ajax，這個問題是因爲網速致使Ajax默認30超時致使失敗
Ajax：

Ajax使用 JavaScript 向服務器提出請求並處理響應而不阻塞用戶！核心對象XMLHTTPRequest。經過這個對象，您的 JavaScript 可在不重載頁面的狀況與 Web 服務器交換數據，即在不須要刷新頁面的狀況下，就能夠產生局部刷新的效果。
Ajax 在瀏覽器與 Web 服務器之間使用異步數據傳輸（HTTP 請求），這樣就可以使網頁從服務器請求少許的信息

默認Ajax時間響應時間爲30S，當咱們上上傳文件大小除以沒秒上傳的帶寬大於30的時候就會報錯鏈接超時，網絡鏈接失敗這種類型的錯誤
着須要咱們修改Ajax的默認響應時間便可

使用nginx解析域名登陸禪道上傳附件有問題，但使用IP和port登陸上傳卻沒有問題

當咱們上傳一兩兆附件的時候頁面都會顯示網絡錯誤，或者超時

解決辦法思路：
當出現這種狀況是，咱們程序裏的log是沒有error信息的，因此咱們只能經過瀏覽器查看瀏覽器作出的動做（建議使用google，右擊查看或者按F12也行）如：
Linux部署禪道及默認端口修改和附件大小限制修改和使用過程各類排坑
在這裏面咱們能夠看到頁面返回信息是nginx的，而且信息爲too large
此時咱們應該明白了問題出在那了，nginx上傳文件大小默認是1M，因此我麼只要修改下配置便可：
編輯nginx主配文件，在http{}字段添加一行配置：

client_max_body_size 100m;

  • 把上傳大小改爲100M，可是實際狀況還要根據網速來定，由於Ajax默認時間爲30S
    修改後從新載入nginx便可：

    nginx -s reload
  • ok，整片博客到此結束，但願看完這篇博客後在玩禪道時候能夠少走點彎路，若是遇到問題，或者文檔中有錯誤的地方歡迎一塊兒探討交流，聯繫方式： QQ：1715721936
相關文章
相關標籤/搜索
每日一句
    每一个你不满意的现在，都有一个你没有努力的曾经。
本站公眾號
   歡迎關注本站公眾號,獲取更多信息
聯繫我們 最近搜索 最新文章 沪ICP备13005482号-10 MyBatis教程 SQL 教程 MySQL教程 Java 教程 Thymeleaf 教程 Hibernate教程 Spring教程 Redis教程