Всичко си има първи път. В събота обнових локалния си сървър от openSuSe 11 до версия 11.1 с цел да оеднаквя всички инсталации които поддържам. Update-а си мина нормално и след него привидно всичко си работеше. Днес обаче сървъра си тръгва нормално но MySQL не приема никакви връзки. Просто казва немога да се вържа поради грешна парола и това е. Всякакви опити за safe mod и смяна на паролата на root пропадат, и в safe mod не иска клиента да се върже. Поради неизяснените причини и повреда прибегнах до по драстични мерки които обаче се оказаха достатъчно ефективни. MySQL пази файловете с базите в поддиректории в /var/lib/mysql
За целта на упражнението за подкарване на отново работещ сървър MySQL:
- копиране на директорията „/var/lib/mysql“ на друго място по диска;
- деинсталиране на MySQL сървъра от YaST;
- изтриване на директорията „/var/lib/mysq“l;
- инсталиране наново на MySQL сървъра от YaST;
- стартиране на MySQL чрез команда „/etc/init.d/mysql start“ – може и добавяне на услугата в системни услуги в YaST;
- спиране на MySQL чрез команда „/etc/init.d/mysql stop“;
- връщане на всички папки от изкопираната в стъпка 1 папка в „/var/lib/mysql“ като умишлено се пропуска директорията mysql. Реално тя е базата с данни за сървъра която не ни е необходима. При опит да върна и нея положението с връзката е същото;
- оправяне на permisions за „/var/lib/mysql“ и всичките поддиректории и файлове. Те трява да са mysql:mysql 755;
- стартиране на MySQL сървъра с командата от по горе.
Така описаните стъпки използват изцяло наново инсталирания MySQL с настройките по подразбиране но в него се намират всички стари бази и таблици. Остава да се настрой сървъра по желание и работата продължава.
Топика няма нищо общо с update и то на ОС 🙂
Просто, по някаква причина, някой от системните файлове (не бази данни и таблици) се е скапал.
Така, както е отстранен проблема не е ясно какъв е бил.
Хехе, какво му е на topic-а колега? Анонимни колега 😉
haahha kak moje da slojih takyv topic, google da razmiva horata xD
ludiq mitak i brat mu bloga ;D