問：honey-travel.com域名轉入，把所有人名字寫錯了，多寫了一個字，我提交了域名過戶提示成功，但是這個域名是轉入的狀態還在等待原來的注冊商同意
那么現在要做的是什么，等待轉入成功后，再進行過戶嗎？,你好，域名所有人名稱寫錯了怎么辦
答：您好，是的，轉移中無法成功過戶，需要您等待域名轉入完成后操作模板過戶,非常感謝您長期對我司的支持.由此給您帶來的不便之處,敬請原諒!謝謝!
問：轉入提示等待原注冊商同意，那么這個我不需要做任何操作，直接等待即可？
答：您好，
1.您可聯系原服務商，讓其盡快確認轉出釋放域名，通常原服務商釋放域名后，域名在我司可在半個小時內完成轉移。
2.查看您的模板還未提交實名認證，您可先提交實名認證，如圖：
,非常感謝您長期對我司的支持.由此給您帶來的不便之處,敬請原諒!謝謝!
問：排查內存過大是不是kplayer，日志在wdcp是已經開啟的，請忽略shengwumen.com的日志，2個網站都沒有啥當文件，和老服務器一樣，我只是搬家而已你看我上個工單，是開啟訪問日志的，為什么說我沒開啟（我很蒙）。。。。shengwumen.com這個網站不用管，沒有訪問量而且wdcp2.5老服務器的時候和現在數據一樣，訪問量也一樣，沒什么人訪問，不可能出現內存過大的情況，普通看網頁2G內存肯定夠用，我只是讓你們幫忙看看是不是kplayer導致的
問：補充第2個問題：2、可關鍵從老服務器搬家前統計的訪問IP就30多-50這樣，沒什么訪問量，之前wdcp2.5時，2G內存肯定夠用，沒出現過內存過大的情況，訪問日志的話我不太會手動去ssh配置文件里開啟其他子域名的日志，那就幫我開啟一下其他子域名的日志吧，但我想日志都放在/www/weblogs下邊，我方便直接用ftp管理，然后再幫我看看是到底是什么導致的內存過大……順便再把開啟二級域名日志的方法告訴我一下，我也好心里有數……
問：補充：或者如果說我只使用apache1個引擎的話，會不會有所緩解，因為現在是雙引擎，不知道會不會加大內存使用量……
答：您好，1，請提供下wdcp 后臺登錄賬戶密碼，開啟站點日志可以通過wdcp 面板開啟 ，
2. 查看現在內存使用較正常，雙引擎 對內存使用影響不大的 ，
非常感謝您長期對我司的支持,謝謝！
問：接上面所有工單回復：*********************************************你說的已經開啟訪問日志，是啥也沒動原來的設置（因為我自己原來本身wdcp就是已經開啟的），還是說把我的二級域名都開啟了日志？我現在不啟動kplayer了，就看看正常情況看還會不會內存過大，排除一下kplayer……
答：您好，1. 開啟了 附圖默認日志 ，未開啟二級域名日志 ，
2，建議再觀察下 ，
非常感謝您長期對我司的支持,謝謝！
問：1、默認日志在wdcp2.5不是不建議開啟嗎，曾經老服務器遇到過因為日志太大導致資源不夠用，內存不夠用的情況，是不是等檢查出內存過大的原因后，再關閉這個默認日志？（剛才電話聯系意思是說讓我在每個站點下都開啟日志，才能排查是什么造成的沒錯過大，和之前說的不一樣）
***********
2、我正在關閉kplayer后等待明天看會不會在正常模式下完成內存過大，然后想問有沒有可能是因為我開啟了kplayer后，kplayer是占用內存最大的程序，然后httpd也比較大，而kill的時候是因為httpd也就是普通訪問網站比較頻繁，導致日志里寫上是因為httpd，mysql才會被kill的，所以實際上是因為httpd和kplayer一起占用內存比較大才導致的被kill（我是說有沒有這種可能性，2個一起造成的，并不是說單單一個httpd完成，也就是說不開啟kplayer不會造成被kill，是httpd和kplayer一起造成的，說的有點亂，明白我的意思嗎？）
答：您好，1. 是的
2. 現在查看內存使用是正常的 ，通過之前的日志查看某個時間點httpd 進程較多 占用內存會較大 ，服務器內存不足
非常感謝您長期對我司的支持,謝謝！
問：請認證看以下3個問題的每一個字眼，尤其是第3個問題（因為說的比較復雜，請認真看每一個字眼再做回復）：1、上面第1個回復的“是的”，說的是等排查出內存過大的原因后，關閉默認日志嗎？2、那用不用連二級域名的日志一起開啟，進行排查？3、我的意思是你們通過之前日志查看到因為httpd占用內存較大，我是說httpd較大是正常情況，主要是加上運行kplayer也占了很大的內存，我用top命令查看%MEM的值是7左右，就是因為加上了kplayer，才會因為httpd內存較大導致kill的mysql服務，如果說不開啟kplayer，httpd內存較大就是正常情況，就不會導致殺死mysql服務？（因為我網站從老服務器到新服務器訪問量就一直幾乎沒有，現在統計的是30-50訪問量IP，而且之前wdcp2.5的時候，就沒出現過因為httpd內存過大的情況，所以會不會正是因為運行了kplayer，才導致httpd內存較大的情況放大了，才會說是httpd造成的mysql服務被kill？）
答：您好，1. 是的 ，現在服務器中剩余空間較大，訪問日志占用并不高的，先開啟日志方便以后分析
超過系統需要分配的內存后系統會自動計算選擇某個進程進行殺死 ，確保分配內存給需要進程 ，
非常感謝您長期對我司的支持,謝謝！
問：1、wdcp3.8的默認日志是不是在/www/wdlinux/apache/logs/和
/www/wdlinux/nginx/logs/目錄，如果后期要想刪除默認日志，怎么刪除（不是關閉），關閉的話是不是直接在wdcp后臺就可以關閉，還有除了關閉，怎么刪除默認日志……
******
2、那開啟的默認日志的內容是不是會包含二級域名的訪問內容
答：您好，
刪除日志可以直接在wdcp面板中刪除對應的日志文件即可，如果您要備份日志的需要可以打包后下載到本地保存；
關閉的話可以直接在wdcp面板中關閉；
默認日志里面包含的主機上部署的所有站點的日志。
問：上面說的刪除對應的默認日志文件是說的哪個文件。。。我的意思是是/www/wdlinux/apache/logs/和 /www/wdlinux/nginx/logs/目錄下的文件么，刪除的是哪幾個文件，哪幾個文件是默認日志文件……如圖：
問：補充：因為上面圖中有個pid結尾的文件，具體默認日志文件是哪幾個，刪除默認文件說的是刪哪幾個文件……
問：補充第二個問題：1、上面的“默認日志”文件是刪哪幾個文件2、上面回復的默認日志文件包含部署的所有站點的日志，所有站點包括二級域名站點嗎？
答：您好，
nginx.pid 這個是記錄nginx 進程號的文件，是nginx 啟動的時候自動生成的 ，這個不要刪掉；
上面回復的默認日志文件包含部署的所有站點的日志，所有站點包括二級域名站點嗎？》》 是的，包括。
問：今天現象：從昨天到今天我沒有運行過/home/kplayer/kplayer了，網站沒有出現mysql服務被kill的情況，網頁也可以打開，是不是就是說明mysql服務被kill是因為kplayer占用了很大內存，然后剩余內存就會較少，當訪問量較大時，httpd進程會較多，相對占用內存會較多，才會導致的mysql服務被kill，以致網頁打不開的情況？（昨天已經開啟了默認日志，再幫我看一下昂……）綜上：總之最初還是因為kplayer占了很大內存導致的，不開啟正常訪問網站就沒事，不會出現mysql服務被kill的情況……
問：補充：如果上面說的是kplayer的話，那為啥之前時運行了5個小時之后才出現內存不夠用的情況，而不是一運行kplayer就內存不夠用，運行短時間內是正常的……而kplayer也用top觀察過，內存MEM一直在7左右，沒有逐漸遞增……
答：您好，
您需要先了解下linux中killer進程的管理機制，也就是oom ，在當系統系統創建一個進程（例如一個nginx 訪問進程）時，要為這個進程分配內存，如果系統內存已經用完，無法分配這個新進程申請的內存，就會觸發oom 去內核的算法選出一個進程殺掉；
出現殺掉進程的情況，是表示當前系統內存已經不足，而至于當前內存是哪個進程占用較多，則可以通過一些工具（pidstat）查看，并不是您哪個服務啟動，就會導致進程被殺，觸發oom 殺掉內存只是因為目前主機現有內存不足了；
換個角度說，及時您kplayer 不啟動，如果網站內訪問量大，導致nginx 或者mysql 等服務占用內存較多，導致系統內存不足，也會觸發內存管理機制去殺掉 一些進程。
問：上面回復說的都是原理，我只是想具體問題具體分析，就現在這個想象來說，你可以看我之前的所有工單內容（并沒有說到我的問題上，我并是問原理，只是想知道結果，我就是想知道大概的原因而已，可以參考下圖）：我只是想問就現在這個現象而言，kplayer占用內存是最大的，用top命令觀察了一天，%MEM一直是7左右，我都把之前左右工單的結果都說了，怎么還說沒用的……這樣是真的很浪費時間的，我每次工單都打這么多字，我知道這些原理有什么用？我只是想知道結果……******************************************我重新敘述一遍：******************************************從昨天到今天一天的時間，沒有后臺運行過kplayer，而且從老服務器搬家到這個新服務器網站數據和訪問量都沒有變過，訪問量也很少30-50IP，所以之前wdcp2.5的時候根本沒出現過這種內存不足的情況，而且換到新服務器后，沒有安裝kplayer之前也沒遇到過內存不足的情況，我只是想確定一下是不是說到底是kplayer引起的內存不足而已。只要我運行kplayer，第二天就出現mysql服務被kill的情況，再加上已經測試了昨天到今天一天沒有運行kplayer，網站到現在依然正常，沒出現過mysql服務被kill的情況，我說了這么多，應該肯定就能證明是kplayer的原因了吧？******************************************麻煩請不要跟我說原理，我也多多少少了解過你說的什么垃圾回收機制、內存溢出、進程管理機制，我只是問的就現在這個現象而言，是不是因為運行了占用內存較大的kplayer后，隨后剩余內存就會較少，當訪問量較大時，httpd進程會較多，相對占用內存會較多，才會導致的mysql服務被kill。是像圖里說的這樣吧？**********************************************************我上面說的那么明白，我現在真的有點忍不了了，我都說這么明白了，打這么多字，又重復一個話題……我只是想確定一下而已。。。。我不要聽，我不要看什么原理，而且這些原理對我也沒用，我只是想解決問題，我只是想知道結果……明白嗎？
問：接上、補充：主管大人：我還是希望主管能幫我處理一下，因為你了解的比較多……
問：補充：至少從上次換新服務器你都是了解情況的，再到后臺的工單，都有參與，所以我想請主管處理一下，雖然我比較啰嗦，但希望可以理解我一下，也可以把我當做弱者，體諒一下弱智兒童……一定要有耐心
答：您好，您上次內存耗盡是在8.9號凌晨5點，分析了對應時間點的web訪問日志，是該時間點網站被人惡意搜索造成，本身因為內存較小，所以就出現了內存耗盡的情況，所以建議您考慮升級下服務器內存到4G或者設置任務計劃每天凌晨重啟下服務器釋放一下內存,非常感謝您長期對我司的支持！
