نمایش نتایج: از شماره 1 تا 10 , از مجموع 10

موضوع: استارت نشدن mysql

  1. #1
    عضو جدید
    تاریخ عضویت
    Jun 2014
    نوشته ها
    37
    تشکر تشکر کرده 
    16
    تشکر تشکر شده 
    0
    تشکر شده در
    0 پست

    پیش فرض استارت نشدن mysql

    سلام
    نمی دونم امروز چی شد سرور خوابید و این پیغام نمایش داده میشه و mysql ران نمیشه
    Error establishing a database connection


    دوستان لطفا کمکم کنید هرکاری فکر کنید کردم


    بیلد mysql


    تغییر mysql_inst به yes


    آپدیت centosو custombuildو mysql




    [root@server ~]# wget -O /etc/my.cnf http://files.directadmin.com/service...y-huge-5.5.cnf




    mv /etc/my.cnf /etc/my.cnf.moved
    ./build mysql


    نتیجه نداد


    از تو کنترل پنل هم که اجرا می کنم این ارور میده
    /sbin/service mysqld reload 2>&1

    [root@server ~]# /sbin/service mysqld restart
    ERROR! MySQL server PID file could not be found!
    Starting MySQL.. ERROR! The server quit without updating PID file (/var/lib/mysql/server.myServerDomain.com.pid).


    [root@server ~]# service mysqld status
    ERROR! MySQL is not running, but lock file (/var/lock/subsys/mysql) exists


    [root@server ~]# tail -200 /var/lib/mysql/*.err
    160719 23:09:08 InnoDB: Database was not shut down normally!
    InnoDB: Starting crash recovery.
    InnoDB: Reading tablespace information from the .ibd files...
    InnoDB: Restoring possible half-written data pages from the doublewrite
    InnoDB: buffer...
    InnoDB: Last MySQL binlog file position 0 325693534, file name ./mysql-bin.000027
    160719 23:09:08 InnoDB: Waiting for the background threads 160719 23:09:09 mysqld_safe mysqld from pid file /var/lib/mysql/server.zamzamghadir.com.pid ended
    160719 23:10:01 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
    160719 23:10:01 [Warning] 'THREAD_CONCURRENCY' is deprecated and will be removed in a future release.
    160719 23:10:01 [Note] /usr/sbin/mysqld (mysqld 5.5.48-log) starting as process 15859 ...
    160719 23:10:01 [Note] Plugin 'FEDERATED' is disabled.
    160719 23:10:01 InnoDB: The InnoDB memory heap is disabled
    160719 23:10:01 InnoDB: Mutexes and rw_locks use GCC atomic builtins
    160719 23:10:01 InnoDB: Compressed tables use zlib 1.2.3
    160719 23:10:01 InnoDB: Using Linux native AIO
    160719 23:10:01 InnoDB: Initializing buffer pool, size = 128.0M
    160719 23:10:01 InnoDB: Completed initialization of buffer pool
    160719 23:10:01 InnoDB: highest supported file format is Barracuda.
    InnoDB: The log sequence number in ibdata files does not match
    InnoDB: the log sequence number in the ib_logfiles!
    160719 23:10:01 InnoDB: Database was not shut down normally!
    InnoDB: Starting crash recovery.
    InnoDB: Reading tablespace information from the .ibd files...
    InnoDB: Restoring possible half-written data pages from the doublewrite
    InnoDB: buffer...
    InnoDB: Last MySQL binlog file position 0 325693534, file name ./mysql-bin.000027
    160719 23:10:01 InnoDB: Waiting for the background threads to start
    160719 23:10:02 InnoDB: 5.5.48 started; log sequence number 16349892854
    18:40:02 UTC - mysqld got signal 11 ;
    This could be because you hit a bug. It is also possible that this binary
    or one of the libraries it was linked against is corrupt, improperly built,
    or misconfigured. This error can also be caused by malfunctioning hardware.
    We will try our best to scrape up some info that will hopefully help
    diagnose the problem, but since we have already crashed,
    something is definitely wrong and this may fail.


    key_buffer_size=402653184
    read_buffer_size=2097152
    max_used_connections=0
    max_threads=151
    thread_count=0
    connection_count=0
    It is possible that mysqld could use up to
    key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1013456 K bytes of memory
    Hope that's ok; if not, decrease some variables in the equation.


    Thread pointer: 0x0
    Attempting backtrace. You can use the following information to find out
    where mysqld died. If you see no messages after this, something went
    terribly wrong...
    stack_bottom = 0 thread_stack 0x40000
    /usr/sbin/mysqld(my_print_stacktrace+0x35)[0x7a9405]
    /usr/sbin/mysqld(handle_fatal_signal+0x403)[0x6762d3]
    /lib64/libpthread.so.0(+0xf710)[0x7fa3bc6cf710]
    The manual page at http://dev.mysql.com/doc/mysql/en/crashing.html contains
    information that should help you find out what is causing the crash.
    160719 23:10:02 mysqld_safe mysqld from pid file /var/lib/mysql/server.zamzamghadir.com.pid ended
    160719 23:10:08 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
    160719 23:10:08 [Warning] 'THREAD_CONCURRENCY' is deprecated and will be removed in a future release.
    160719 23:10:08 [Note] /usr/sbin/mysqld (mysqld 5.5.48-log) starting as process 16200 ...
    160719 23:10:08 [Note] Plugin 'FEDERATED' is disabled.
    160719 23:10:08 InnoDB: The InnoDB memory heap is disabled
    160719 23:10:08 InnoDB: Mutexes and rw_locks use GCC atomic builtins
    160719 23:10:08 InnoDB: Compressed tables use zlib 1.2.3
    160719 23:10:08 InnoDB: Using Linux native AIO
    160719 23:10:08 InnoDB: Initializing buffer pool, size = 128.0M
    160719 23:10:08 InnoDB: Completed initialization of buffer pool
    160719 23:10:08 InnoDB: highest supported file format is Barracuda.
    InnoDB: The log sequence number in ibdata files does not match
    InnoDB: the log sequence number in the ib_logfiles!
    160719 23:10:08 InnoDB: Database was not shut down normally!
    InnoDB: Starting crash recovery.
    InnoDB: Reading tablespace information from the .ibd files...
    InnoDB: Restoring possible half-written data pages from the doublewrite
    InnoDB: buffer...
    InnoDB: Last MySQL binlog file position 0 325693534, file name ./mysql-bin.000027
    160719 23:10:09 InnoDB: Waiting for the background threads 160719 23:10:10 mysqld_safe mysqld from pid file /var/lib/mysql/server.zamzamghadir.com.pid ended
    160719 23:11:02 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
    160719 23:11:02 [Warning] 'THREAD_CONCURRENCY' is deprecated and will be removed in a future release.
    160719 23:11:02 [Note] /usr/sbin/mysqld (mysqld 5.5.48-log) starting as process 16611 ...
    160719 23:11:02 [Note] Plugin 'FEDERATED' is disabled.
    160719 23:11:02 InnoDB: The InnoDB memory heap is disabled
    160719 23:11:02 InnoDB: Mutexes and rw_locks use GCC atomic builtins
    160719 23:11:02 InnoDB: Compressed tables use zlib 1.2.3
    160719 23:11:02 InnoDB: Using Linux native AIO
    160719 23:11:02 InnoDB: Initializing buffer pool, size = 128.0M
    160719 23:11:02 InnoDB: Completed initialization of buffer pool
    160719 23:11:02 InnoDB: highest supported file format is Barracuda.
    InnoDB: The log sequence number in ibdata files does not match
    InnoDB: the log sequence number in the ib_logfiles!
    160719 23:11:02 InnoDB: Database was not shut down normally!
    InnoDB: Starting crash recovery.
    InnoDB: Reading tablespace information from the .ibd files...
    InnoDB: Restoring possible half-written data pages from the doublewrite
    InnoDB: buffer...
    InnoDB: Last MySQL binlog file position 0 325693534, file name ./mysql-bin.000027
    160719 23:11:02 InnoDB: Waiting for the background threads to start
    160719 23:11:03 InnoDB: 5.5.48 started; log sequence number 16349892854
    18:41:03 UTC - mysqld got signal 11 ;
    This could be because you hit a bug. It is also possible that this binary
    or one of the libraries it was linked against is corrupt, improperly built,
    or misconfigured. This error can also be caused by malfunctioning hardware.
    We will try our best to scrape up some info that will hopefully help
    diagnose the problem, but since we have already crashed,
    something is definitely wrong and this may fail.


    key_buffer_size=402653184
    read_buffer_size=2097152
    max_used_connections=0
    max_threads=151
    thread_count=0
    connection_count=0
    It is possible that mysqld could use up to
    key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1013456 K bytes of memory
    Hope that's ok; if not, decrease some variables in the equation.


    Thread pointer: 0x0
    Attempting backtrace. You can use the following information to find out
    where mysqld died. If you see no messages after this, something went
    terribly wrong...
    stack_bottom = 0 thread_stack 0x40000
    /usr/sbin/mysqld(my_print_stacktrace+0x35)[0x7a9405]
    /usr/sbin/mysqld(handle_fatal_signal+0x403)[0x6762d3]
    /lib64/libpthread.so.0(+0xf710)[0x7f751571a710]
    The manual page at http://dev.mysql.com/doc/mysql/en/crashing.html contains
    information that should help you find out what is causing the crash.
    160719 23:11:03 mysqld_safe mysqld from pid file /var/lib/mysql/server.zamzamghadir.com.pid ended
    160719 23:11:09 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
    160719 23:11:09 [Warning] 'THREAD_CONCURRENCY' is deprecated and will be removed in a future release.
    160719 23:11:09 [Note] /usr/sbin/mysqld (mysqld 5.5.48-log) starting as process 16937 ...
    160719 23:11:09 [Note] Plugin 'FEDERATED' is disabled.
    160719 23:11:09 InnoDB: The InnoDB memory heap is disabled
    160719 23:11:09 InnoDB: Mutexes and rw_locks use GCC atomic builtins
    160719 23:11:09 InnoDB: Compressed tables use zlib 1.2.3
    160719 23:11:09 InnoDB: Using Linux native AIO
    160719 23:11:09 InnoDB: Initializing buffer pool, size = 128.0M
    160719 23:11:09 InnoDB: Completed initialization of buffer pool
    160719 23:11:09 InnoDB: highest supported file format is Barracuda.
    InnoDB: The log sequence number in ibdata files does not match
    InnoDB: the log sequence number in the ib_logfiles!
    160719 23:11:09 InnoDB: Database was not shut down normally!
    InnoDB: Starting crash recovery.
    InnoDB: Reading tablespace information from the .ibd files...
    InnoDB: Restoring possible half-written data pages from the doublewrite
    InnoDB: buffer...
    InnoDB: Last MySQL binlog file position 0 325693534, file name ./mysql-bin.000027
    160719 23:11:09 InnoDB: Waiting for the background threads 160719 23:11:10 mysqld_safe mysqld from pid file /var/lib/mysql/server.zamzamghadir.com.pid ended
    160719 23:12:02 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
    160719 23:12:02 [Warning] 'THREAD_CONCURRENCY' is deprecated and will be removed in a future release.
    160719 23:12:02 [Note] /usr/sbin/mysqld (mysqld 5.5.48-log) starting as process 17348 ...
    160719 23:12:02 [Note] Plugin 'FEDERATED' is disabled.
    160719 23:12:02 InnoDB: The InnoDB memory heap is disabled
    160719 23:12:02 InnoDB: Mutexes and rw_locks use GCC atomic builtins
    160719 23:12:02 InnoDB: Compressed tables use zlib 1.2.3
    160719 23:12:02 InnoDB: Using Linux native AIO
    160719 23:12:02 InnoDB: Initializing buffer pool, size = 128.0M
    160719 23:12:02 InnoDB: Completed initialization of buffer pool
    160719 23:12:02 InnoDB: highest supported file format is Barracuda.
    InnoDB: The log sequence number in ibdata files does not match
    InnoDB: the log sequence number in the ib_logfiles!
    160719 23:12:02 InnoDB: Database was not shut down normally!
    InnoDB: Starting crash recovery.
    InnoDB: Reading tablespace information from the .ibd files...
    InnoDB: Restoring possible half-written data pages from the doublewrite
    InnoDB: buffer...
    InnoDB: Last MySQL binlog file position 0 325693534, file name ./mysql-bin.000027
    160719 23:12:02 InnoDB: Waiting for the background threads to start
    160719 23:12:03 InnoDB: 5.5.48 started; log sequence number 16349892854
    18:42:03 UTC - mysqld got signal 11 ;
    This could be because you hit a bug. It is also possible that this binary
    or one of the libraries it was linked against is corrupt, improperly built,
    or misconfigured. This error can also be caused by malfunctioning hardware.
    We will try our best to scrape up some info that will hopefully help
    diagnose the problem, but since we have already crashed,
    something is definitely wrong and this may fail.


    key_buffer_size=402653184
    read_buffer_size=2097152
    max_used_connections=0
    max_threads=151
    thread_count=0
    connection_count=0
    It is possible that mysqld could use up to
    key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1013456 K bytes of memory
    Hope that's ok; if not, decrease some variables in the equation.


    Thread pointer: 0x0
    Attempting backtrace. You can use the following information to find out
    where mysqld died. If you see no messages after this, something went
    terribly wrong...
    stack_bottom = 0 thread_stack 0x40000
    /usr/sbin/mysqld(my_print_stacktrace+0x35)[0x7a9405]
    /usr/sbin/mysqld(handle_fatal_signal+0x403)[0x6762d3]
    /lib64/libpthread.so.0(+0xf710)[0x7f6519d9e710]
    The manual page at http://dev.mysql.com/doc/mysql/en/crashing.html contains
    information that should help you find out what is causing the crash.
    160719 23:12:03 mysqld_safe mysqld from pid file /var/lib/mysql/server.zamzamghadir.com.pid ended
    160719 23:12:09 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
    160719 23:12:09 [Warning] 'THREAD_CONCURRENCY' is deprecated and will be removed in a future release.
    160719 23:12:09 [Note] /usr/sbin/mysqld (mysqld 5.5.48-log) starting as process 17689 ...
    ویرایش توسط ali_2636 : July 19th, 2016 در ساعت 23:10

  2. # ADS




     

  3. #2
    عضو انجمن farhadhelix آواتار ها
    تاریخ عضویت
    Jan 2015
    محل سکونت
    تهران
    نوشته ها
    809
    تشکر تشکر کرده 
    40
    تشکر تشکر شده 
    447
    تشکر شده در
    384 پست

    پیش فرض پاسخ : استارت نشدن mysql

    lock file رو پاک کردید دوباره استار بدید ؟
    انجام کلیه امور تخصصی روتر های میکروتیک | طراحی و پیاده سازی شبکه و راه کارهای اجرایی | امنیت شبکه و راه کارهای مقابله با دیداس | Whatsapp : 09125803584 | Telegram : http://t.me/tsiran

  4. تعداد تشکر ها از farhadhelix به دلیل پست مفید


  5. #3
    عضو انجمن Z.eus آواتار ها
    تاریخ عضویت
    Jan 2012
    محل سکونت
    I.N.M.O.N
    نوشته ها
    585
    تشکر تشکر کرده 
    695
    تشکر تشکر شده 
    1,115
    تشکر شده در
    839 پست

    پیش فرض پاسخ : استارت نشدن mysql

    علت این ارور میتواند موارد مختلفی باشد.

    در صورت تمایل دسترسی را ارسال نمایید تا بررسی شود.
    ServerSaz.com | Fast and Reliable VPS, Dedicated Server █
    24x7x365 Technical Support - 99.9% Uptime Guarantee █
    Join us on Telegram | Live Chat


  6. تعداد تشکر ها از Z.eus به دلیل پست مفید


  7. #4
    عضو انجمن TakCloud آواتار ها
    تاریخ عضویت
    Oct 2011
    نوشته ها
    169
    تشکر تشکر کرده 
    25
    تشکر تشکر شده 
    151
    تشکر شده در
    133 پست

    پیش فرض پاسخ : استارت نشدن mysql

    یکی از دلایلی که میتواند باعث داون شدن mysql شود پر شدن هارد سرور است

    - - - Updated - - -

    با دستور df -h وضعیت هارد را بررسی نمایید
    تک کلود - TakCloud.Com با بیش از ۸ سال سابقه
    راه های ارتباطی : ارسال تیکت | ایمیل: info at takcloud.com | گفتگوی زنده سایت | شماره تماس : 09211553169


  8. تعداد تشکر ها از TakCloud به دلیل پست مفید


  9. #5
    عضو دائم allbert آواتار ها
    تاریخ عضویت
    Apr 2011
    محل سکونت
    شمال-تهران
    نوشته ها
    1,166
    تشکر تشکر کرده 
    178
    تشکر تشکر شده 
    1,086
    تشکر شده در
    791 پست

    پیش فرض پاسخ : استارت نشدن mysql

    استارت نشدن mysql میتواند دلایل متفاوتی داشته باشید:
    پر شدن هارد.
    crash کردن یک table
    Misconfiguration در فایل کانفیگ
    لاک شدن PID فایل
    و... که نیاز به برسی سرور دارد.
    ▓ مدیریت سازمان یافته و رایگان سرور مجازی و اختصاصی : BergServer.com
    ▓ مرجع آمـوزش های مدیریت سرور و هاستینگ : WikiConfig.ir

  10. تعداد تشکر ها ازallbert به دلیل پست مفید


  11. #6
    عضو جدید
    تاریخ عضویت
    Jun 2014
    نوشته ها
    37
    تشکر تشکر کرده 
    16
    تشکر تشکر شده 
    0
    تشکر شده در
    0 پست

    پیش فرض پاسخ : استارت نشدن mysql

    [root@server ~]# df -h
    Filesystem Size Used Avail Use% Mounted on
    /dev/sda3 48G 699M 45G 2% /
    tmpfs 7.8G 0 7.8G 0% /dev/shm
    /dev/sda1 4.7G 98M 4.4G 3% /boot
    /dev/sda8 209G 26G 173G 13% /home
    /dev/sda5 48G 69M 46G 1% /tmp
    /dev/sda2 241G 2.5G 226G 2% /usr
    /dev/sda7 9.5G 9.5G 0 100% /var



  12. #7
    عضو انجمن Z.eus آواتار ها
    تاریخ عضویت
    Jan 2012
    محل سکونت
    I.N.M.O.N
    نوشته ها
    585
    تشکر تشکر کرده 
    695
    تشکر تشکر شده 
    1,115
    تشکر شده در
    839 پست

    پیش فرض پاسخ : استارت نشدن mysql

    دایرکتوری /var شما پر هست :
    /dev/sda7 9.5G 9.5G 0 100% /var
    ServerSaz.com | Fast and Reliable VPS, Dedicated Server █
    24x7x365 Technical Support - 99.9% Uptime Guarantee █
    Join us on Telegram | Live Chat


  13. #8
    عضو انجمن soheil869 آواتار ها
    تاریخ عضویت
    Jan 2016
    محل سکونت
    مازندران
    نوشته ها
    634
    تشکر تشکر کرده 
    148
    تشکر تشکر شده 
    447
    تشکر شده در
    373 پست

    پیش فرض پاسخ : استارت نشدن mysql

    نقل قول نوشته اصلی توسط ali_2636 نمایش پست ها
    [root@server ~]# df -h
    Filesystem Size Used Avail Use% Mounted on
    /dev/sda3 48G 699M 45G 2% /
    tmpfs 7.8G 0 7.8G 0% /dev/shm
    /dev/sda1 4.7G 98M 4.4G 3% /boot
    /dev/sda8 209G 26G 173G 13% /home
    /dev/sda5 48G 69M 46G 1% /tmp
    /dev/sda2 241G 2.5G 226G 2% /usr
    /dev/sda7 9.5G 9.5G 0 100% /var


    نقل قول نوشته اصلی توسط Z.eus نمایش پست ها
    دایرکتوری /var شما پر هست :
    /dev/sda7 9.5G 9.5G 0 100% /var
    سلام
    بله دوست عزیز باید فضا باز کنید و الا اجرا نمی شود
    شرکت هوش برتر خطیر پارسیان ارایه دهنده سرویس های حرفه ای ضد دیداس لایه 7
    با حرفه ای ها همراه باشید
    https://support.hoshebartar.com/cart.php

  14. تعداد تشکر ها از soheil869 به دلیل پست مفید


  15. #9
    عضو جدید
    تاریخ عضویت
    Jun 2014
    نوشته ها
    37
    تشکر تشکر کرده 
    16
    تشکر تشکر شده 
    0
    تشکر شده در
    0 پست

    پیش فرض پاسخ : استارت نشدن mysql

    ممنون از دوستان بابت راهنمایی هاشون. ظاهرا مشکل از همون پر شدن فضای هارد بود. یکی از دوستان زحمت کشید و مشکل رو حل کرد و نگفت چی بود و هیستوری هم پاک کرد. و الا من می گفتم که اگر بقیه مشکل داشتن بر طرف بشه.

  16. #10
    عضو جدید
    تاریخ عضویت
    Sep 2017
    نوشته ها
    1
    تشکر تشکر کرده 
    0
    تشکر تشکر شده 
    0
    تشکر شده در
    0 پست

    پیش فرض پاسخ : استارت نشدن mysql

    سلام وقت بخیر
    من هم همین مشکل رو دارم میخواستم بگم اگر ممکنه دستوری در این زمینه هست که بتونم پاک کنم محتوای پوشه رو ممنون میشم

    - - - Updated - - -



    Filesystem Size Used Avail Use% Mounted on
    /dev/mapper/SSD-root 238G 226G 0 100% /
    devtmpfs 7.8G 0 7.8G 0% /dev
    tmpfs 7.8G 80K 7.8G 1% /dev/shm
    tmpfs 7.8G 8.5M 7.8G 1% /run
    tmpfs 7.8G 0 7.8G 0% /sys/fs/cgroup
    tmpfs 7.8G 500K 7.8G 1% /tmp
    /dev/sda1 976M 240M 670M 27% /boot
    /dev/mapper/SATA-home 689G 92G 563G 14% /backup
    tmpfs 1.6G 0 1.6G 0% /run/user/0

اطلاعات موضوع

کاربرانی که در حال مشاهده این موضوع هستند

در حال حاضر 1 کاربر در حال مشاهده این موضوع است. (0 کاربران و 1 مهمان ها)

موضوعات مشابه

  1. مشکل استارت نشدن mysql در دایرکت ادمین
    توسط msh1362 در انجمن سوالات و مشکلات
    پاسخ ها: 3
    آخرين نوشته: September 23rd, 2017, 15:07
  2. مشکل با پر شدن هارد و عدم استارت mysql
    توسط pentester در انجمن سی پنل CPanel
    پاسخ ها: 8
    آخرين نوشته: December 22nd, 2014, 16:35
  3. پاک شدن mysql.sock و استارت نشدن mysql
    توسط Hooramin در انجمن سوالات و مشکلات
    پاسخ ها: 4
    آخرين نوشته: August 24th, 2013, 19:48
  4. پاسخ ها: 14
    آخرين نوشته: August 11th, 2013, 00:44
  5. ارور Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (11)
    توسط pc.rootall در انجمن سوالات و مشکلات
    پاسخ ها: 8
    آخرين نوشته: July 20th, 2013, 16:37

مجوز های ارسال و ویرایش

  • شما نمیتوانید موضوع جدیدی ارسال کنید
  • شما امکان ارسال پاسخ را ندارید
  • شما نمیتوانید فایل پیوست کنید.
  • شما نمیتوانید پست های خود را ویرایش کنید
  •