یه استاپ استارت به mysql بده شاید مشکل حل شد
memory limit رو هم حداقل 512 بزار
reza0071
November 25th, 2014, 13:44
یه استاپ استارت به mysql بده شاید مشکل حل شد
memory limit رو هم حداقل 512 بزار
ممنون مشکل حل نشد و هنوز هر چند ثانیه یه بار اون ارور میاد،حالا چیزی که بنده نمیدونم اینه که چند ساعت پیش توی قسمت CC_deny فایروال ای پی ها چین رو بستم و شاید حالا این مشکل پیش اومده و یه مشکل دیگه هم اینه که هیچ کدوم از یوزر ها نمیتونن با filezila وارد FTP بشن و تمام ارور یوزر نیم و پسورت میده
memory limit رو هم توی تنظیمات my.cnf پیدا نکردم
Yas-Host
November 25th, 2014, 13:58
الان به نظر شما این پروسس ارور هست ؟!
این یعنی سرویس mysql شما در حال کار و اجرا می باشد !
ربطی به memory_limit یا cc_deny ندارد!!!
reza0071
November 25th, 2014, 14:08
قبلا این اروو نبود و چند وقتیه که مدام میاد و همونطوری که تو شات معلومه مقدار زیادی از سی پی یو رو مصرف میکنه (در مورد مشکل ارور پسورد و وصل نشدن اکانت به ftp نظری ندارید؟)
محتوای فایل my.cnf
[client]#password = your_password
port = 3306
socket = /var/lib/mysql/mysql.sock
# Uncomment the following if you are using InnoDB tables
innodb_data_home_dir = /var/lib/mysql
innodb_data_file_path = ibdata1:10M:autoextend
innodb_log_group_home_dir = /var/lib/mysql
# You can set .._buffer_pool_size up to 50 - 80 %
# of RAM but beware of setting memory usage too high
innodb_buffer_pool_size = 256M
innodb_additional_mem_pool_size = 20M
# Set .._log_file_size to 25 % of buffer pool size
innodb_log_file_size = 64M
innodb_log_buffer_size = 8M
innodb_flush_log_at_trx_commit = 1
innodb_lock_wait_timeout = 50
[mysqldump]
quick
max_allowed_packet = 16M
[mysql]
no-auto-rehash
# Remove the next comment character if you are not familiar with SQL
#safe-updates
جناب کُلا این قسمت مخصوص پروسس ها و کامند های در حال اجرا در سرور می باشد .
ارور نمیشه گفت بهش مگر زمانی که درصد بالایی از سی پی یو یا رم رو استفاده کنه یه مشکل میشه .
secureconfig
November 25th, 2014, 14:10
یه مشکل دیگه هم اینه که هیچ کدوم از یوزر ها نمیتونن با filezila وارد FTP بشن و تمام ارور یوزر نیم و پسورت میده
فایروال را خاموش کنید تست کنید ببیند رفع میشود یا خیر.
+ درصورت تمایل دسترسی سرور را ارسال کنید تا بررسی شود.
takpar7
November 25th, 2014, 14:40
قبلا این اروو نبود و چند وقتیه که مدام میاد و همونطوری که تو شات معلومه مقدار زیادی از سی پی یو رو مصرف میکنه (در مورد مشکل ارور پسورد و وصل نشدن اکانت به ftp نظری ندارید؟)
محتوای فایل my.cnf
همونطور که Yas-Host (http://www.webhostingtalk.ir/member/61464/) عزیز گفت این ارور نیست و مربوط به مصرف دیتابیستونه!
قبلا نبوده چون مصرف دیتابیس و فشار روی دیتابیستون کم بوده الآن زیاد شده
با نصب htop تو putty میتونید تعداد دیتابیس هایی که در حال مصرف سی پی یو هستند رو ببینید اونجا هیچ ارروی نمیبینید جز تعداد دیتابیس های مختلف
درباره filezilla من این مشکل رو داشتم تو سرور دایرکت ادمین در حالی که رمز درست بود وصل نمیشد!
رمز رو به عدد و تعداد 4-5 رقم تغییر دادم به خوبی وصل شد امتحان کنید.
reza0071
November 25th, 2014, 14:54
جناب کُلا این قسمت مخصوص پروسس ها و کامند های در حال اجرا در سرور می باشد .
ارور نمیشه گفت بهش مگر زمانی که درصد بالایی از سی پی یو یا رم رو استفاده کنه یه مشکل میشه .
خب مشکل بنده همنه که الان داره 30 در صد سی پی رو استفاده میکنه
hamid.soltani92
November 25th, 2014, 14:58
خب مشکل بنده همنه که الان داره 30 در صد سی پی رو استفاده میکنه
این ارور نیست!
۳۰ درصد داریم تا ۳۰ درصد! یه موقع این ۳۰ درصد از سی پی یو با یک بازدید استفاده میشه، یک موقع با ۱ میلیون بازدید!
لطفا محدودیت پردازندتون رو به هرتز اعلام بفرمایید.
secureconfig
November 25th, 2014, 15:04
خب مشکل بنده همنه که الان داره 30 در صد سی پی رو استفاده میکنه
درصورت نیاز با کانفیگ mysql میتوان فشار روی cpu را کم کرد ولی مصرفی ram بسیار بالا میرود !
141117 09:32:25 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql141117 9:32:25 [Note] Plugin 'FEDERATED' is disabled.
141117 9:32:25 InnoDB: The InnoDB memory heap is disabled
141117 9:32:25 InnoDB: Mutexes and rw_locks use GCC atomic builtins
141117 9:32:25 InnoDB: Compressed tables use zlib 1.2.3
141117 9:32:25 InnoDB: Using Linux native AIO
141117 9:32:25 InnoDB: Initializing buffer pool, size = 128.0M
141117 9:32:25 InnoDB: Completed initialization of buffer pool
InnoDB: The first specified data file ./ibdata1 did not exist:
InnoDB: a new database to be created!
141117 9:32:25 InnoDB: Setting file ./ibdata1 size to 10 MB
InnoDB: Database physically writes the file full: wait...
141117 9:32:25 InnoDB: Log file ./ib_logfile0 did not exist: new to be created
InnoDB: Setting log file ./ib_logfile0 size to 5 MB
InnoDB: Database physically writes the file full: wait...
141117 9:32:25 InnoDB: Log file ./ib_logfile1 did not exist: new to be created
InnoDB: Setting log file ./ib_logfile1 size to 5 MB
InnoDB: Database physically writes the file full: wait...
InnoDB: Doublewrite buffer not found: creating new
InnoDB: Doublewrite buffer created
InnoDB: 127 rollback segment(s) active.
InnoDB: Creating foreign key constraint system tables
InnoDB: Foreign key constraint system tables created
141117 9:32:26 InnoDB: Waiting for the background threads to start
141117 9:32:27 InnoDB: 5.5.31 started; log sequence number 0
141117 9:32:27 [Note] Server hostname (bind-address): '0.0.0.0'; port: 3306
141117 9:32:27 [Note] - '0.0.0.0' resolves to '0.0.0.0';
141117 9:32:27 [Note] Server socket created on IP: '0.0.0.0'.
141117 9:32:27 [Note] Event Scheduler: Loaded 0 events
141117 9:32:27 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.5.31' socket: '/var/lib/mysql/mysql.sock' port: 3306 MySQL Community Server (GPL)
141117 10:30:05 [Note] /usr/sbin/mysqld: Normal shutdown
# Uncomment the following if you are using InnoDB tables
innodb_data_home_dir = /var/lib/mysql
innodb_data_file_path = ibdata1:10M:autoextend
innodb_log_group_home_dir = /var/lib/mysql
# You can set .._buffer_pool_size up to 50 - 80 %
# of RAM but beware of setting memory usage too high
innodb_buffer_pool_size = 256M
innodb_additional_mem_pool_size = 20M
# Set .._log_file_size to 25 % of buffer pool size
innodb_log_file_size = 64M
innodb_log_buffer_size = 8M
innodb_flush_log_at_trx_commit = 1
innodb_lock_wait_timeout = 50
[mysqldump]
quick
max_allowed_packet = 16M
[mysql]
no-auto-rehash
# Remove the next comment character if you are not familiar with SQL
#safe-updates