PDA

توجه ! این یک نسخه آرشیو شده میباشد و در این حالت شما عکسی را مشاهده نمیکنید برای مشاهده کامل متن و عکسها بر روی لینک مقابل کلیک کنید : مصرف بالا پردازنده



arvin_b
October 16th, 2016, 00:17
سلام
نمیدونم سرور چه مشکلی داره بعضی وقت ها مصرف شدیدا بالا میره داخل 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

dizaji_saeed
October 16th, 2016, 00:41
سلام دوست عزیز
همونطوری هم که توی پیغام خطا نشون میده ، پیغام از طرف دیتابیس mysql هستش. یا یکبار دیتابیس هارو از نو ریست کنین و کانفینگ مناسب بزنین یا پلاگینهای اضافی که نصب هستش رو بررسی کنین تا موردی نداشته باشن.

ایشالا ک مشکلتون حل بشه. خیلی وخت پیش شبیه همین مشکل برای خوده منم پیش اومده بود

itjavani
October 16th, 2016, 00:42
mysql سرورتون تحت فشار هست. با توجه به میزان Open Files موارد زیر رو اعلام کنید تا بشه بدرستی راهنماییتون کنیم

خروجی لاگ mysql تون رو در اینجا قراربدید آخرین خطایی که ثبت شده ببینیم چیه ؟!

محتوای فایل /etc/my.cnf که مرتبط به کانفیگ دیتابیستون هست رو قرار بدید.

مشخصات سرور و میزان بازدید سایت هاتون رو نیز میبایست اعلام کنید.

بطور کلی بدلیل فشار زیادی که mysql وارد شده میزان منابع مصرفی سرورتون بالا رفته. در ادامه در صورتی که این میزان بیشتر بشه mysqlتون کرش میکنه. بهتر هست سریعتر بررسی و حل بشه

موفق باشید

sazsaz
October 16th, 2016, 00:50
اینجا را بهتون پیشنهاد می کنم یک بررسی کنید
http://pangash.ir/%D9%84%D9%88%D8%AF-%D8%B2%DB%8C%D8%A7%D8%AF-mysql/

arvin_b
October 16th, 2016, 01:22
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 دستور لطفا اعلام کنید نتیجه اعلام بشه

itjavani
October 16th, 2016, 01:34
بازدید بالایی سایت ها ندارند کلا دوتاسایت روی این سرور هست با یکی از این ها مشکل داره 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 کمک کنیم . البته تا بررسی کامل صورت نگیره نمیشه کمک جدی کرد ولی این رو استارت بزنید تا حل ریشه ای قدم به قدم پیش بریم.

arvin_b
October 16th, 2016, 01:48
کاملا با همین مشخص هست که 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 آموزش سراغ دارید انجام بدم مشکل حل بشه ؟

itjavani
October 16th, 2016, 02:18
با آموزشی که دوست گرامی 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

Sajad
October 16th, 2016, 10:45
سلام
من این مشکل رو به این صورت داشتم که پروسس مربوط به 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

arvin_b
October 16th, 2016, 11:46
سلام
من این مشکل رو به این صورت داشتم که پروسس مربوط به 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 روی نسخه های قدیمی این طور نبود احتمالا کانفیگ خواصی داره تا حل بشه مشکل

حالا به کمک دوستان کانفیگ هایی انجام شده منتظر نتیجه هستم

arvin_b
October 18th, 2016, 03:37
محتوای زیر را در /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



مشکل حل نشد کمی هم شدید تر از قبل شد

حالا کرون جاب whmcs مصرف بالا را گرفته 57 درصد مصرف پردازنده شده


/usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --plugin-dir=/usr/lib64/mysql/plugin --log-error=/var/lib/mysql/server.a7server.com.err --open-files-limit=50000 --pid-file=/var/lib/mysql/****.*****.com.pid

ارور mysql هم الان حدود 10 درصد از cpu را گرفته وضعیت خیلی بدتر شد ولی قبلا فقط مصرف mysql بالا بود

کانفیگ کاملتری موجود دارید ؟

itjavani
October 18th, 2016, 03:52
مشکل حل نشد کمی هم شدید تر از قبل شد

حالا کرون جاب whmcs مصرف بالا را گرفته 57 درصد مصرف پردازنده شده


/usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --plugin-dir=/usr/lib64/mysql/plugin --log-error=/var/lib/mysql/server.a7server.com.err --open-files-limit=50000 --pid-file=/var/lib/mysql/****.*****.com.pid

ارور mysql هم الان حدود 10 درصد از cpu را گرفته وضعیت خیلی بدتر شد ولی قبلا فقط مصرف mysql بالا بود

کانفیگ کاملتری موجود دارید ؟

بله بدلیل اینکه در کانفیگ قبلی شما open file limite روی 10000 بود و بعد دیتابیس کرش میکرد و ... ما بعد Myisamchk که بهتون گفتم انتظار میرفت که حل بشه و openfiles رو براتون به 50000 ارتقا دادیم برای کانفیگ بعدی. اینکار فضای بیشتری رو به mysql برای ران کردن داده و الان اصل مشکل خودشو نشون داد.

ابتدا وارد whmcs بشید و بک اپ گیری از دیتابیس و ارسال به ایمیل رو غیرفعال کنید.

سپس به مسیر Utilities > System > Database Status > Optimise Tables برید و دیتابیستون رو اپتیمایز کنید.
اگه مشکل ادامه داشت. حجم دیتابیستون رو مشاهده کنید همونطور که در داکیومنت whmcs اومده پروسه برای بک اپ گیری از دیتابیس های بالای 20 مگ زمان بر هست و به کاربران توصیه کردند از طریق اکسپورت phpmyadmin بک اپ گیری کنند.

فکر میکنم با اپتیمایز کردن حل بشه. اگه حجم بالا باشه بک اپ گیری غیرفعال کنید و بصورت دستی میتونید بک اپ بگیرید یا از بک اپ خود هاستتون استفاده کنید.