Linux за българи: Форуми

Linux секция за начинаещи => Настройка на програми => Темата е започната от: backinblack в Nov 22, 2011, 23:36



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


Титла: Re: Питане за MySQL
Публикувано от: neter в Nov 22, 2011, 23:58
Няма никакъв проблем да копираш папката, в която са ти базите, но е препоръчително да го правиш при изключен MySQL, тъй като по време на копирането може да протече някоя операция по писане в тях или временно заключване, и да копираш частични данни.
Ако изключването на MySQL сървъра е проблем за теб, то тогава разгледай инструмента mysqlhotcopy - служи за запазване копие на базата, докато сървърът е включен, без опасност от конфликт с текущи заявки към сървъра. Твърде вероятно е да го имаш инсталиран в пакета на MySQL сървъра, така че първо провери дали имаш такава команда преди да тръгнеш да го търсиш другаде ;)


Титла: Re: Питане за MySQL
Публикувано от: backinblack в Nov 23, 2011, 00:10
Става въпрос за компютър който "не е въведен в експлоатация".
Пробвах с администратора, но когато работи сървъра и вляза в него има тав някакво бутонче дето да се премести пътя, но като го активирам и избера друга папка гърми със съобщение, че сървъра работи и трябва да се спре, а като го спра - не се отваря за да се извърши процедурата! 
Иска ми се цялата папка mysql с базите и настройки на юзери да отидат на друг партишън и след преинсталация да си тръгне така като си е бил конфигуриран преди.


Титла: Re: Питане за MySQL
Публикувано от: neter в Nov 23, 2011, 00:19
Никога не съм разглеждал графични инструменти за управление на сървъри и не знам какви бутончета имат, но предполагам, че това бутонче там служи за смяна на оперативната папка с бази данни на MySQL сървъра, а това не е, което ти трябва.
Щом не е въведен в експлоатация, смело копирай папката с базите, както си копираш папката със снимки от фотоапарата. И не се плаши да изпълниш в конзолата командата 'man mysqlhotcopy', за да разбереш, че работата с него не е висш пилотаж, а проста команда с някоя и друга опция :)


Титла: Re: Питане за MySQL
Публикувано от: radoulov в Nov 23, 2011, 00:38
Спри 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-ни лога тук.


Титла: Re: Питане за MySQL
Публикувано от: backinblack в Nov 23, 2011, 01:32
Цитат
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(8)
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(8) utility, e.g. start mysql

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

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

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


Титла: Re: Питане за MySQL
Публикувано от: neter в Nov 23, 2011, 09:28
Защо останах с впечатлението, че не искаш да местиш папката, а че искаш да й направиш резервно копие?... Ако целта ти е да преместиш папката на друг дял и MySQL да започне да чете оттам, като така се чувстваш защитен срещу омазване, какво тогава ще те защитава от омазване на дяла, където си сложил тази папка? Ако нямаш други причини за тези действия (например, малко място на дяла, където е сега тази папка), то остави папката там, където си е, и й направи резервно копие на друг дял/диск/машина/все едно. Макар че няма много смисъл да сложиш резервното копие в друг дял на същия диск, тъй като, ако тръгне хардуерно да се скапва дискът, ще се засегнат всички дялове на него.
Но... ти решаваш. Ако наистина искаш да смениш оперативната папка за базите, спираш MySQL сървъра, само че го правиш с предложената ти от системата команда
Код:
service mysql stop

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


Титла: Re: Питане за MySQL
Публикувано от: backinblack в Nov 23, 2011, 10:09
Целта на преместването на другия дял е след преинсталиране и форматиране на /, информацията да си остане в другия дял който не е форматиран и след инсталиране на системата да си се възстанови.


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 е редактиран!


Титла: Re: Питане за MySQL
Публикувано от: neter в Nov 23, 2011, 10:49
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 става много полезен), като честотата на вкарване на нови данни в базите ще ти подскаже колко начесто да го правиш. Но, както казах, ти си решаваш, така че няма да ти обръщам повече внимание на това в тази тема :)


Титла: Re: Питане за MySQL
Публикувано от: backinblack в Nov 23, 2011, 11:09
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 БД, ако се ползва складова протрама или сайтче някакво да му се хостне.

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


Титла: Re: Питане за MySQL
Публикувано от: neter в Nov 23, 2011, 11:33
Щом в изхода след "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. Ако процесът е наличен, пробвай да се свържеш, и ако не успяваш, пак провери същите логове за нещо по въпроса.


Титла: Re: Питане за MySQL
Публикувано от: backinblack в Nov 23, 2011, 13:41
Върнах машината до изходна положение и започнах отначало. Ето какво правя:
1) Копирам с файловия менажер папката на mysql в /home/mysql
2) Стартирам Уебмин и отивам на менюто на което е мишката на снимката по-долу и го стартирам.(http://store4.data.bg/backinblack/Pic/1/%D0%A1%D0%BD%D0%B8%D0%BC%D0%BA%D0%B0-1.png)

отваря се ето това меню (http://store4.data.bg/backinblack/Pic/1/%D0%A1%D0%BD%D0%B8%D0%BC%D0%BA%D0%B0-2.png) и от бутончето излиза следващото (http://store4.data.bg/backinblack/Pic/1/%D0%A1%D0%BD%D0%B8%D0%BC%D0%BA%D0%B0-3.png) от което избирам /home/mysql.

След като избера новата директория (http://store4.data.bg/backinblack/Pic/1/%D0%A1%D0%BD%D0%B8%D0%BC%D0%BA%D0%B0-4.png) запазвам и рестартирам от бутона на който е мишката и резултата е следния (http://store4.data.bg/backinblack/Pic/1/%D0%A1%D0%BD%D0%B8%D0%BC%D0%BA%D0%B0-5.png)

(http://store4.data.bg/backinblack/Pic/1/%D0%A1%D0%BD%D0%B8%D0%BC%D0%BA%D0%B0-6.png)

Уебмин си прави промяната на новата директория в 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/

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


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


Титла: Re: Питане за MySQL
Публикувано от: backinblack в Nov 23, 2011, 14:46
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





Титла: Re: Питане за MySQL
Публикувано от: Acho в Nov 23, 2011, 15:03
Цитат -> "...mysql main process ended, respawning..."

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


Титла: Re: Питане за MySQL
Публикувано от: neter в Nov 23, 2011, 15:05
Ахааа, спира те AppArmor :) Отвори файла /etc/apparmor.d/usr.sbin.mysqld и замени навсякъде "/var/lib/mysql" с новата папка "/home/mysql".


Титла: Re: Питане за MySQL
Публикувано от: backinblack в Nov 23, 2011, 16:00
Това е редактирания:
Цитат
# vim:syntax=apparmor
# Last Modified: Tue Jun 19 17:37:30 2007
#include <tunables/global>

/usr/sbin/mysqld {
  #include <abstractions/base>
  #include <abstractions/nameservice>
  #include <abstractions/user-tmp>
  #include <abstractions/mysql>
  #include <abstractions/winbind>

  capability dac_override,
  capability sys_resource,
  capability setgid,
  capability setuid,

  network tcp,

  /etc/hosts.allow r,
  /etc/hosts.deny r,

  /etc/mysql/*.pem r,
  /etc/mysql/conf.d/ r,
  /etc/mysql/conf.d/* r,
  /etc/mysql/my.cnf r,
  /usr/sbin/mysqld mr,
  /usr/share/mysql/** r,
  /var/log/mysql.log rw,
  /var/log/mysql.err rw,
  /home/mysql/ r,
  /home/mysql/** rwk,
  /var/log/mysql/ r,
  /var/log/mysql/* rw,
  /var/run/mysqld/mysqld.pid w,
  /var/run/mysqld/mysqld.sock w,

  /sys/devices/system/cpu/ r,
}

А това е не редактирания:

Цитат
# vim:syntax=apparmor
# Last Modified: Tue Jun 19 17:37:30 2007
#include <tunables/global>

/usr/sbin/mysqld {
  #include <abstractions/base>
  #include <abstractions/nameservice>
  #include <abstractions/user-tmp>
  #include <abstractions/mysql>
  #include <abstractions/winbind>

  capability dac_override,
  capability sys_resource,
  capability setgid,
  capability setuid,

  network tcp,

  /etc/hosts.allow r,
  /etc/hosts.deny r,

  /etc/mysql/*.pem r,
  /etc/mysql/conf.d/ r,
  /etc/mysql/conf.d/* r,
  /etc/mysql/my.cnf r,
  /usr/sbin/mysqld mr,
  /usr/share/mysql/** r,
  /var/log/mysql.log rw,
  /var/log/mysql.err rw,
  /var/lib/mysql/ r,
  /var/lib/mysql/** rwk,
  /var/log/mysql/ r,
  /var/log/mysql/* rw,
  /var/run/mysqld/mysqld.pid w,
  /var/run/mysqld/mysqld.sock w,

  /sys/devices/system/cpu/ r,
}

И пак не стартира!

Тона долу е syslog

Цитат
Nov 23 15:54:13 bonchodesktop1004i386 init: mysql main process ended, respawning
Nov 23 15:54:43 bonchodesktop1004i386 init: mysql post-start process (3826) terminated with status 1
Nov 23 15:54:43 bonchodesktop1004i386 kernel: [  487.905087] type=1400 audit(1322056483.591:37): apparmor="STATUS" operation="profile_replace" name="/usr/sbin/mysqld" pid=3898 comm="apparmor_parser"
Nov 23 15:54:43 bonchodesktop1004i386 init: mysql main process (3902) terminated with status 1
Nov 23 15:54:43 bonchodesktop1004i386 init: mysql main process ended, respawning
Nov 23 15:55:13 bonchodesktop1004i386 init: mysql post-start process (3904) terminated with status 1
Nov 23 15:55:13 bonchodesktop1004i386 kernel: [  518.068416] type=1400 audit(1322056513.771:38): apparmor="STATUS" operation="profile_replace" name="/usr/sbin/mysqld" pid=3979 comm="apparmor_parser"
Nov 23 15:55:13 bonchodesktop1004i386 init: mysql main process (3983) terminated with status 1
Nov 23 15:55:13 bonchodesktop1004i386 init: mysql main process ended, respawning

А това messages

Цитат
Nov 23 15:48:49 bonchodesktop1004i386 sudo: pam_sm_authenticate: Called
Nov 23 15:48:49 bonchodesktop1004i386 sudo: pam_sm_authenticate: username = [boncho]
Nov 23 15:49:11 bonchodesktop1004i386 kernel: [  156.214027] type=1400 audit(1322056151.683:26): apparmor="STATUS" operation="profile_replace" name="/usr/sbin/mysqld" pid=3011 comm="apparmor_parser"
Nov 23 15:49:41 bonchodesktop1004i386 kernel: [  186.371132] type=1400 audit(1322056181.863:27): apparmor="STATUS" operation="profile_replace" name="/usr/sbin/mysqld" pid=3085 comm="apparmor_parser"
Nov 23 15:50:12 bonchodesktop1004i386 kernel: [  216.530839] type=1400 audit(1322056212.043:28): apparmor="STATUS" operation="profile_replace" name="/usr/sbin/mysqld" pid=3169 comm="apparmor_parser"
Nov 23 15:50:42 bonchodesktop1004i386 kernel: [  246.693030] type=1400 audit(1322056242.223:29): apparmor="STATUS" operation="profile_replace" name="/usr/sbin/mysqld" pid=3255 comm="apparmor_parser"
Nov 23 15:51:12 bonchodesktop1004i386 kernel: [  276.839003] type=1400 audit(1322056272.391:30): apparmor="STATUS" operation="profile_replace" name="/usr/sbin/mysqld" pid=3329 comm="apparmor_parser"
Nov 23 15:51:42 bonchodesktop1004i386 kernel: [  306.989726] type=1400 audit(1322056302.559:31): apparmor="STATUS" operation="profile_replace" name="/usr/sbin/mysqld" pid=3406 comm="apparmor_parser"
Nov 23 15:52:12 bonchodesktop1004i386 kernel: [  337.139917] type=1400 audit(1322056332.727:32): apparmor="STATUS" operation="profile_replace" name="/usr/sbin/mysqld" pid=3520 comm="apparmor_parser"
Nov 23 15:52:42 bonchodesktop1004i386 kernel: [  367.292118] type=1400 audit(1322056362.900:33): apparmor="STATUS" operation="profile_replace" name="/usr/sbin/mysqld" pid=3596 comm="apparmor_parser"
Nov 23 15:53:13 bonchodesktop1004i386 kernel: [  397.448434] type=1400 audit(1322056393.076:34): apparmor="STATUS" operation="profile_replace" name="/usr/sbin/mysqld" pid=3670 comm="apparmor_parser"
Nov 23 15:53:43 bonchodesktop1004i386 kernel: [  427.600926] type=1400 audit(1322056423.248:35): apparmor="STATUS" operation="profile_replace" name="/usr/sbin/mysqld" pid=3745 comm="apparmor_parser"
Nov 23 15:54:13 bonchodesktop1004i386 kernel: [  457.744493] type=1400 audit(1322056453.412:36): apparmor="STATUS" operation="profile_replace" name="/usr/sbin/mysqld" pid=3820 comm="apparmor_parser"
Nov 23 15:54:43 bonchodesktop1004i386 kernel: [  487.905087] type=1400 audit(1322056483.591:37): apparmor="STATUS" operation="profile_replace" name="/usr/sbin/mysqld" pid=3898 comm="apparmor_parser"
Nov 23 15:55:13 bonchodesktop1004i386 kernel: [  518.068416] type=1400 audit(1322056513.771:38): apparmor="STATUS" operation="profile_replace" name="/usr/sbin/mysqld" pid=3979 comm="apparmor_parser"
Nov 23 15:55:43 bonchodesktop1004i386 kernel: [  548.227713] type=1400 audit(1322056543.951:39): apparmor="STATUS" operation="profile_replace" name="/usr/sbin/mysqld" pid=4074 comm="apparmor_parser"
Nov 23 15:56:14 bonchodesktop1004i386 kernel: [  578.378578] type=1400 audit(1322056574.119:40): apparmor="STATUS" operation="profile_replace" name="/usr/sbin/mysqld" pid=4150 comm="apparmor_parser"
Nov 23 15:56:44 bonchodesktop1004i386 kernel: [  608.538330] type=1400 audit(1322056604.299:41): apparmor="STATUS" operation="profile_replace" name="/usr/sbin/mysqld" pid=4225 comm="apparmor_parser"
Nov 23 15:57:14 bonchodesktop1004i386 kernel: [  638.688305] type=1400 audit(1322056634.468:42): apparmor="STATUS" operation="profile_replace" name="/usr/sbin/mysqld" pid=4341 comm="apparmor_parser"
Nov 23 15:57:44 bonchodesktop1004i386 kernel: [  668.846321] type=1400 audit(1322056664.648:43): apparmor="STATUS" operation="profile_replace" name="/usr/sbin/mysqld" pid=4422 comm="apparmor_parser"
Nov 23 15:58:14 bonchodesktop1004i386 kernel: [  699.005152] type=1400 audit(1322056694.824:44): apparmor="STATUS" operation="profile_replace" name="/usr/sbin/mysqld" pid=4504 comm="apparmor_parser"
Nov 23 15:58:45 bonchodesktop1004i386 kernel: [  729.166390] type=1400 audit(1322056725.008:45): apparmor="STATUS" operation="profile_replace" name="/usr/sbin/mysqld" pid=4580 comm="apparmor_parser"


Титла: Re: Питане за MySQL
Публикувано от: neter в Nov 23, 2011, 17:21
Сега логът от AppArmor изглежда добре, и явно има нещо друго, което също пречи. Все пак спри AppArmor и тогава пробвай пак да пуснеш MySQL сървъра, за да сме сигурни, че наистина не е останала причина в AppArmor. А преди промяната на папката работел ли е този сървър?


Титла: Re: Питане за MySQL
Публикувано от: backinblack в Nov 24, 2011, 00:29
Да, работеше с демо база магазин на микроинвест складовата програма. Само един юзер има, този който си е по подразбиране root с елементарна парола от 11111.
На сървъра никакви настройки не са правени, освен парола при инсталирането му от хранилището си на Убунту 10.04.
Всичко правя само с графични инструменти и идея си нямам как да го спра този процес! Не го виждам и в таск менажера.


Титла: Re: Питане за MySQL
Публикувано от: radoulov в Nov 24, 2011, 10:31
Може ли да видим какво има в:

Код:
/var/log/mysql/error.log

?

Ако си направил само cp -r (не mv или cp -pr) с root, ще трябва да направиш и:

Код:
chown -R mysql:mysql /home/mysql


Титла: Re: Питане за MySQL
Публикувано от: backinblack в Nov 24, 2011, 11:19
Цитат
11124 11:13:54 [Note] Plugin 'FEDERATED' is disabled.
/usr/sbin/mysqld: Can't find file: './mysql/plugin.frm' (errno: 13)
111124 11:13:54 [ERROR] Can't open the mysql.plugin table. Please run mysql_upgrade to create it.
111124 11:13:54  InnoDB: Operating system error number 13 in a file operation.
InnoDB: The error means mysqld does not have the access rights to
InnoDB: the directory.
InnoDB: File name ./ibdata1
InnoDB: File operation call: 'create'.
InnoDB: Cannot continue operation.
111124 11:14:24 [Note] Plugin 'FEDERATED' is disabled.
/usr/sbin/mysqld: Can't find file: './mysql/plugin.frm' (errno: 13)
111124 11:14:24 [ERROR] Can't open the mysql.plugin table. Please run mysql_upgrade to create it.
111124 11:14:24  InnoDB: Operating system error number 13 in a file operation.
InnoDB: The error means mysqld does not have the access rights to
InnoDB: the directory.
InnoDB: File name ./ibdata1
InnoDB: File operation call: 'create'.
InnoDB: Cannot continue operation.
111124 11:14:54 [Note] Plugin 'FEDERATED' is disabled.
/usr/sbin/mysqld: Can't find file: './mysql/plugin.frm' (errno: 13)
111124 11:14:54 [ERROR] Can't open the mysql.plugin table. Please run mysql_upgrade to create it.
111124 11:14:54  InnoDB: Operating system error number 13 in a file operation.
InnoDB: The error means mysqld does not have the access rights to
InnoDB: the directory.
InnoDB: File name ./ibdata1
InnoDB: File operation call: 'create'.
InnoDB: Cannot continue operation.
111124 11:15:24 [Note] Plugin 'FEDERATED' is disabled.
/usr/sbin/mysqld: Can't find file: './mysql/plugin.frm' (errno: 13)
111124 11:15:24 [ERROR] Can't open the mysql.plugin table. Please run mysql_upgrade to create it.
111124 11:15:24  InnoDB: Operating system error number 13 in a file operation.
InnoDB: The error means mysqld does not have the access rights to
InnoDB: the directory.
InnoDB: File name ./ibdata1
InnoDB: File operation call: 'create'.
InnoDB: Cannot continue operation.


Титла: Re: Питане за MySQL
Публикувано от: radoulov в Nov 24, 2011, 11:36
Код:
InnoDB: The error means mysqld does not have the access rights to
InnoDB: the directory.

Даде ли права с chown -R?


Титла: Re: Питане за MySQL
Публикувано от: backinblack в Nov 24, 2011, 12:49
След изпълнение на командата
Цитат
chown -R mysql:mysql /home/mysql

Сървъра стартира и програмата се връзва с базата!

Много благодарство и на двамата! Сега ще върна снапшота на виртуалката до предишно положение за да го направя отново и ще обобщя стъпките


Титла: Re: Питане за MySQL
Публикувано от: backinblack в Nov 24, 2011, 13:27
След копирането на папката с файл менажера и промяната на директорията с Уебмин,
редактиране на файла usr.sbin.mysqld по начина описан по-горе и изпълнение на командата sudo chown -R mysql:mysql /home/mysql , сървара стартира и работи с новата директория на базите.


Титла: Re: Питане за MySQL
Публикувано от: borovaka в Nov 24, 2011, 14:58
//off-topic
@backinblack А защо ти трябваше да го правиш? В смисъл /home ти е отделен дял или просто реши да пробваш?


Титла: Re: Питане за MySQL
Публикувано от: backinblack в Nov 24, 2011, 21:39
//off-topic
@backinblack А защо ти трябваше да го правиш? В смисъл /home ти е отделен дял или просто реши да пробваш?

Home e отделен партишън, но са два диска в софтуерен райд 1. Като е в райд, не става номера с лайв сд да си извадя инфото преди да преинсталирам, но мога върху софтуерния райд да преинсталирам със запазване на инфото в хоме и после след стартиране на системата да си правиш каквото искаш.
Това е за в случай, че се омаже нещо и не запали след рестарт, а не при дефектиране на диск!
Другата причина е, че дисковете не са много големи, по 80ГБ са и по-рационално да се използва мястото. Сега съм го направил 5ГБ роот, към 1ГБ суап и другото хоме и с инсталирано всичко което му е нужно в роот остават около 1,5ГБ празно "да диша системата", а базата при мястото за файлов сървър където може да се варира лесно в случай, че вземе да се ползва много и порасне много на обем.


Титла: Re: Питане за MySQL
Публикувано от: neter в Nov 24, 2011, 22:06
Home e отделен партишън, но са два диска в софтуерен райд 1. Като е в райд, не става номера с лайв сд да си извадя инфото преди да преинсталирам...
Опа, я помисли пак по въпроса :) Това е RAID 1 - масив, при който двата диска съдържат една и съща информация, с цел, ако единият се сгъбяса, другият да продължава да предоставя всички данни, които преди това са били налични в масива. Когато единият диск падне, масивът се разпада, но всичката информация продължава да е налична на другия диск. Няма никакъв проблем да извадиш диска от така или иначе разпадналия се масив и да го сложиш да си работи самостоятелно, все едно никога не е бил в масив, тъй като всичката информация си е налична.
Ако масивът текущо си е добре и заредиш система от LiveCD, понеже масивът е софтуерен, ако не вържеш отново двата диска, системата от LiveCD-то ще ги вижда като два отделни диска, съдържащи една и съща информация. Каква е разликата в единия диск (който в предната ситуация е бил здравият диск в разпадналия се масив, а сега е един от двата идентични диска) и в данните върху него, че да не можеш да ги вземеш директно и веднага чрез LiveCD-то без да ги слагаш в масив? ;)

П.П.: За да бъдем по-точни, има една част от информацията, която може и да не е налична и на двата диска, и това е информацията в MBR сектора. По подразбиране софтуерният RAID 1 не пълни MBR-то и на двата диска, така че, ако на този масив ти е системата, ползваш MBR за bootloader-a (не е препоръчително за масив, по-добре ползвай /boot) и не си си изравнил MBR-тата на двата диска след вдигането на масива (например с dd), то ако ти се бъгне дискът, върху който са ти записите за bootloader-а, ще останеш без bootloader за другия диск, и системата няма да тръгне, докато не му осигуриш такъв. Но... в случая не става дума за този случай.


Титла: Re: Питане за MySQL
Публикувано от: backinblack в Nov 24, 2011, 22:21
При тестовете ми на хардуера, сега както е направено, като изключа единия диск(от сата буксата) и системата си стартира само от единия диск, но като зареди от лайв сд, не е като когато не в райд, не могя с файловия менажер да отворя папките на диска.
Като си включа пак изключения диск, с уебмина си ребилдва и всичко си е ток и жица. След ребилдването, изключвам другия и си стартира пак без проблеми. Като измъкна буксата при работеща система, всичко замръзва, но след изключване от бъстър копчето си зарежда. Експериментирах си как ще се държи райда при евентоално дефектиране на диск, но това е при нагласена и добре работеща система, но в случай, че аз или някой друг омаже нещо и не може да стартира, със лайв сд или с parted mages не се отварят папките на дисковете като са в софтуерен райд.


Титла: Re: Питане за MySQL
Публикувано от: neter в Nov 24, 2011, 22:42
Или не си го монтирал правилно в LiveCD-то, или нещо пак си имал с правата на потребителя... някоя такава подробност ще да си пропуснал, като с т.4 от стъпките за дебъгването на MySQL-а ти :)


Титла: Re: Питане за MySQL
Публикувано от: backinblack в Nov 24, 2011, 22:55
Ами незнам! От малко повече от година съм на линукс и карам по уиндоуски, само с графични инструменти и не съм имал такива проблеми с дискове които не са в райд, но пък по този начин много по-рационално ще се използва мястото на харда. Няма да има нужда да оставям прекалено много място за mysql-а в роот директорията, та като расте да има място и през това време да не може да се ползва за друго.


Титла: Re: Питане за MySQL
Публикувано от: Naka в Nov 25, 2011, 12:58
Вместо да барате конфигурационни файлове това преместване става с най-обикновен soft линк.  [_]3
 /var/lib/mysql -> /home/mysql


От години работя така. Само че аз го преместих в  /home заради бакупите които правя. Единият бакуп се прави за цялата /home директория.


Титла: Re: Питане за MySQL
Публикувано от: Ali Nebi в Nov 25, 2011, 13:47
Здравейте,

попрочетох повечето отговори и мисля, че не видях някой да му предлага варианта с mount. Така пак ще си ползва същия път /var/lib/mysql и няма да има нужда да се занимава с коригиране на конфигурации.

Следвай тази процедура:

1. Ако нямаш дял за /var/lib/mysql, то тогава създай един. Форматирай го с желаната файлова система (ext3, ext4, xfs, etc.)
2. Спри mysql
3. Местиш директорията на mysql някъде другаде
Код:
mv /var/lib/mysql /home/
mkdir -p /var/lib/mysql
chown mysql:mysql /var/lib/mysql
chmod 0700 /var/lib/mysq
4. След като имаш дял и си го форматирал трябва да преместиш mysql директорията там. За целта ползваш mount
Код:
mkdir -p /mnt/new-volume
mount -t auto /dev/XXX /mnt/new-volume
mv /home/mysql /mnt/new-volume/
umount /dev/XXX
rm -rf /mnt/new-volume/
5. Добавиш един ред в /etc/fstab като този
Код:
/dev/XXXXX /var/lib/mysql  auto     defaults,noatime        0       2
5. Изпълняваш mount /dev/XXXX
6. Стартираш mysql и си готов. Всичко трябва да работи както трябва

Май малко сложничко го обясних. Надявам се да съм бил полезен.

Поздрави и успех!

П.С. Извинявам се ако имам грешки по стъпките. Писах го набързо :)


Титла: Re: Питане за MySQL
Публикувано от: backinblack в Nov 25, 2011, 14:17
По този начин дето го направих ме устройва идеално. Преинсталирах във виртуалката и всичко си дойде на мястото както си го исках и сравнително лесено за моментните ми линукс знания и умения за което много благодаря на всички които ми помогнаха.
Сега се мъча да се конектна към сървъра от външна връзка през нета, но нещо запецвам и не знам проблема в неправилно пренасочване в рутера ли е или от настройките на самия mysql, че и двете материи са ми мътни! От клиентските машини във вътрешната мрежа се конектва и работи, а от вън като се опитам да се конектна към ime.dyndns.info:3306 не се връзва!
VNC и RDP към компа на който е mysql сървъра си работят от вън, имам връзка и правилно съм ги пренасочил, а по същия начин mysql-а не ще!


Титла: Re: Питане за MySQL
Публикувано от: Ali Nebi в Nov 25, 2011, 14:41
Здравей отново.

1. Пренасочваш ли правилно порта към сървъра?

2. Трябва да пренасочиш TCP 3306 към машината, където ти е mysql.

3. Провери на сървъра дали порта е отворен. Може да постнеш резултата от iptables -L -n.

4. Провери в /etc/my.cnf на bind как е настроен. Ако е сетнат localhost, то тогава ще позволява връзки само от самата машина. Постни резултата от netstat -na | grep 3306

5. Ако всичко по-горе е както трябва, то тогава трябва да провериш дали потребителите на mysql позволяват връзки от вън. Примерно: root@localhost няма да ти позволи връзка от вън, но root@% ще ти позволи връзка от вън.

6. Ако всичко, което описах по-горе е наред, направи telnet serverip 3306 и виж какво ще стане и постни резултата тук.


Титла: Re: Питане за MySQL
Публикувано от: backinblack в Nov 25, 2011, 14:52
Цитат
kronos@server-kronos:~$ sudo iptables -L -n
[sudo] password for kronos:
Chain INPUT (policy ACCEPT)
target     prot opt source               destination         

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination         

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination         
kronos@server-kronos:~$ netstat -na | grep 3306
tcp        0      0 0.0.0.0:3306            0.0.0.0:*               LISTEN     


Титла: Re: Питане за MySQL
Публикувано от: Ali Nebi в Nov 25, 2011, 14:55
Добре, нямаш проблеми със защитната стена и настройките на mysql. Значи трябва да провериш останалите неща. Пренасочването на порта на рутера и потребителите на mysql.

П.С. Дай резултата от telnet, а също така може да пуснеш: nmap external_ipaddresstuk_ili_hostname


Титла: Re: Питане за MySQL
Публикувано от: backinblack в Nov 25, 2011, 15:08
Потребитела е само един. root@% ама т'ва:
Цитат
Дай резултата от telnet, а също така може да пуснеш: nmap external_ipaddresstuk_ili_hostname
не го разбрах!


Титла: Re: Питане за MySQL
Публикувано от: Ali Nebi в Nov 25, 2011, 15:14
Ок, значи потребителя на mysql  е добре.

Резултат от тези команди:

telnet slagash_public_serverip_tuk 3306
nmap slagash_public_serverip_tuk

Където съм писал slagash_public_serverip_tuk, това трябва да го замениш с публичен IP адрес видим от вън или пък адреса който имаш. Мисля, че беше писал нещо като ime.dyndns.com или нещо подобно.

П.С. Идеята е да се опиташ чрез telnet да се свържеш към mysql използвайки публичния IP адрес, така ще разбереш дали проблемът е в рутера или не. А с nmap сканираш отворените портове на рутера.


Титла: Re: Питане за MySQL
Публикувано от: backinblack в Nov 25, 2011, 15:20
Цитат
kronos@server-kronos:~$ telnet 93.183.162.30 3306
Trying 93.183.162.30...
Connected to 93.183.162.30.
Escape character is '^]'.
A
5.1.41-3ubuntu12.10Ah-G]}!&>`G$z^G)4i7sConnection closed by foreign host.
kronos@server-kronos:~$ nmap 93.183.162.30
Програмата 'nmap' още не е инсталирана  Можете да я инсталирате като напишете:
sudo apt-get install nmap
kronos@server-kronos:~$ sudo nmap 93.183.162.30
[sudo] password for kronos:
sudo: nmap: command not found


Титла: Re: Питане за MySQL
Публикувано от: Ali Nebi в Nov 25, 2011, 15:23
Всичко изглежда наред. Телнет показва, че се свързаш към mysql. nmap го нямаш инсталиран, затова не се е получило с него. Погледнах от тук и mysql порта и пренасочването са наред.

Като се опитам да се свържа към mysql от тук ми иска парола, което показва, че всичко е наред и mysql е достъпен от всякъде.

mysql -u root -p -h 93.183.xxx.xxx


Каква грешка получаваш ти като се опиташ да се свържеш?


Титла: Re: Питане за MySQL
Публикувано от: backinblack в Nov 25, 2011, 15:28
Цитат
kronos@server-kronos:~$ mysql -u root -p -h 93.183.162.30
Enter password:
Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 68
Server version: 5.1.41-3ubuntu12.10 (Ubuntu)

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

mysql>


Титла: Re: Питане за MySQL
Публикувано от: Ali Nebi в Nov 25, 2011, 15:32
Това, което си дал като резултат показва, че си се свързал успешно към mysql и си в неговия терминал.

Виждам, че ти имаш проблем като ползваш ime.dyndns.info.

Пусни тази команда: dig -t a ime.dyndns.info и провери дали IP-то, което ти връща е същото, което ти имаш като публичен адрес и с което се свързваш успешно към mysql. Ако IP-тата се различават, то тогава това е проблем с DNS-те.


Титла: Re: Питане за MySQL
Публикувано от: backinblack в Nov 25, 2011, 15:36
Цитат
kronos@server-kronos:~$ dig -t a boncho.dyndns.info

; <<>> DiG 9.7.0-P1 <<>> -t a boncho.dyndns.info
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 34354
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 5, ADDITIONAL: 5

;; QUESTION SECTION:
;boncho.dyndns.info.      IN   A

;; ANSWER SECTION:
boncho.dyndns.info.   60   IN   A   93.183.162.30

;; AUTHORITY SECTION:
dyndns.info.      66544   IN   NS   ns3.dyndns.org.
dyndns.info.      66544   IN   NS   ns5.dyndns.org.
dyndns.info.      66544   IN   NS   ns1.dyndns.org.
dyndns.info.      66544   IN   NS   ns2.dyndns.org.
dyndns.info.      66544   IN   NS   ns4.dyndns.org.

;; ADDITIONAL SECTION:
ns2.dyndns.org.      65561   IN   A   204.13.249.75
ns4.dyndns.org.      65561   IN   A   91.198.22.75
ns1.dyndns.org.      19   IN   A   204.13.248.75
ns5.dyndns.org.      21190   IN   A   203.62.195.75
ns3.dyndns.org.      72237   IN   A   208.78.69.75

;; Query time: 52 msec
;; SERVER: 192.168.1.1#53(192.168.1.1)
;; WHEN: Fri Nov 25 15:35:04 2011
;; MSG SIZE  rcvd: 232

Maй нещо в пренасочването и фаеруола на рутера е!


Титла: Re: Питане за MySQL
Публикувано от: Ali Nebi в Nov 25, 2011, 15:41
Аз се свързвам безпроблемно от тук.

От това, което видях не би трябвало да имаш никакви проблеми със свързването.


Титла: Re: Питане за MySQL
Публикувано от: backinblack в Nov 25, 2011, 15:47
Аз се свързвам безпроблемно от тук.

От това, което видях не би трябвало да имаш никакви проблеми със свързването.

Току що и аз установих, че mysql administrator-а се връзва, а складовата не ще, а до сега от вън пробвах само със складовата, а не бях пробвал с администратора!


Титла: Re: Питане за MySQL
Публикувано от: backinblack в Nov 25, 2011, 16:01
Еииииии! Много ми се насъбра да черпя [_]3 [_]3 [_]3 [_]3 [_]3 [_]3 [_]3 [_]3 [_]3 [_]3 [_]3 [_]3 [_]3 [_]3 [_]3 [_]3 [_]3 [_]3 [_]3