دوستان چرا من وقتی یک فول بکاپ ریستور میکنم تنظیمات my.cnf عوض میشه!!
لطفا اگر اطلاعاتی راجب inndb دارید در اختیارم بزارید.
نمایش نسخه قابل چاپ
دوستان چرا من وقتی یک فول بکاپ ریستور میکنم تنظیمات my.cnf عوض میشه!!
لطفا اگر اطلاعاتی راجب inndb دارید در اختیارم بزارید.
کسی از دوستان نیستند راهنمایی کنند
دیدم دوستان پاسخی نمیدم یک سرچ تو منابع خارجی زدم به نتایج زیر رسیدم ببینید صحت داره:نقل قول:
نوشته اصلی توسط jaheshserver
InnoDB یک موتور دیتابیس هست حالا ما این فول بک آپ رو که ریستور میکنیم چون ظاهرا قبلا موتورش از نوع InnoDB بوده و این نوع دیتابیس روی هاست ما قبلا غیر فعال شده میاد فعالش میکنه که باعث میشه کل mysql ما داون بشه و دیگه موقع استارت خطا میده و تا innoDb رو غیر فعال نکنیم خطلا داریم.
حالا دوستان بگید چیکار کنم این فول بکاپ رو که دیتابیسش از نوع InnoDB هست رو چطور روی هاست خودم ریستور کنم؟!
سلام
خوب تا اونجا که من میدونم یکی ازتابع خیلی مهم هستش که اکثرا ازش استفاده میکنن و باید حتما فعال باشه .به بخش ساپورت سی پنل تیکت بدید تا خودش با دسترسی ssh درست کنن براتون
با ای پی ایران برم مشکلی نداره؟
اگه یک متن انگلیسی هم بهم بدید خیلی دیکه عالیه میترسم سوتی بدم بفهمه ایرانیم باز کلا terminate کنه بریم8-}
نه مهم ای پی سرور هستش
نقل قول:
نوشته اصلی توسط jaheshserver
این جواب ساپورته8-}
چی میگه الان؟!
نقل قول:
hello,
as you've noticed, there are serious issues with innodb on this server. For example:
130511 10:34:09 innodb: Error: Page 262 log sequence number 80766214092
innodb: Is in the future! Current system log sequence number 80766107148.
innodb: Your database may be corrupt or you may have copied the innodb
innodb: Tablespace but not the innodb log files. See
innodb: http://dev.mysql.com/doc/refman/5.5/en/forcing-innodb-recovery.html
innodb: For more information.
130511 10:34:09 innodb: Error: Page 263 log sequence number 80766226337
innodb: Is in the future! Current system log sequence number 80766107148.
innodb: Your database may be corrupt or you may have copied the innodb
innodb: Tablespace but not the innodb log files. See
innodb: http://dev.mysql.com/doc/refman/5.5/en/forcing-innodb-recovery.html
innodb: For more information.
130511 10:34:09 innodb: Error: Page 264 log sequence number 80766238582
innodb: Is in the future! Current system log sequence number 80766107148.
innodb: Your database may be corrupt or you may have copied the innodb
innodb: Tablespace but not the innodb log files. See
innodb: http://dev.mysql.com/doc/refman/5.5/en/forcing-innodb-recovery.html
innodb: For more information.
innodb: Error: Trying to access page number 63872 in space 0,
innodb: Space name ./ibdata1,
innodb: Which is outside the tablespace bounds.
innodb: Byte offset 0, len 16384, i/o type 10.
innodb: If you get this error at mysqld startup, please check that
innodb: Your my.cnf matches the ibdata files that you have in the
innodb: Mysql server.
130511 10:34:09 innodb: Assertion failure in thread 3086596304 in file fil0fil.c line 4493
innodb: We intentionally generate a memory trap.
innodb: Submit a detailed bug report to http://bugs.mysql.com.
innodb: If you get repeated assertion failures or crashes, even
innodb: Immediately after the mysqld startup, there may be
innodb: Corruption in the innodb tablespace. Please refer to
innodb: http://dev.mysql.com/doc/refman/5.5/en/forcing-innodb-recovery.html
innodb: About forcing recovery.
06:04:09 utc - mysqld got signal 6 ;
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=536870912
read_buffer_size=1048576
max_used_connections=0
max_threads=500
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 = 2064071 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 0x30000
/usr/sbin/mysqld(my_print_stacktrace+0x33)[0x843bc93]
/usr/sbin/mysqld(handle_fatal_signal+0x42b)[0x82e155b]
/lib/libpthread.so.0[0x5c10f8]
/lib/ld-linux.so.2[0x33b7f2]
/lib/libc.so.6(gsignal+0x50)[0x1c0e00]
/lib/libc.so.6(abort+0x101)[0x1c2711]
/usr/sbin/mysqld[0x852e7e9]
/usr/sbin/mysqld[0x8506266]
/usr/sbin/mysqld[0x8506f81]
/usr/sbin/mysqld[0x84f5a10]
/usr/sbin/mysqld[0x84c77f2]
/usr/sbin/mysqld[0x84b9905]
/usr/sbin/mysqld[0x84b9f58]
/usr/sbin/mysqld[0x84bb54e]
/usr/sbin/mysqld[0x84a4d47]
/usr/sbin/mysqld[0x8466493]
/usr/sbin/mysqld(_z24ha_initialize_handlertonp13st_plugin_int+0x4e)[0x82e37de]
/usr/sbin/mysqld[0x81b8007]
/usr/sbin/mysqld(_z11plugin_initpippci+0xdd8)[0x81bc2e8]
/usr/sbin/mysqld[0x8129e1b]
/usr/sbin/mysqld(_z11mysqld_mainippc+0x755)[0x812afb5]
/usr/sbin/mysqld(main+0x32)[0x81206d2]
/lib/libc.so.6(__libc_start_main+0xdc)[0x1adebc]
/usr/sbin/mysqld[0x81205e1]
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.
130511 10:34:09 mysqld_safe mysqld from pid file /var/lib/mysql/cp.jaheshserver.com.pid ended
-----
please note that due to liability issues we are unable to attempt to force innodb recovery. The links in the error messages should help, and i would specifically recommend the following: http://dev.mysql.com/doc/refman/5.5/en/forcing-innodb-recovery.html
if you are uncomfortable with performing these actions, your system administrator or database administrator will be able to assist you further.
please let me know if you have any questions.
--
mike simsic
technical analyst
cpanel, inc.
دوستان چرا من وقتی یک فول بکاپ ریستور میکنم تنظیمات my.cnf عوض میشه!!
چنین اتفاقی اصلا نباید بیافته
الان دارن می گن که این db ها مورد دارن و باید ریکاوری بشن اموزش لینک ریکاوری رو هم قرار داده براتون
نقل قول:
نوشته اصلی توسط jaheshserver