kusy z rancza 0 Zgłoś post Napisano Wrzesień 19, 2012 Witam, Mam problem, na partycji na której znajdowała się baza mysql brakowało mi miejsca, więc zastosowałem się do wskazówek ze strony http://help.directadmin.com/item.php?id=12 Gdy wchodzę w DA i następnie wybieram 'MySQL Management' wyświetlona jest moja baza, natomiast gdy klikam check pokazują się wszystkie tabele jakie powinny być lecz obok napisane jest przy każdej Table (...) doesn't exist. W czym może być problem? Z uprawnieniami? Silnik: innodb. Wszystkie pliki w katalogu /home/mysql są tak jak wcześniej były w /var/lib/mysql pozdrawiam Kusy. Udostępnij ten post Link to postu Udostępnij na innych stronach
xorg 693 Zgłoś post Napisano Wrzesień 19, 2012 Prawa odczytu sa ? Udostępnij ten post Link to postu Udostępnij na innych stronach
kusy z rancza 0 Zgłoś post Napisano Wrzesień 19, 2012 tak: dla folderu z plikami *.frm: mysql:mysql 40777 dla plików *.frm: mysql:mysql 10777 dla ib_logfile0, ib_logfile1, ibdata1: mysql:mysql 100777 Udostępnij ten post Link to postu Udostępnij na innych stronach
Miłosz 2311 Zgłoś post Napisano Wrzesień 20, 2012 Ale z chmodami pojechałeś... Skopany konfig, uwalone innodb... Udostępnij ten post Link to postu Udostępnij na innych stronach
kusy z rancza 0 Zgłoś post Napisano Wrzesień 20, 2012 (edytowany) probówałem zmieniać te chmody bo kiedyś miałem podobny problem i działało. Skopany config? Czyli co np? Jeżeli uwalone innodb to da sie jakoś odzyskać/naprawić? Po wpisaniu mysqlcheck -u root -p --auto-repair --check --optimize --all-databases, otrzymuję rezlutaty: Error : Table 'da_roundcube.cache' doesn't exist error : Corrupt i tak do każdej tabeli. jak probuje: mysqldump -u root -p nazwa_bazy > backupname.sql to pojawia sie error 1146 - Table (...) doesn't exist when using LOCK TABLES Edytowano Wrzesień 20, 2012 przez kusy z rancza (zobacz historię edycji) Udostępnij ten post Link to postu Udostępnij na innych stronach
Miłosz 2311 Zgłoś post Napisano Wrzesień 20, 2012 A co zrobiłeś z plikami logów i ibdata? Albo w konfigu poprzestawiałeś opcje odpowiedzialne za innodb. Jak nie miałeś backupu, to może być problem. Udostępnij ten post Link to postu Udostępnij na innych stronach
kusy z rancza 0 Zgłoś post Napisano Wrzesień 20, 2012 Tylko zrobilem to co jest napisane na stronie directadmina - nic więcej - przekopiowało pliki do innego folderu tylko. W /var/lib/mysql jest tylko odwołanie do plików /home/mysql, mógłbym spróbować przekopiować te pliki ponownie do starego folderu, ale czy to pomoże? Udostępnij ten post Link to postu Udostępnij na innych stronach
Miłosz 2311 Zgłoś post Napisano Wrzesień 20, 2012 Mysqla zatrzymałeś przed kopiowaniem i upewniłeś sie, że z crona nie wystartuje? Być może zatrzymałeś i w trakcie kopiowania się odpalił, wtedy utworzył sobie nowe pliki ibdata i logów. Udostępnij ten post Link to postu Udostępnij na innych stronach
kusy z rancza 0 Zgłoś post Napisano Wrzesień 20, 2012 Na 90% mysql był wyłączony, gdyż nie było miejsca już na partycji i nie chciał nawet się włączyć. Odnośnie czy nie wystartuje z crona to nie upewniłem się. Co w takim wypadku? Udostępnij ten post Link to postu Udostępnij na innych stronach