-
October 16th, 2016, 00:17
#1
عضو انجمن
مصرف بالا پردازنده
سلام
نمیدونم سرور چه مشکلی داره بعضی وقت ها مصرف شدیدا بالا میره داخل Process Manager یکی از دستورات این مصرف را داره چه طور میشه مشکلش را حل کرد اجرا کرون جاب یکی از سایت ها ظاهران این طور میشه و کرون جاب سایت هم تکمیل نمیشه کامل ولی بعضی وقت ها هم بدون مشکل رد میشه در حال عادی لود سرور خیلی پایین هست مشکل دائمی نیست
/usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --plugin-dir=/usr/lib64/mysql/plugin --log-error=/var/lib/mysql/server.***.com.err --open-files-limit=10000 --pid-file=/var/lib/mysql/server.****.com.pid
ویرایش توسط arvin_b : October 16th, 2016 در ساعت 00:40
-
-
October 16th, 2016 00:17
# ADS
-
October 16th, 2016, 00:41
#2
عضو انجمن
پاسخ : مصرف بالا پردازنده
سلام دوست عزیز
همونطوری هم که توی پیغام خطا نشون میده ، پیغام از طرف دیتابیس mysql هستش. یا یکبار دیتابیس هارو از نو ریست کنین و کانفینگ مناسب بزنین یا پلاگینهای اضافی که نصب هستش رو بررسی کنین تا موردی نداشته باشن.
ایشالا ک مشکلتون حل بشه. خیلی وخت پیش شبیه همین مشکل برای خوده منم پیش اومده بود
مجموعه تجاری تاتسو | ارائه دهنده خدمات برتر میزبانی وب
هاست ، سرور ، دامنه ، لایسنس ، پنل پیامک و ....
https://Tatso.IR | ID tlgrm : @tatso_ir | 041-34520804 | 09210956672
-
تعداد تشکر ها از dizaji_saeed به دلیل پست مفید
-
October 16th, 2016, 00:42
#3
پاسخ : مصرف بالا پردازنده
mysql سرورتون تحت فشار هست. با توجه به میزان Open Files موارد زیر رو اعلام کنید تا بشه بدرستی راهنماییتون کنیم
خروجی لاگ mysql تون رو در اینجا قراربدید آخرین خطایی که ثبت شده ببینیم چیه ؟!
محتوای فایل /etc/my.cnf که مرتبط به کانفیگ دیتابیستون هست رو قرار بدید.
مشخصات سرور و میزان بازدید سایت هاتون رو نیز میبایست اعلام کنید.
بطور کلی بدلیل فشار زیادی که mysql وارد شده میزان منابع مصرفی سرورتون بالا رفته. در ادامه در صورتی که این میزان بیشتر بشه mysqlتون کرش میکنه. بهتر هست سریعتر بررسی و حل بشه
موفق باشید
-
تعداد تشکر ها از itjavani به دلیل پست مفید
-
October 16th, 2016, 00:50
#4
عضو دائم
پاسخ : مصرف بالا پردازنده
-
تعداد تشکر ها از sazsaz به دلیل پست مفید
-
October 16th, 2016, 01:22
#5
عضو انجمن
پاسخ : مصرف بالا پردازنده

نوشته اصلی توسط
itjavani
mysql سرورتون تحت فشار هست. با توجه به میزان Open Files موارد زیر رو اعلام کنید تا بشه بدرستی راهنماییتون کنیم
خروجی لاگ mysql تون رو در اینجا قراربدید آخرین خطایی که ثبت شده ببینیم چیه ؟!
محتوای فایل /etc/my.cnf که مرتبط به کانفیگ دیتابیستون هست رو قرار بدید.
مشخصات سرور و میزان بازدید سایت هاتون رو نیز میبایست اعلام کنید.
بطور کلی بدلیل فشار زیادی که mysql وارد شده میزان منابع مصرفی سرورتون بالا رفته. در ادامه در صورتی که این میزان بیشتر بشه mysqlتون کرش میکنه. بهتر هست سریعتر بررسی و حل بشه
موفق باشید
بازدید بالایی سایت ها ندارند کلا دوتاسایت روی این سرور هست با یکی از این ها مشکل داره 8 هسته و رم 3 گیگ پردازنده بدون محدوددیت معمولا هم پردازنده سرور آزاد هست کم نمیاره حتی منابع اختصاصی هم تعریف کردم تغییری نداشت
my.cnf
[mysqld]
default-storage-engine=MyISAM
innodb_file_per_table=1
performance-schema=0
max_allowed_packet=268435456
open_files_limit=10000
در مورد خروجی لاگ mysql دستور لطفا اعلام کنید نتیجه اعلام بشه
ویرایش توسط arvin_b : October 16th, 2016 در ساعت 02:51
-
-
October 16th, 2016, 01:34
#6
پاسخ : مصرف بالا پردازنده

نوشته اصلی توسط
arvin_b
بازدید بالایی سایت ها ندارند کلا دوتاسایت روی این سرور هست با یکی از این ها مشکل داره 8 هسته و رم 4 گیگ پردازنده بدون محدوددیت معمولا هم پردازنده سرور آزاد هست کم نمیاره حتی منابع اختصاصی هم تعریف کردم تغییری نداشت
my.cnf
[mysqld]
default-storage-engine=MyISAM
innodb_file_per_table=1
performance-schema=0
max_allowed_packet=268435456
open_files_limit=10000
در مورد خروجی لاگ mysql دستور لطفا اعلام کنید نتیجه اعلام بشه
کاملا با همین مشخص هست که mysql شما کرش کرده و کانفیگ نیست.
ابتدا از طریق آموزشی که دوستمون براتون قراردادن جداول پایگاه داده تون رو چک و بهینه کنید. بعد از استارت mysql وضعیت رو اعلام کنید. بعد با نوع وب سایت هاتون رو بگید برامون چجور وب سایت هایی هستند تا بتونیم در کانفیگ mysql کمک کنیم . البته تا بررسی کامل صورت نگیره نمیشه کمک جدی کرد ولی این رو استارت بزنید تا حل ریشه ای قدم به قدم پیش بریم.
-
تعداد تشکر ها از itjavani به دلیل پست مفید
-
October 16th, 2016, 01:48
#7
عضو انجمن
پاسخ : مصرف بالا پردازنده

نوشته اصلی توسط
itjavani
کاملا با همین مشخص هست که mysql شما کرش کرده و کانفیگ نیست.
ابتدا از طریق آموزشی که دوستمون براتون قراردادن جداول پایگاه داده تون رو چک و بهینه کنید. بعد از استارت mysql وضعیت رو اعلام کنید. بعد با نوع وب سایت هاتون رو بگید برامون چجور وب سایت هایی هستند تا بتونیم در کانفیگ mysql کمک کنیم . البته تا بررسی کامل صورت نگیره نمیشه کمک جدی کرد ولی این رو استارت بزنید تا حل ریشه ای قدم به قدم پیش بریم.
با آموزشی که دوست گرامی sazsaz گذاشتند پیش رفتم وانجام دادم الان مشکلی نیست
سایت هم whmcs و وردپرس هستند با whmcs میدونم مشکل داره موقع اجرای کرون جاب این مشکل پیدا میکنه بعضی وقت ها دیتابیس که بک آپ میگیره را به صورت ایمیل ارسال نمیکنه سرور را ریست میدم یا دستی پردازش مشکل دار را قطع میکنم معمولا 1یا 2 روز درست هست بعضی وقت ها هم درست نمیشه
الان لود سرور به این صورت نمایش داده شده Load Averages: 0.00 0.01 0.05 کلا در حالت عادی هیچ مشکلی نداره
Server Load |
0.27 (8 cpus) |
|
Memory Used |
54.14 % |
برای کانفیگ mysql آموزش سراغ دارید انجام بدم مشکل حل بشه ؟
ویرایش توسط arvin_b : October 16th, 2016 در ساعت 01:51
-
-
October 16th, 2016, 02:18
#8
پاسخ : مصرف بالا پردازنده

نوشته اصلی توسط
arvin_b
با آموزشی که دوست گرامی sazsaz گذاشتند پیش رفتم وانجام دادم الان مشکلی نیست
سایت هم whmcs و وردپرس هستند با whmcs میدونم مشکل داره موقع اجرای کرون جاب این مشکل پیدا میکنه بعضی وقت ها دیتابیس که بک آپ میگیره را به صورت ایمیل ارسال نمیکنه سرور را ریست میدم یا دستی پردازش مشکل دار را قطع میکنم معمولا 1یا 2 روز درست هست بعضی وقت ها هم درست نمیشه
الان لود سرور به این صورت نمایش داده شده Load Averages: 0.00 0.01 0.05 کلا در حالت عادی هیچ مشکلی نداره
Server Load |
0.27 (8 cpus) |
|
Memory Used |
54.14 % |
برای کانفیگ mysql آموزش سراغ دارید انجام بدم مشکل حل بشه ؟
محتوای زیر را در /etc/my.cnf قرار بدید و بعد سرویس mysql رو ریستارت بدید. اگه بعد از ریستارت با خطایی مواجه شدید خط به خط بررسی کنید احتمال داره به کانفیگ های innodb گیر بده ولی بهرحال اینو برای کانفیگ اولیه قرار بدید و نتیجه رو برای یکی روز تحت تعقیب قرار بدید اگه مشکلتون تا حدودی برطرف شد کانفیگ پیشرفته تر اعمال کنیم روش.
کد:
[mysqld]
query_cache_type=1
query_cache_limit=1M
query_cache_size=256M
query_cache_min_res_unit=512
key_buffer_size=128M
join_buffer_size=8M
myisam_sort_buffer_size=1M
sort_buffer_size=1M
read_buffer_size=4M
read_rnd_buffer_size=4M
innodb_file_per_table=1
myisam_use_mmap=1
tmp_table_size=256M
max_heap_table_size=256M
innodb_buffer_pool_size=134217728
innodb_flush_log_at_trx_commit=2
innodb_thread_concurrency=8
innodb_use_sys_malloc=1
innodb_buffer_pool_size=128M
open_files_limit=50000
skip-name-resolve
table_open_cache=4096
table_definition_cache=4096
-
تعداد تشکر ها از itjavani به دلیل پست مفید
-
October 16th, 2016, 10:45
#9
پاسخ : مصرف بالا پردازنده
سلام
من این مشکل رو به این صورت داشتم که پروسس مربوط به cron بسته نمیشد و روزهای بعد هم همینجور باز بود که منجر به این میشد که بعد از چند روز این پردازشها زیاد میشدن و cpu را درگیر میکردن.
تیکت زدم به whmcs این راهحلها رو دادن که فکر کنم من با غیرفعال کردن ارسال بکآپ به ایمیل مشکلم حل شد.
Something like this could potentially be caused by having too large of a database for WHMCS automated backups with cron.
You can check the size of your database from the Utilities > System > Database Status page. If the database is over 20 megabytes in size, you may experience limitations as described here:http://docs.whmcs.com/Backups#Limitations
Could you run the cron from the shell with the debug option so we can see if there are any error messages being generated?
php -q /path/to/cron.php debug
-
تعداد تشکر ها از Sajad به دلیل پست مفید
-
October 16th, 2016, 11:46
#10
عضو انجمن
پاسخ : مصرف بالا پردازنده

نوشته اصلی توسط
Sajad
سلام
من این مشکل رو به این صورت داشتم که پروسس مربوط به cron بسته نمیشد و روزهای بعد هم همینجور باز بود که منجر به این میشد که بعد از چند روز این پردازشها زیاد میشدن و cpu را درگیر میکردن.
تیکت زدم به whmcs این راهحلها رو دادن که فکر کنم من با غیرفعال کردن ارسال بکآپ به ایمیل مشکلم حل شد.
Something like this could potentially be caused by having too large of a database for WHMCS automated backups with cron.
You can check the size of your database from the Utilities > System > Database Status page. If the database is over 20 megabytes in size, you may experience limitations as described here:http://docs.whmcs.com/Backups#Limitations
Could you run the cron from the shell with the debug option so we can see if there are any error messages being generated?
php -q /path/to/cron.php debug
سلام
بله دقیقا باید مشکل از همین باشه ولی به دلیل حساسیت سیستم نمیشه ریسک کرد قبلا خوب بود یک مدتی هست این طور شده روی نسخه های جدید whmcs روی نسخه های قدیمی این طور نبود احتمالا کانفیگ خواصی داره تا حل بشه مشکل
حالا به کمک دوستان کانفیگ هایی انجام شده منتظر نتیجه هستم
-