Изпечатай

[backinblack]

Мога ли някак си да преместя папката на mysql с базите, която се намира в /var/lib/mysql на друго място!? Примерно на отделен партишън или в отделна папка в /home(/home/misql). Идеята е, като подсигуряване срещу омазване и невъзможност да се стартира системата и спешна преинсталация, да не се затрият и после чрез ново инсталиране да си се възстанови всичко.
Нямам никакъв опит с тази база. С mysql administrator като пробвам да ги преместя, не дава щото сървъра работел, а като го изключа, администратора не отваря.

[neter]

Няма никакъв проблем да копираш папката, в която са ти базите, но е препоръчително да го правиш при изключен MySQL, тъй като по време на копирането може да протече някоя операция по писане в тях или временно заключване, и да копираш частични данни.
Ако изключването на MySQL сървъра е проблем за теб, то тогава разгледай инструмента mysqlhotcopy - служи за запазване копие на базата, докато сървърът е включен, без опасност от конфликт с текущи заявки към сървъра. Твърде вероятно е да го имаш инсталиран в пакета на MySQL сървъра, така че първо провери дали имаш такава команда преди да тръгнеш да го търсиш другаде

[backinblack]

Става въпрос за компютър който "не е въведен в експлоатация".
Пробвах с администратора, но когато работи сървъра и вляза в него има тав някакво бутонче дето да се премести пътя, но като го активирам и избера друга папка гърми със съобщение, че сървъра работи и трябва да се спре, а като го спра - не се отваря за да се извърши процедурата! 
Иска ми се цялата папка mysql с базите и настройки на юзери да отидат на друг партишън и след преинсталация да си тръгне така като си е бил конфигуриран преди.

[neter]

Никога не съм разглеждал графични инструменти за управление на сървъри и не знам какви бутончета имат, но предполагам, че това бутонче там служи за смяна на оперативната папка с бази данни на MySQL сървъра, а това не е, което ти трябва.
Щом не е въведен в експлоатация, смело копирай папката с базите, както си копираш папката със снимки от фотоапарата. И не се плаши да изпълниш в конзолата командата 'man mysqlhotcopy', за да разбереш, че работата с него не е висш пилотаж, а проста команда с някоя и друга опция

[radoulov]

Спри mysqld:

Код:

/etc/init.d/mysqld stop (или services mysql stop)

Премести datadir:

Код:

mv /var/lib/mysql /new/path/

Отвори my.cnf (обикновено под /etc) и накрая на секцията [mysqld] прибави:

Код:

datadir = /new/path

Стартирай и провери лога за грешки (трябва да е някъде под /var/log):

Код:

/etc/init.d/mysqld start

Ако не се стратира, copy/paste-ни лога тук.

[backinblack]

boncho@bonchodesktop1004i386:~$ /etc/init.d/mysqld stop
bash: /etc/init.d/mysqld: Няма такъв файл или директория
boncho@bonchodesktop1004i386:~$

С командата за спиране на mysql не стана, но направих следното:
С файловия менажер като роот копирах папката /var/lib/mysql в /home/mysql. После с Webmin, той има модул за управление и настройка на mysql и от менюто MySQL Server Configuration и от подменюто Databases files directory преместих на новата директория. Сейв и рестарт....... и капут! Сървъра не стартира!

boncho@bonchodesktop1004i386:~$ /etc/init.d/mysql start
Rather than invoking init scripts through /etc/init.d, use the service(
utility, e.g. service mysql start

Since the script you are attempting to invoke has been converted to an
Upstart job, you may also use the start( utility, e.g. start mysql

Тия емотиконки са (осем)

Във файла my.cnf(/etc/mysql) е отразено datadir = /home/mysql

Кой лог да пейстна тука?

[neter]

Защо останах с впечатлението, че не искаш да местиш папката, а че искаш да й направиш резервно копие?... Ако целта ти е да преместиш папката на друг дял и MySQL да започне да чете оттам, като така се чувстваш защитен срещу омазване, какво тогава ще те защитава от омазване на дяла, където си сложил тази папка? Ако нямаш други причини за тези действия (например, малко място на дяла, където е сега тази папка), то остави папката там, където си е, и й направи резервно копие на друг дял/диск/машина/все едно. Макар че няма много смисъл да сложиш резервното копие в друг дял на същия диск, тъй като, ако тръгне хардуерно да се скапва дискът, ще се засегнат всички дялове на него.
Но... ти решаваш. Ако наистина искаш да смениш оперативната папка за базите, спираш MySQL сървъра, само че го правиш с предложената ти от системата команда

Код:

service mysql stop

Редактираш my.cnf, и пускаш сървъра със същата команда, но със "start" в нея.

[backinblack]

Целта на преместването на другия дял е след преинсталиране и форматиране на /, информацията да си остане в другия дял който не е форматиран и след инсталиране на системата да си се възстанови.


boncho@bonchodesktop1004i386:~$ service mysql start
start: Rejected send message, 1 matched rules; type="method_call", sender=":1.71" (uid=1000 pid=24982 comm="start) interface="com.ubuntu.Upstart0_6.Job" member="Start" error name="(unset)" requested_reply=0 destination="com.ubuntu.Upstart" (uid=0 pid=1 comm="/sbin/init"))

Това излиза след изпълнение на командата в терминала, а my.cnf е редактиран!

[neter]

boncho@bonchodesktop1004i386:~$ service mysql start
start: Rejected send message, 1 matched rules; type="method_call", sender=":1.71" (uid=1000 pid=24982 comm="start) interface="com.ubuntu.Upstart0_6.Job" member="Start" error name="(unset)" requested_reply=0 destination="com.ubuntu.Upstart" (uid=0 pid=1 comm="/sbin/init"))

За пускането и спирането на MySQL сървъра ти трябват root права. Влез като root или поне сложи едно sudo пред командата, ако твоят потребител има нужните права в /etc/sudoers.

Целта на преместването на другия дял е след преинсталиране и форматиране на /, информацията да си остане в другия дял който не е форматиран и след инсталиране на системата да си се възстанови.

Точно това имах предвид, че е лишено от голям смисъл - това, че системата ти нещо се е прецакала и не иска да зареди, няма да ти попречи преди преинсталацията да си вземеш нужната папка с LiveCD, LiveUSB или включване на диска към друга машина, така че ти папката пак няма да я загубиш. Да й направиш резервно копие на друго място е нещо, което не само, че е смислено, но дори е препоръчително да го правиш често (тогава mysqlhotcopy става много полезен), като честотата на вкарване на нови данни в базите ще ти подскаже колко начесто да го правиш. Но, както казах, ти си решаваш, така че няма да ти обръщам повече внимание на това в тази тема

[backinblack]

boncho@bonchodesktop1004i386:~$ service mysql start
start: Rejected send message, 1 matched rules; type="method_call", sender=":1.71" (uid=1000 pid=24982 comm="start) interface="com.ubuntu.Upstart0_6.Job" member="Start" error name="(unset)" requested_reply=0 destination="com.ubuntu.Upstart" (uid=0 pid=1 comm="/sbin/init"))

За пускането и спирането на MySQL сървъра ти трябват root права. Влез като root или поне сложи едно sudo пред командата, ако твоят потребител има нужните права в /etc/sudoers.

boncho@bonchodesktop1004i386:~$ sudo service mysql start
[sudo] password for boncho:
mysql start/running
И пак не мога да се свържа с базата. Нито с Уебмин, нито с администратора!

Целта на преместването на другия дял е след преинсталиране и форматиране на /, информацията да си остане в другия дял който не е форматиран и след инсталиране на системата да си се възстанови.

Точно това имах предвид, че е лишено от голям смисъл - това, че системата ти нещо се е прецакала и не иска да зареди, няма да ти попречи преди преинсталацията да си вземеш нужната папка с LiveCD, LiveUSB или включване на диска към друга машина, така че ти папката пак няма да я загубиш. Да й направиш резервно копие на друго място е нещо, което не само, че е смислено, но дори е препоръчително да го правиш често (тогава mysqlhotcopy става много полезен), като честотата на вкарване на нови данни в базите ще ти подскаже колко начесто да го правиш. Но, както казах, ти си решаваш, така че няма да ти обръщам повече внимание на това в тази тема

Аз това с лайв сиди то го знам, но ако станат базите големи ще е трудно, а от друга страна, заради по-рационалното използване на обема на диска също ще е по-удобно. Компа го глася за файлов сървър рутер и евентоално mysql БД, ако се ползва складова протрама или сайтче някакво да му се хостне.

П.С. В момента тествам нещата във виртуалка и не е проблем омазването с връщане до снапшота, а на реалната машина ще го приложа след успешно реализиране във виртуалката.

[neter]

Щом в изхода след "mysql start/running" не ти е изписало PID номера на процеса, то явно процесът не е успял да се зареди.
1. Спри MySQL сървъра

Код:

sudo service mysql stop

2. Провери дали сървърът наистина е спрян

Код:

ps ax | grep mysqld

3. Провери текущо в my.cnf в секцията [mysqld] дали на реда за datadir имаш правилно настроена папка за базите (трябва да е пътят до текущото местоположение на папката с базите, вероятно /home/mysql);
4. Провери дали потребителят, с който е настроен да работи mysql (редът за user в същата секция [mysqld]) има права да чете и пише в папката с базите, както и в нейните подпапки;
5. След като си се уверил в тези неща, пусни MySQL сървъра

Код:

sudo service mysql start

6. Виж дали процесът е наличен (с командата от т.2), и ако не е, провери в последните редове на /var/log/syslog или /var/log/messages дали пише нещо по въпроса;
7. Ако процесът е наличен, пробвай да се свържеш, и ако не успяваш, пак провери същите логове за нещо по въпроса.

[backinblack]

Върнах машината до изходна положение и започнах отначало. Ето какво правя:
1) Копирам с файловия менажер папката на mysql в /home/mysql
2) Стартирам Уебмин и отивам на менюто на което е мишката на снимката по-долу и го стартирам.

отваря се ето това меню и от бутончето излиза следващото от което избирам /home/mysql.

След като избера новата директория запазвам и рестартирам от бутона на който е мишката и резултата е следния



Уебмин си прави промяната на новата директория в my.cnf

[client]
port      = 3306
socket      = /var/run/mysqld/mysqld.sock





[mysqld_safe]
socket      = /var/run/mysqld/mysqld.sock
nice      = 0

[mysqld]










user      = mysql
socket = /var/run/mysqld/mysqld.sock
port = 3306
basedir      = /usr
datadir = /home/mysql
tmpdir      = /tmp
skip-external-locking



bind-address = 127.0.0.1



key_buffer      = 16M
max_allowed_packet   = 16M
thread_stack      = 192K
thread_cache_size       = 8


myisam-recover         = BACKUP






query_cache_limit   = 1M
query_cache_size        = 16M









log_error                = /var/log/mysql/error.log











expire_logs_days   = 10
max_binlog_size         = 100M





















[mysqldump]
quick
quote-names
max_allowed_packet   = 16M

[mysql]


[isamchk]
key_buffer      = 16M





!includedir /etc/mysql/conf.d/

Но не стартира!

[neter]

4. Провери дали потребителят, с който е настроен да работи mysql (редът за user в същата секция [mysqld]) има права да чете и пише в папката с базите, както и в нейните подпапки;
6. Виж дали процесът е наличен (с командата от т.2), и ако не е, провери в последните редове на /var/log/syslog или /var/log/messages дали пише нещо по въпроса;
7. Ако процесът е наличен, пробвай да се свържеш, и ако не успяваш, пак провери същите логове за нещо по въпроса.

А какво стана по тези точки?

[backinblack]

4. Провери дали потребителят, с който е настроен да работи mysql (редът за user в същата секция [mysqld]) има права да чете и пише в папката с базите, както и в нейните подпапки;
6. Виж дали процесът е наличен (с командата от т.2), и ако не е, провери в последните редове на /var/log/syslog или /var/log/messages дали пише нещо по въпроса;
7. Ако процесът е наличен, пробвай да се свържеш, и ако не успяваш, пак провери същите логове за нещо по въпроса.

А какво стана по тези точки?

Mysql не стартира!

boncho@bonchodesktop1004i386:~$ ps ax | grep mysqld
18471 pts/0    S+     0:00 grep --color=auto mysqld

Nov 23 02:21:55 bonchodesktop1004i386 kernel: [ 6928.573787] type=1400 audit(1322007715.212:486): apparmor="DENIED" operation="mknod" parent=1 profile="/usr/sbin/mysqld" name="/home/mysql/bonchodesktop1004i386.lower-test" pid=19269 comm="mysqld" requested_mask="c" denied_mask="c" fsuid=0 ouid=0
Nov 23 02:22:25 bonchodesktop1004i386 kernel: [ 6958.757969] type=1400 audit(1322007745.416:487): apparmor="STATUS" operation="profile_replace" name="/usr/sbin/mysqld" pid=19352 comm="apparmor_parser"
Nov 23 02:22:25 bonchodesktop1004i386 kernel: [ 6958.768267] type=1400 audit(1322007745.424:488): apparmor="DENIED" operation="mknod" parent=1 profile="/usr/sbin/mysqld" name="/home/mysql/bonchodesktop1004i386.lower-test" pid=19356 comm="mysqld" requested_mask="c" denied_mask="c" fsuid=0 ouid=0
Nov 23 02:22:25 bonchodesktop1004i386 kernel: [ 6958.768307] type=1400 audit(1322007745.424:489): apparmor="DENIED" operation="mknod" parent=1 profile="/usr/sbin/mysqld" name="/home/mysql/bonchodesktop1004i386.lower-test" pid=19356 comm="mysqld" requested_mask="c" denied_mask="c" fsuid=0 ouid=0
Nov 23 02:22:55 bonchodesktop1004i386 kernel: [ 6988.954417] type=1400 audit(1322007775.632:490): apparmor="STATUS" operation="profile_replace" name="/usr/sbin/mysqld" pid=19453 comm="apparmor_parser"
Nov 23 02:22:55 bonchodesktop1004i386 kernel: [ 6988.966270] type=1400 audit(1322007775.644:491): apparmor="DENIED" operation="mknod" parent=1 profile="/usr/sbin/mysqld" name="/home/mysql/bonchodesktop1004i386.lower-test" pid=19457 comm="mysqld" requested_mask="c" denied_mask="c" fsuid=0 ouid=0
Nov 23 02:22:55 bonchodesktop1004i386 kernel: [ 6988.966307] type=1400 audit(1322007775.644:492): apparmor="DENIED" operation="mknod" parent=1 profile="/usr/sbin/mysqld" name="/home/mysql/bonchodesktop1004i386.lower-test" pid=19457 comm="mysqld" requested_mask="c" denied_mask="c" fsuid=0 ouid=0
Nov 23 02:23:25 bonchodesktop1004i386 kernel: [ 7019.141226] type=1400 audit(1322007805.840:493): apparmor="STATUS" operation="profile_replace" name="/usr/sbin/mysqld" pid=19546 comm="apparmor_parser"
Nov 23 02:23:25 bonchodesktop1004i386 kernel: [ 7019.148327] type=1400 audit(1322007805.844:494): apparmor="DENIED" operation="mknod" parent=1 profile="/usr/sbin/mysqld" name="/home/mysql/bonchodesktop1004i386.lower-test" pid=19550 comm="mysqld" requested_mask="c" denied_mask="c" fsuid=0 ouid=0
Nov 23 02:23:25 bonchodesktop1004i386 kernel: [ 7019.148354] type=1400 audit(1322007805.844:495): apparmor="DENIED" operation="mknod" parent=1 profile="/usr/sbin/mysqld" name="/home/mysql/bonchodesktop1004i386.lower-test" pid=19550 comm="mysqld" requested_mask="c" denied_mask="c" fsuid=0 ouid=0

Nov 23 02:31:29 bonchodesktop1004i386 init: mysql main process (20849) terminated with status 1
Nov 23 02:31:29 bonchodesktop1004i386 init: mysql main process ended, respawning
Nov 23 02:31:59 bonchodesktop1004i386 init: mysql post-start process (20851) terminated with status 1
Nov 23 02:31:59 bonchodesktop1004i386 kernel: [ 7532.493696] type=1400 audit(1322008319.519:544): apparmor="STATUS" operation="profile_replace" name="/usr/sbin/mysqld" pid=20922 comm="apparmor_parser"
Nov 23 02:31:59 bonchodesktop1004i386 kernel: [ 7532.501133] type=1400 audit(1322008319.527:545): apparmor="DENIED" operation="mknod" parent=1 profile="/usr/sbin/mysqld" name="/home/mysql/bonchodesktop1004i386.lower-test" pid=20926 comm="mysqld" requested_mask="c" denied_mask="c" fsuid=0 ouid=0
Nov 23 02:31:59 bonchodesktop1004i386 kernel: [ 7532.501159] type=1400 audit(1322008319.527:546): apparmor="DENIED" operation="mknod" parent=1 profile="/usr/sbin/mysqld" name="/home/mysql/bonchodesktop1004i386.lower-test" pid=20926 comm="mysqld" requested_mask="c" denied_mask="c" fsuid=0 ouid=0
Nov 23 02:31:59 bonchodesktop1004i386 init: mysql main process (20926) terminated with status 1
Nov 23 02:31:59 bonchodesktop1004i386 init: mysql main process ended, respawning
Nov 23 02:32:29 bonchodesktop1004i386 init: mysql post-start process (20927) terminated with status 1
Nov 23 02:32:29 bonchodesktop1004i386 kernel: [ 7562.641692] type=1400 audit(1322008349.687:547): apparmor="STATUS" operation="profile_replace" name="/usr/sbin/mysqld" pid=20997 comm="apparmor_parser"
Nov 23 02:32:29 bonchodesktop1004i386 kernel: [ 7562.650850] type=1400 audit(1322008349.699:548): apparmor="DENIED" operation="mknod" parent=1 profile="/usr/sbin/mysqld" name="/home/mysql/bonchodesktop1004i386.lower-test" pid=21001 comm="mysqld" requested_mask="c" denied_mask="c" fsuid=0 ouid=0
Nov 23 02:32:29 bonchodesktop1004i386 kernel: [ 7562.650898] type=1400 audit(1322008349.699:549): apparmor="DENIED" operation="mknod" parent=1 profile="/usr/sbin/mysqld" name="/home/mysql/bonchodesktop1004i386.lower-test" pid=21001 comm="mysqld" requested_mask="c" denied_mask="c" fsuid=0 ouid=0
Nov 23 02:32:29 bonchodesktop1004i386 init: mysql main process (21001) terminated with status 1
Nov 23 02:32:29 bonchodesktop1004i386 init: mysql main process ended, respawning
Nov 23 02:32:59 bonchodesktop1004i386 init: mysql post-start process (21003) terminated with status 1
Nov 23 02:32:59 bonchodesktop1004i386 kernel: [ 7592.804835] type=1400 audit(1322008379.871:550): apparmor="STATUS" operation="profile_replace" name="/usr/sbin/mysqld" pid=21073 comm="apparmor_parser"
Nov 23 02:32:59 bonchodesktop1004i386 kernel: [ 7592.814816] type=1400 audit(1322008379.879:551): apparmor="DENIED" operation="mknod" parent=1 profile="/usr/sbin/mysqld" name="/home/mysql/bonchodesktop1004i386.lower-test" pid=21077 comm="mysqld" requested_mask="c" denied_mask="c" fsuid=0 ouid=0
Nov 23 02:32:59 bonchodesktop1004i386 kernel: [ 7592.814842] type=1400 audit(1322008379.879:552): apparmor="DENIED" operation="mknod" parent=1 profile="/usr/sbin/mysqld" name="/home/mysql/bonchodesktop1004i386.lower-test" pid=21077 comm="mysqld" requested_mask="c" denied_mask="c" fsuid=0 ouid=0
Nov 23 02:32:59 bonchodesktop1004i386 init: mysql main process (21077) terminated with status 1
Nov 23 02:32:59 bonchodesktop1004i386 init: mysql main process ended, respawning
Nov 23 02:33:30 bonchodesktop1004i386 init: mysql post-start process (21079) terminated with status 1
Nov 23 02:33:30 bonchodesktop1004i386 kernel: [ 7622.968061] type=1400 audit(1322008410.055:553): apparmor="STATUS" operation="profile_replace" name="/usr/sbin/mysqld" pid=21186 comm="apparmor_parser"
Nov 23 02:33:30 bonchodesktop1004i386 kernel: [ 7622.978262] type=1400 audit(1322008410.063:554): apparmor="DENIED" operation="mknod" parent=1 profile="/usr/sbin/mysqld" name="/home/mysql/bonchodesktop1004i386.lower-test" pid=21190 comm="mysqld" requested_mask="c" denied_mask="c" fsuid=0 ouid=0
Nov 23 02:33:30 bonchodesktop1004i386 kernel: [ 7622.978319] type=1400 audit(1322008410.063:555): apparmor="DENIED" operation="mknod" parent=1 profile="/usr/sbin/mysqld" name="/home/mysql/bonchodesktop1004i386.lower-test" pid=21190 comm="mysqld" requested_mask="c" denied_mask="c" fsuid=0 ouid=0
Nov 23 02:33:30 bonchodesktop1004i386 init: mysql main process (21190) terminated with status 1
Nov 23 02:33:30 bonchodesktop1004i386 init: mysql main process ended, respawning

[Acho]

Цитат -> "...mysql main process ended, respawning..."

Ама то трябва ли да respawn тоя демон ? Нормално ли е това, и кой го кара ? Аз при мен като го kill-на, не се запуска наново, докато аз не го пусна.