Problem z instalacją mysql

[metrowy 18]

witam

 

mam problem z instalacją mysql na serwerze.

 

Czysta instalacja repo aktualne , nic nie grzebane

 

po wpisaniu w konsole polecenia

 

apt-get install mysql-server mysql-client

 

podaje 2 x hasło roota

 

wyskakuje taki komunikat:

 

 

 

hasło wpisuje na bank dobre

 

w google jest sporo informacji o samej zmianie hasła mysql , ten błąd wywala podczas instalacji.

 

reszta textu z konsoli:

 

configured to not write apport reports
Errors were encountered while processing:
mysql-server-5.1
mysql-server
E: Sub-process /usr/bin/dpkg returned an error code (1)
A package failed to install. Trying to recover:
Setting up mysql-server-5.1 (5.1.49-3) ...
Stopping MySQL database server: mysqld.
111214 21:23:48 [Note] Plugin 'FEDERATED' is disabled.
InnoDB: Error: pthread_create returned 11
Starting MySQL database server: mysqld . . . . . . . . . . . . . . failed!
invoke-rc.d: initscript mysql, action "start" failed.
dpkg: error processing mysql-server-5.1 (--configure):
subprocess installed post-installation script returned error exit status 1
dpkg: dependency problems prevent configuration of mysql-server:
mysql-server depends on mysql-server-5.1; however:
Package mysql-server-5.1 is not configured yet.
dpkg: error processing mysql-server (--configure):
dependency problems - leaving unconfigured
Errors were encountered while processing:
mysql-server-5.1
mysql-server

 

 

usunięcie i ponowna próba instalacji nie pomaga

 

serwer działa na Debian 6

 

za wszelką pomoc będe wdzięczny

 

pozdrawiam

Edytowano Grudzień 14, 2011 przez metrowy (zobacz historię edycji)

[d.v 1409]

Spróbuj purge, nie samo remove.

[venet0 72]

Usuń hasło z konta root na mysql i puść instalacje.

[metrowy 18]

Spróbuj purge, nie samo remove.

nic z tego , próbowałem , nawet czyściłem poleceniem

aptitude purge ~c

 

 

 

Usuń hasło z konta root na mysql i puść instalacje.

 

nie mam bladego pojęcia jak to zrobić , mógłbyś napisać?

[venet0 72]

Proszę tak, skoro znasz hasło:

 

mysql -u root -p
use mysql;
update user set password=PASSWORD(“”) where User=’root’;
flush privileges;
quit

Edytowano Grudzień 14, 2011 przez romix (zobacz historię edycji)

[metrowy 18]

ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)

 

 

nie mam pojęcia co to może być.Kupe razy instalowałem mysql i takich szopek nie było , teraz kumpel wykupił vpsa i chce stronke postawić a tu taka qpa

[regdos 1848]

Nie działa Ci bo nie dział MySql, w pierwszym poście przecież wyraźnie pisze

InnoDB: Error: pthread_create returned 11

Starting MySQL database server: mysqld . . . . . . . . . . . . . . failed!

 

że nie może wystartować MySQL i przez to nie działa hasło bo nie ma się z czym połączyć. Sprawdź logi dlaczego nie startuje MySQL i napraw.

[tym 205]

Albo wykoś MySQLa całkowicie via

apt-get remove --purge mysql-server

usuń też /var/lib/mysql

i zainstaluj ponownie, nie powinno być problemów.

[metrowy 18]

Albo wykoś MySQLa całkowicie via

apt-get remove --purge mysql-server

usuń też /var/lib/mysql

i zainstaluj ponownie, nie powinno być problemów.

 

tak jak pisałem - na czystej instalce nie mogę zainstalować , wykaszanie też nic nie daje.

 

Z ciekawości przeinstalowałem system na ubuntu - jest to samo

 

Przeinstalowałem na centosa - jest to samo

 

Każda instalka ma pusty plik /etc/resolv.conf , żeby cokolwiek zrobić najpierw trzeba wpisać DNSy

 

Co ciekawe podobno ten serw działał jak złoto , mysql dał się zainstalować i wszystko działało

Pewnego dnia serwer nie odpowiadał , nie był dostępny chociaż działał - nie odpowiadał na pingowanie.

Znajomek napisał do supportu i po chwili dostał odpowiedz że serwer jest online

Od tego czasu zaczęły się szopki z instalacją mysql ....

 

no nic trzeba poszukać logów jak radzi regdos ,

[d.v 1409]

Pozbądź się pliku my.cnf. Możliwe, że miałeś wcześniej starą wersję i w pliku my.cnf był np. wpis wyłączający innodb, w nowej wersji (5.5.xx) ten wpis uniemożliwia silnikowi MySQLa uruchomienie.

[metrowy 18]

/etc/init.d/mysql: WARNING: /etc/mysql/my.cnf cannot be read. See README.Debian.gz ... (warning).
Starting MySQL database server: mysqld . . . . . . . . . . . . . . failed!

 

gdzie się zapisują logi? - katalog /var/log/mysql jest pusty

 

 

czy jest możliwe że serwer matka coś blokuje ?

[d.v 1409]

/var/log/mysql.log

 

Ale błąd wyraźnie wskazuje na błąd odczytu pliku my.cnf. Sprawdź czy plik istnieje, a jeśli tak, to czy nie ma w nim linijki:

skip-innodb

[metrowy 18]

pliku nie ma bo kazałeś się go pozbyć

 

 

w katalogu var/log jest plik mysql.log i jest pusty - nic w nim nie ma

jest plik mysql.err - też pusty

 

w katalogu /var/lib jest katalog mysql i w nim jest plik o nazwie volumedrive.com.err [ od nazwy hostingu]

 

poniżej jego zawartość:

 

111215 01:50:38 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
111215 1:50:38 [Note] Plugin 'FEDERATED' is disabled.
InnoDB: The log sequence number in ibdata files does not match
InnoDB: the log sequence number in the ib_logfiles!
111215 1:50:38 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: Page directory corruption: infimum not pointed to
111215 1:50:38 InnoDB: Page dump in ascii and hex (16384 bytes):
len 16384; hex 00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000$
111215 1:50:38 InnoDB: Page checksum 1575996416, prior-to-4.0.14-form checksum 1371122432
InnoDB: stored checksum 0, prior-to-4.0.14-form stored checksum 0
InnoDB: Page lsn 0 0, low 4 bytes of lsn at page end 0
InnoDB: Page number (if stored to page already) 0,
InnoDB: space id (if created with >= MySQL-4.1.1 and stored already) 0
InnoDB: Page may be a freshly allocated page
InnoDB: Page directory corruption: supremum not pointed to
111215 1:50:38 InnoDB: Page dump in ascii and hex (16384 bytes):
len 16384; hex 00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000$
111215 1:50:38 InnoDB: Page checksum 1575996416, prior-to-4.0.14-form checksum 1371122432
InnoDB: stored checksum 0, prior-to-4.0.14-form stored checksum 0
InnoDB: Page lsn 0 0, low 4 bytes of lsn at page end 0
InnoDB: Page number (if stored to page already) 0,
InnoDB: space id (if created with >= MySQL-4.1.1 and stored already) 0
InnoDB: Page may be a freshly allocated page

111215 1:50:38InnoDB: Error: trying to access a stray pointer 0x80002b3739377ff8
InnoDB: buf pool start is at 0x2b3739368000, end at 0x2b3739b68000
InnoDB: Probable reason is database corruption or memory
InnoDB: corruption. If this happens in an InnoDB database recovery, see
InnoDB: http://dev.mysql.com/doc/refman/5.1/en/forcing-recovery.html
InnoDB: how to force recovery.
111215 1:50:38 InnoDB: Assertion failure in thread 47516156679520 in file ../../../storage/innobase/include/buf0buf.ic line 264
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.1/en/forcing-recovery.html
InnoDB: about forcing recovery.
111215 1:50:38 - 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=8384512
read_buffer_size=131072
max_used_connections=0
max_threads=151
threads_connected=0


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

thd: 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 = (nil) thread_stack 0x40000
/usr/sbin/mysqld(my_print_stacktrace+0x29) [0x2b3735b29829]
/usr/sbin/mysqld(handle_segfault+0x404) [0x2b3735833b14]
/lib/libpthread.so.0(+0xef60) [0x2b37362abf60]
/lib/libc.so.6(gsignal+0x35) [0x2b373770d165]
/lib/libc.so.6(abort+0x180) [0x2b373770ff70]
/usr/sbin/mysqld(page_cur_search_with_match+0x938) [0x2b3735a5c7d8]
/usr/sbin/mysqld(btr_cur_search_to_nth_level+0x629) [0x2b37359f96a9]
/usr/sbin/mysqld(btr_pcur_open_on_user_rec+0x64) [0x2b3735ab76a4]
/usr/sbin/mysqld(+0x553e8f) [0x2b3735a16e8f]
/usr/sbin/mysqld(dict_load_sys_table+0x59) [0x2b3735a1ce69]
/usr/sbin/mysqld(dict_boot+0x944) [0x2b3735ab8514]
/usr/sbin/mysqld(innobase_start_or_create_for_mysql+0x11c2) [0x2b3735a91212]
/usr/sbin/mysqld(+0x5257eb) [0x2b37359e87eb]
/usr/sbin/mysqld(ha_initialize_handlerton(st_plugin_int*)+0x31) [0x2b37359304e1]
/usr/sbin/mysqld(+0x4fd702) [0x2b37359c0702]
/usr/sbin/mysqld(plugin_init(int*, char**, int)+0x7d8) [0x2b37359c3c68]
/usr/sbin/mysqld(+0x372a7d) [0x2b3735835a7d]
/usr/sbin/mysqld(main+0x1ee) [0x2b3735838dde]
/lib/libc.so.6(__libc_start_main+0xfd) [0x2b37376f9c4d]
/usr/sbin/mysqld(+0x29b279) [0x2b373575e279]
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.

 

tyle wygrzebałem

[d.v 1409]

Widzisz, miałem nadzieję, że rozumiesz co robisz, instrukcja usunięcia pliku my.cnf dotyczyła całkowitej deinstalacji MySQLa. Nie mam pojęcia dlaczego usunąłeś plik konfiguracyjny przy ZAINSTALOWANYM silniku...

 

Wrzuć sobie taki przykładowy plik: http://nnect.net/my.cnf.tgz (nie zapomnij rozpakować komendą tar -zxvf my.cnf.tgz i wrzucić do folderu /etc/mysql).

[metrowy 18]

niestety bez zmian , ciągle to samo ,

 

nawet reinstalacja nie pomaga , ani zmiana systemu.

Miałem serwery z ionic czy mzone - były jakie były , no ale kurcze tam wszystko śmigało

 

ps:/

 

jakbyś miał chęć i troszke czasu to dam Ci dostęp do serwera - może prędzej coś znajdziesz - jakbyco to daj znać

 

dzięki za wszelką pomoc

Edytowano Grudzień 15, 2011 przez metrowy (zobacz historię edycji)

[venet0 72]

niestety bez zmian , ciągle to samo ,

 

nawet reinstalacja nie pomaga , ani zmiana systemu.

Miałem serwery z ionic czy mzone - były jakie były , no ale kurcze tam wszystko śmigało

 

ps:/

 

jakbyś miał chęć i troszke czasu to dam Ci dostęp do serwera - może prędzej coś znajdziesz - jakbyco to daj znać

 

dzięki za wszelką pomoc

 

Napisz na gg 5236547 pomogę w wolnym czasie.

[tym 205]

Też mogę pomóc. W razie czego PW.

[elcct 159]

Jak by ktoś rozwiązał problem, napiszcie co było źle...

[metrowy 18]

serwerem zajął się użytkownik tym.

Zainstalował mysql.

Pytam się go - jak to zrobiłeś?

a on na to że zainstalował apt-get install mysql-server podając nowe hasło root dla mysql

 

i tyle

 

wydaje mi się że wczoraj robiłem też tym sposobem , a jednak nie było ok