[sisyphus] IA: MySQL

[sisyphus] IA: MySQL

[Konstantin A. Lepikhov]

[-- Attachment #1: Type: text/plain, Size: 2824 bytes --]

Hi!

Итак, сегодня в i/S направлен новый MySQL (версия 5.0.18). Что нужно ждать
от этого:
- возникнут проблемы с кодировками. Т.к. теперь MySQL поддерживает уникод,
  то серверу теперь придется явно говорить, в какой кодировке хранить и
  отдавать данные, без указания этих данных, он будет отдавать все в
  latin1 aka "вопросики". Зато теперь можно перекодировать ответы на лету
  :) За деталями по этому вопросу лучше см. здесь -
  http://dev.mysql.com/doc/refman/4.1/en/charset.html
- все, кто использует fulltext indexes, должны сделать optimize/repair
  table для myisam и dump/restore для innodb после обновления, т.к.
  изменился порядок индексирования для TEXT columns.
- Начиная с версии 4.1 изменился алогоритм хеширования паролей функцией
  password(), см.
  http://dev.mysql.com/doc/refman/4.1/en/password-hashing.html. Для
  совместимости со старыми клиентами (<=4.0) сервер запускается с опцией
  old-passwords=1, что допускает использование старых хешей.
- Все, кто используют AUTOCOMMIT=1 и LOCK TABLES в innodb, должны добавить
  в /var/lib/mysql/my.cnf строку innodb_table_locks=0, иначе возможны
  блокировки в работе SQL приложений.
- как известно, тип хранилища dbd не поддерживает x86_64, поэтому, т.к. мы
  собираем теперь под 2 архитектуры, bdb-storage отключен по-умолчанию в
  /var/lib/mysql/my.cnf. Те, кто использует bdb и обновляется на эту
  версию MySQL должны закомментировать строку skip-bdb в
  /var/lib/mysql/my.cnf (также это могут сделать обладатели amd64, т.к. у
  нас есть волшебный патчик, делающий возможным работу bdb на x86_64 и
  amd64). Эта опция обсуждаема, я склоняюсь к runtime правке my.cnf в
  зависимости от сборочной архитектуры.

У меня переезд прошел более-менее гладко, особых проблем не заметил :)

Также в i/S выложен libmysqlclient12 для поддержания работоспособными
старых приложений, по каким-то причинам зависящих от MySQL 4.0.x. Правила
обновления таковы (как преложение) - каждый мантейнер решает сам,
пересобирать ли его приложение с новой libMySQL или нет. Для ускорения
решения можно поставить deadline до 3х месяцев, а потом пересбрать всех
роботом. Что не собралось и мантейнеры не откликнулись - выкинуть в
orphaned, что собралось, но не заработало/не собралось и мантейнеры
подтвердят проблему - откатить на libmysqlclient12 и пинать upstream.

PS Как всегда, после обновления убедительно рекомендую сказать
mysql_fix_privilege_tables и поправить владельца на mysql у файлов в
/var/lib/mysql/db/mysql/* Возможно, эта операция будет автоматизирована в
след. релизе.

-- 
WBR, Konstantin	      chat with ==>ICQ: 109916175
     Lepikhov,	      speak  to ==>JID: lakostis@jabber.org
aka L.A. Kostis       write  to ==>mailto:lakostis@pisem.net.nospam

...The information is like the bank... 			  (c) EC8OR

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] IA: MySQL

[Ivan Adzhubey]

Доброго времени суток!

On Wednesday 01 February 2006 16:30, Konstantin A. Lepikhov wrote:
> У меня переезд прошел более-менее гладко, особых проблем не заметил :)

Сломан (забыли обновить?) /etc/init.d/mysqld. 

# service start mysqld отрабатывает штатно, но

# service status mysqld
mysqld is dead, but stale PID file exists

# service mysqld stop
Service mysqld is not running.

При этом на самом деле сервер работает (и не останавливается service mysqld 
stop).

> PS Как всегда, после обновления убедительно рекомендую сказать
> mysql_fix_privilege_tables и поправить владельца на mysql у файлов в
> /var/lib/mysql/db/mysql/* Возможно, эта операция будет автоматизирована в
> след. релизе.

А что там может быть не так с владельцами /var/lib/mysql/db/mysql/* и почему? 
Первый раз слышу, можно подробнее?

-- 
Иван

Re: [sisyphus] IA: MySQL

[Ivan Adzhubey]

On Saturday 04 February 2006 00:49, Ivan Adzhubey wrote:
> > У меня переезд прошел более-менее гладко, особых проблем не заметил :)
>
> Сломан (забыли обновить?) /etc/init.d/mysqld.

Глянул внутрь инит-скрипта:

LOCKFILE="/var/lock/subsys/mysqld"

Однако:

# ls -l /var/lock/subsys/mysqld
ls: /var/lock/subsys/mysqld: No such file or directory

-- 
Иван

Re: [sisyphus] IA: MySQL

[Ivan Adzhubey]

On Saturday 04 February 2006 00:57, Ivan Adzhubey wrote:
> On Saturday 04 February 2006 00:49, Ivan Adzhubey wrote:
> > > У меня переезд прошел более-менее гладко, особых проблем не заметил :)
> >
> > Сломан (забыли обновить?) /etc/init.d/mysqld.
>
> Глянул внутрь инит-скрипта:
>
> LOCKFILE="/var/lock/subsys/mysqld"
>
> Однако:
>
> # ls -l /var/lock/subsys/mysqld
> ls: /var/lock/subsys/mysqld: No such file or directory

Прошу прощения, проверил - дело не в локфайле, просто сервер не был запущен. В 
общем, пока не вижу где и кто из скриптов обламывается. Мейнтейнеру наверное 
проще будет разобраться...

-- 
Иван

[sisyphus] Re: IA: MySQL

[Konstantin A. Lepikhov]

[-- Attachment #1: Type: text/plain, Size: 1593 bytes --]

Hi Ivan!

Saturday 04, at 12:49:49 AM you wrote:

> Доброго времени суток!
> 
> On Wednesday 01 February 2006 16:30, Konstantin A. Lepikhov wrote:
> > У меня переезд прошел более-менее гладко, особых проблем не заметил :)
> 
> Сломан (забыли обновить?) /etc/init.d/mysqld. 
> 
> # service start mysqld отрабатывает штатно, но
> 
> # service status mysqld
> mysqld is dead, but stale PID file exists
> 
> # service mysqld stop
> Service mysqld is not running.
> 
> При этом на самом деле сервер работает (и не останавливается service mysqld 
> stop).
не верю. Посмотрите на etc/init.d/mysqld повнимательнее, может быть рядом
лежит .rpmnew именно с _новым_  скриптом? Либо у вас не остановился старый
сервер, и в памяти висят ошметки от него.

> 
> > PS Как всегда, после обновления убедительно рекомендую сказать
> > mysql_fix_privilege_tables и поправить владельца на mysql у файлов в
> > /var/lib/mysql/db/mysql/* Возможно, эта операция будет автоматизирована в
> > след. релизе.
> 
> А что там может быть не так с владельцами /var/lib/mysql/db/mysql/* и почему? 
> Первый раз слышу, можно подробнее?
не тоже не совсем понятно, почему меняется владелец изменяемых баз в
/var/lib/mysql/db/mysql/*, но пока это происходит, права надо потом
возврашать обратно на mysql.mysql. В след. релизе я надеюсь это победить.

-- 
WBR, Konstantin	      chat with ==>ICQ: 109916175
     Lepikhov,	      speak  to ==>JID: lakostis@jabber.org
aka L.A. Kostis       write  to ==>mailto:lakostis@pisem.net.nospam

...The information is like the bank... 			  (c) EC8OR

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Re: IA: MySQL

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1797 bytes --]

On Sat, Feb 04, 2006 at 12:18:20PM +0300, Konstantin A. Lepikhov wrote:
> Saturday 04, at 12:49:49 AM you wrote:
> > On Wednesday 01 February 2006 16:30, Konstantin A. Lepikhov wrote:
> > > У меня переезд прошел более-менее гладко, особых проблем не заметил :)
> > 
> > Сломан (забыли обновить?) /etc/init.d/mysqld. 
> > 
> > # service start mysqld отрабатывает штатно, но
> > 
> > # service status mysqld
> > mysqld is dead, but stale PID file exists
> > 
> > # service mysqld stop
> > Service mysqld is not running.
> > 
> > При этом на самом деле сервер работает (и не останавливается service mysqld 
> > stop).
> не верю. Посмотрите на etc/init.d/mysqld повнимательнее, может быть рядом
> лежит .rpmnew именно с _новым_  скриптом? Либо у вас не остановился старый
> сервер, и в памяти висят ошметки от него.

Если у /etc/init.d/mysqld нет %config(noreplace), то .rpmnew не создаётся.
У init-скриптов не должно быть %config(noreplace).
Фраза "mysqld is dead, but stale PID file exists" может означать, что
процесс с заданными параметрами не найден, например, потому что параметры
почему-то изменились.

> > > PS Как всегда, после обновления убедительно рекомендую сказать
> > > mysql_fix_privilege_tables и поправить владельца на mysql у файлов в
> > > /var/lib/mysql/db/mysql/* Возможно, эта операция будет автоматизирована в
> > > след. релизе.
> > 
> > А что там может быть не так с владельцами /var/lib/mysql/db/mysql/* и почему? 
> > Первый раз слышу, можно подробнее?
> не тоже не совсем понятно, почему меняется владелец изменяемых баз в
> /var/lib/mysql/db/mysql/*, но пока это происходит, права надо потом
> возврашать обратно на mysql.mysql. В след. релизе я надеюсь это победить.

А в каких случаях меняется владелец этих файлов?


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[sisyphus] Re: IA: MySQL

[Konstantin A. Lepikhov]

<цитата от="Dmitry V. Levin">
<skip>
>> не верю. Посмотрите на etc/init.d/mysqld повнимательнее, может быть
>> рядом
>> лежит .rpmnew именно с _новым_  скриптом? Либо у вас не остановился
>> старый
>> сервер, и в памяти висят ошметки от него.
>
> Если у /etc/init.d/mysqld нет %config(noreplace), то .rpmnew не создаётся.
> У init-скриптов не должно быть %config(noreplace).
просто многие почему-то лезут их править руками. А это уже другой случай.

<skip>
>> > > PS Как всегда, после обновления убедительно рекомендую сказать
>> > > mysql_fix_privilege_tables и поправить владельца на mysql у файлов в
>> > > /var/lib/mysql/db/mysql/* Возможно, эта операция будет
>> автоматизирована в
>> > > след. релизе.
>> >
>> > А что там может быть не так с владельцами /var/lib/mysql/db/mysql/* и
>> почему?
>> > Первый раз слышу, можно подробнее?
>> не тоже не совсем понятно, почему меняется владелец изменяемых баз в
>> /var/lib/mysql/db/mysql/*, но пока это происходит, права надо потом
>> возврашать обратно на mysql.mysql. В след. релизе я надеюсь это
>> победить.
>
> А в каких случаях меняется владелец этих файлов?
видимо, когда mysql запускается не от своего пользователя и делает
изменения в структуре базы.

-- 
WBR et al.

[sisyphus] Re: IA: MySQL

[Michael Shigorin]

On Sat, Feb 04, 2006 at 04:12:00PM +0300, Konstantin A. Lepikhov wrote:
> > Если у /etc/init.d/mysqld нет %config(noreplace), то .rpmnew
> > не создаётся.  У init-скриптов не должно быть
> > %config(noreplace).
> просто многие почему-то лезут их править руками. А это уже
> другой случай.

Всё-таки скорее соглашусь с Димой, а случаи, когда надо регулярно
править инитскрипты -- указывают на их недостатки.

Многие решаются зачитыванием /etc/sysconfig/%name и подсовыванием
дополнительных переменных в параметры сервиса (что там ещё
патчат?).

Но это уже неспецифично :)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [sisyphus] Re: IA: MySQL

[Ivan Adzhubey]

On Saturday 04 February 2006 04:18, Konstantin A. Lepikhov wrote:
> не верю. Посмотрите на etc/init.d/mysqld повнимательнее, может быть рядом
> лежит .rpmnew именно с _новым_  скриптом? Либо у вас не остановился старый
> сервер, и в памяти висят ошметки от него.

Повторяю еще раз, для тех кто в бронетранспортере:

Перезагрузил систему с выключением питания компьютера, сильно сомневаюсь чтобы 
у него в памяти после этого оставались ошметки чего-либо.

# chkconfig --list mysqld
mysqld          0:off   1:off   2:off   3:off   4:off   5:off   6:off

# service mysqld status
mysqld is stopped

# service mysqld start
Adjusting environment for mysqld:     [ DONE ]
Starting mysqld service:                    [ DONE ]

# service mysqld status
mysqld is dead, but stale PID file exists

# service mysqld stop
Service mysqld is not running.           [PASSED]

# ps axwu|grep mysql
root      9334  0.0  0.0   2392  1268 pts/2    S    13:31   
0:00 /bin/sh /usr/sbin/mysqld_wrapper -C koi8r
mysql     9342  0.0  2.3 437216 47896 pts/2    SN   13:31   
0:00 /usr/sbin/mysqld -C koi8r
mysql     9347  0.0  2.3 437216 47896 pts/2    SN   13:31   
0:00 /usr/sbin/mysqld -C koi8r
mysql     9348  0.0  2.3 437216 47896 pts/2    SN   13:31   
0:00 /usr/sbin/mysqld -C koi8r

$ mysql
Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 1 to server version: 5.0.18

Type 'help;' or '\h' for help. Type '\c' to clear the buffer.

mysql>

$ rpm -qa|grep MySQL|sort
libMySQL-5.0.18-alt1
libMySQL-devel-5.0.18-alt1
MySQL-client-5.0.18-alt1
MySQL-server-5.0.18-alt1

# ls -l /etc/init.d/mysqld*
-rwxr-xr-x 1 root root 1910 2006-01-26 16:28 /etc/init.d/mysqld

> > А что там может быть не так с владельцами /var/lib/mysql/db/mysql/* и
> > почему? Первый раз слышу, можно подробнее?
>
> не тоже не совсем понятно, почему меняется владелец изменяемых баз в
> /var/lib/mysql/db/mysql/*, но пока это происходит, права надо потом
> возврашать обратно на mysql.mysql. В след. релизе я надеюсь это победить.

Я спросил, потому что никогда за почти уже 10 лет активного использования 
MySQL не сталкивался с такой проблемой. Повезло?

-- 
Иван

Re: [sisyphus] Re: IA: MySQL

[Ivan Adzhubey]

On Saturday 04 February 2006 08:12, Konstantin A. Lepikhov wrote:
> > Если у /etc/init.d/mysqld нет %config(noreplace), то .rpmnew не
> > создаётся. У init-скриптов не должно быть %config(noreplace).
>
> просто многие почему-то лезут их править руками. А это уже другой случай.

А как еще вы предлагаете указывать CHARSET для mysqld, если не в init-скрипте?

-- 
Иван

[sisyphus] Re: IA: MySQL

[Konstantin A. Lepikhov]

[-- Attachment #1: Type: text/plain, Size: 2527 bytes --]

Hi Ivan!

Saturday 04, at 01:39:48 PM you wrote:

> On Saturday 04 February 2006 04:18, Konstantin A. Lepikhov wrote:
> > не верю. Посмотрите на etc/init.d/mysqld повнимательнее, может быть рядом
> > лежит .rpmnew именно с _новым_  скриптом? Либо у вас не остановился старый
> > сервер, и в памяти висят ошметки от него.
> 
> Повторяю еще раз, для тех кто в бронетранспортере:
> 
> Перезагрузил систему с выключением питания компьютера, сильно сомневаюсь чтобы 
> у него в памяти после этого оставались ошметки чего-либо.
> 
> # chkconfig --list mysqld
> mysqld          0:off   1:off   2:off   3:off   4:off   5:off   6:off
> 
> # service mysqld status
> mysqld is stopped
> 
> # service mysqld start
> Adjusting environment for mysqld:     [ DONE ]
> Starting mysqld service:                    [ DONE ]
> 
> # service mysqld status
> mysqld is dead, but stale PID file exists
> 
> # service mysqld stop
> Service mysqld is not running.           [PASSED]
> 
> # ps axwu|grep mysql
> root      9334  0.0  0.0   2392  1268 pts/2    S    13:31   
> 0:00 /bin/sh /usr/sbin/mysqld_wrapper -C koi8r
> mysql     9342  0.0  2.3 437216 47896 pts/2    SN   13:31   
> 0:00 /usr/sbin/mysqld -C koi8r
> mysql     9347  0.0  2.3 437216 47896 pts/2    SN   13:31   
> 0:00 /usr/sbin/mysqld -C koi8r
> mysql     9348  0.0  2.3 437216 47896 pts/2    SN   13:31   
> 0:00 /usr/sbin/mysqld -C koi8r
а что в /var/log/mysql/info? Меняли ли вы содержимое
/var/lib/mysql/my.cnf?

> # ls -l /etc/init.d/mysqld*
> -rwxr-xr-x 1 root root 1910 2006-01-26 16:28 /etc/init.d/mysqld
rpm -V MySQL-server?

> 
> > > А что там может быть не так с владельцами /var/lib/mysql/db/mysql/* и
> > > почему? Первый раз слышу, можно подробнее?
> >
> > не тоже не совсем понятно, почему меняется владелец изменяемых баз в
> > /var/lib/mysql/db/mysql/*, но пока это происходит, права надо потом
> > возврашать обратно на mysql.mysql. В след. релизе я надеюсь это победить.
> 
> Я спросил, потому что никогда за почти уже 10 лет активного использования 
> MySQL не сталкивался с такой проблемой. Повезло?
возможно. я тоже столкнулся с этим первый раз, поэтому и предупредил.
Кстати, они (MySQL Team) в 5.0.18 забыли help для базы залить, так что все
может быть :)

-- 
WBR, Konstantin	      chat with ==>ICQ: 109916175
     Lepikhov,	      speak  to ==>JID: lakostis@jabber.org
aka L.A. Kostis       write  to ==>mailto:lakostis@pisem.net.nospam

...The information is like the bank... 			  (c) EC8OR

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Re: IA: MySQL

[Ivan Adzhubey]

On Saturday 04 February 2006 13:50, Konstantin A. Lepikhov wrote:
> Hi Ivan!
>
> а что в /var/log/mysql/info? Меняли ли вы содержимое
> /var/lib/mysql/my.cnf?

# cat /var/log/mysql/info
2006-Feb-04 13:31:14 :: startup
060204 13:31:14 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.18'  socket: '/mysql.sock'  port: 0  ALT Linux MySQL RPM

my.cnf менял конечно, настройки сервера по умолчанию слишком скромные. Все, 
что после строки # Server tuning settings, добавлено мной.

# cat /var/lib/mysql/my.cnf
[mysqld]
# Default to using old password format for compatibility with mysql 3.x
# clients (those using the mysqlclient10 compatibility package).
old_passwords=1
# FIXME! bdb maybe work on x86/Linux and amd64/Linux
skip-bdb
chroot=/var/lib/mysql
datadir=/db
bdb-logdir=/log
#log=/log/queries
pid-file=/mysqld.pid
skip-locking
skip-networking
socket=/mysql.sock
tmpdir=/tmp
user=mysql
# Server tuning settings
skip-innodb
key_buffer_size = 384M
max_allowed_packet = 16M
table_cache = 512
sort_buffer_size = 4M
read_buffer_size = 4M
myisam_sort_buffer_size = 64M
thread_cache = 8
query_cache_size = 32M
thread_concurrency = 2
read_rnd_buffer_size = 4M
bulk_insert_buffer_size = 16M
[mysqladmin]
password = xxxxxxxxxxxxx
user= root

> > # ls -l /etc/init.d/mysqld*
> > -rwxr-xr-x 1 root root 1910 2006-01-26 16:28 /etc/init.d/mysqld
>
> rpm -V MySQL-server?

# rpm -V MySQL-server
S.5....T c /var/lib/mysql/my.cnf
missing    /var/lib/mysql/var/nis/NIS_COLD_START

> > Я спросил, потому что никогда за почти уже 10 лет активного использования
> > MySQL не сталкивался с такой проблемой. Повезло?
>
> возможно. я тоже столкнулся с этим первый раз, поэтому и предупредил.
> Кстати, они (MySQL Team) в 5.0.18 забыли help для базы залить, так что все
> может быть :)

-- 
Иван

[sisyphus] Re: IA: MySQL

[Michael Shigorin]

On Sat, Feb 04, 2006 at 01:41:18PM -0500, Ivan Adzhubey wrote:
> > > Если у /etc/init.d/mysqld нет %config(noreplace), то .rpmnew не
> > > создаётся. У init-скриптов не должно быть %config(noreplace).
> > просто многие почему-то лезут их править руками. А это уже другой случай.
> А как еще вы предлагаете указывать CHARSET для mysqld, если не в init-скрипте?

В /etc/sysconfig/mysqld. :)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[sisyphus] Re: IA: MySQL

[Konstantin A. Lepikhov]

[-- Attachment #1: Type: text/plain, Size: 741 bytes --]

Hi Michael!

Saturday 04, at 10:05:16 PM you wrote:

> On Sat, Feb 04, 2006 at 01:41:18PM -0500, Ivan Adzhubey wrote:
> > > > Если у /etc/init.d/mysqld нет %config(noreplace), то .rpmnew не
> > > > создаётся. У init-скриптов не должно быть %config(noreplace).
> > > просто многие почему-то лезут их править руками. А это уже другой случай.
> > А как еще вы предлагаете указывать CHARSET для mysqld, если не в init-скрипте?
> 
> В /etc/sysconfig/mysqld. :)
енто будет в след. сборке :)

-- 
WBR, Konstantin	      chat with ==>ICQ: 109916175
     Lepikhov,	      speak  to ==>JID: lakostis@jabber.org
aka L.A. Kostis       write  to ==>mailto:lakostis@pisem.net.nospam

...The information is like the bank... 			  (c) EC8OR

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[sisyphus] Re: IA: MySQL

[Konstantin A. Lepikhov]

[-- Attachment #1: Type: text/plain, Size: 738 bytes --]

Hi Ivan!

Saturday 04, at 02:03:39 PM you wrote:

> On Saturday 04 February 2006 13:50, Konstantin A. Lepikhov wrote:
> > Hi Ivan!
> >
> > а что в /var/log/mysql/info? Меняли ли вы содержимое
> > /var/lib/mysql/my.cnf?
> 
> # cat /var/log/mysql/info
> 2006-Feb-04 13:31:14 :: startup
> 060204 13:31:14 [Note] /usr/sbin/mysqld: ready for connections.
> Version: '5.0.18'  socket: '/mysql.sock'  port: 0  ALT Linux MySQL RPM
> 
pidof mysqld|grep `cat /var/lib/mysql/mysqld.pid` ?

-- 
WBR, Konstantin	      chat with ==>ICQ: 109916175
     Lepikhov,	      speak  to ==>JID: lakostis@jabber.org
aka L.A. Kostis       write  to ==>mailto:lakostis@pisem.net.nospam

...The information is like the bank... 			  (c) EC8OR

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Re: IA: MySQL

[Ivan Adzhubey]

On Saturday 04 February 2006 15:05, Michael Shigorin wrote:
> On Sat, Feb 04, 2006 at 01:41:18PM -0500, Ivan Adzhubey wrote:
> > > > Если у /etc/init.d/mysqld нет %config(noreplace), то .rpmnew не
> > > > создаётся. У init-скриптов не должно быть %config(noreplace).
> > >
> > > просто многие почему-то лезут их править руками. А это уже другой
> > > случай.
> >
> > А как еще вы предлагаете указывать CHARSET для mysqld, если не в
> > init-скрипте?
>
> В /etc/sysconfig/mysqld. :)

# ls -l /etc/sysconfig/mysqld
ls: /etc/sysconfig/mysqld: No such file or directory

То есть я его должен сам написать? А документация на формат где? А кто 
тестировать будет?

-- 
Иван

Re: [sisyphus] Re: IA: MySQL

[Ivan Adzhubey]

On Saturday 04 February 2006 15:14, Konstantin A. Lepikhov wrote:
> Hi Ivan!
>
> Saturday 04, at 02:03:39 PM you wrote:
> > On Saturday 04 February 2006 13:50, Konstantin A. Lepikhov wrote:
> > > Hi Ivan!
> > >
> > > а что в /var/log/mysql/info? Меняли ли вы содержимое
> > > /var/lib/mysql/my.cnf?
> >
> > # cat /var/log/mysql/info
> > 2006-Feb-04 13:31:14 :: startup
> > 060204 13:31:14 [Note] /usr/sbin/mysqld: ready for connections.
> > Version: '5.0.18'  socket: '/mysql.sock'  port: 0  ALT Linux MySQL RPM
>
> pidof mysqld|grep `cat /var/lib/mysql/mysqld.pid` ?

# pidof mysqld|grep `cat /var/lib/mysql/mysqld.pid`
9522 9348 9347 9342

-- 
Иван

Re: [sisyphus] Re: IA: MySQL

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1787 bytes --]

On Sat, Feb 04, 2006 at 01:39:48PM -0500, Ivan Adzhubey wrote:
> On Saturday 04 February 2006 04:18, Konstantin A. Lepikhov wrote:
> > не верю. Посмотрите на etc/init.d/mysqld повнимательнее, может быть рядом
> > лежит .rpmnew именно с _новым_  скриптом? Либо у вас не остановился старый
> > сервер, и в памяти висят ошметки от него.
> 
> Повторяю еще раз, для тех кто в бронетранспортере:
> 
> Перезагрузил систему с выключением питания компьютера, сильно сомневаюсь чтобы 
> у него в памяти после этого оставались ошметки чего-либо.
> 
> # chkconfig --list mysqld
> mysqld          0:off   1:off   2:off   3:off   4:off   5:off   6:off
> 
> # service mysqld status
> mysqld is stopped
> 
> # service mysqld start
> Adjusting environment for mysqld:     [ DONE ]
> Starting mysqld service:                    [ DONE ]
> 
> # service mysqld status
> mysqld is dead, but stale PID file exists
> 
> # service mysqld stop
> Service mysqld is not running.           [PASSED]

Это вследствие ошибочного изменения в /etc/init.d/mysqld:
@@ -62,7 +65,7 @@ start()
 
 stop()
 {
-	stop_daemon --lockfile "$LOCKFILE" --pidfile "$PIDFILE" --expect-user mysql mysqld
+	stop_daemon --lockfile "$LOCKFILE" --pidfile "$PIDFILE" --expect-user root mysqld
 	RETVAL=$?
 	return $RETVAL
 }
@@ -98,7 +101,7 @@ case "$1" in
 		fi
 		;;
 	status)
-		status --pidfile "$PIDFILE" --expect-user mysql mysqld
+		status --pidfile "$PIDFILE" --expect-user root mysqld
 		RETVAL=$?
 		;;
 	*)
--- MySQL-4.0.24-alt1.1/my.cnf	2003-06-30 16:00:28 +0000


В %post вижу ещё одно ошибочное изменение:
-if [ $1 = 1 ]; then     
-        /sbin/chkconfig --add mysqld       
-fi
+%post_service mysqld       


P.S. Пакет не ставил, только srpmcmp сделал.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[sisyphus] Re: IA: MySQL

[Konstantin A. Lepikhov]

[-- Attachment #1: Type: text/plain, Size: 934 bytes --]

Hi Dmitry!

Saturday 04, at 11:50:36 PM you wrote:

> Это вследствие ошибочного изменения в /etc/init.d/mysqld:
> @@ -62,7 +65,7 @@ start()
>  
>  stop()
>  {
> -	stop_daemon --lockfile "$LOCKFILE" --pidfile "$PIDFILE" --expect-user mysql mysqld
> +	stop_daemon --lockfile "$LOCKFILE" --pidfile "$PIDFILE" --expect-user root mysqld
>  	RETVAL=$?
>  	return $RETVAL
>  }
> @@ -98,7 +101,7 @@ case "$1" in
>  		fi
>  		;;
>  	status)
> -		status --pidfile "$PIDFILE" --expect-user mysql mysqld
> +		status --pidfile "$PIDFILE" --expect-user root mysqld
>  		RETVAL=$?
>  		;;
>  	*)
неа. именно --expect-user root Без этого как раз получится описанная выше
ситуация.

-- 
WBR, Konstantin	      chat with ==>ICQ: 109916175
     Lepikhov,	      speak  to ==>JID: lakostis@jabber.org
aka L.A. Kostis       write  to ==>mailto:lakostis@pisem.net.nospam

...The information is like the bank... 			  (c) EC8OR

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[sisyphus] Re: IA: MySQL

[Konstantin A. Lepikhov]

[-- Attachment #1: Type: text/plain, Size: 1044 bytes --]

Hi Ivan!

Saturday 04, at 03:39:22 PM you wrote:

> On Saturday 04 February 2006 15:14, Konstantin A. Lepikhov wrote:
> > Hi Ivan!
> >
> > Saturday 04, at 02:03:39 PM you wrote:
> > > On Saturday 04 February 2006 13:50, Konstantin A. Lepikhov wrote:
> > > > Hi Ivan!
> > > >
> > > > а что в /var/log/mysql/info? Меняли ли вы содержимое
> > > > /var/lib/mysql/my.cnf?
> > >
> > > # cat /var/log/mysql/info
> > > 2006-Feb-04 13:31:14 :: startup
> > > 060204 13:31:14 [Note] /usr/sbin/mysqld: ready for connections.
> > > Version: '5.0.18'  socket: '/mysql.sock'  port: 0  ALT Linux MySQL RPM
> >
> > pidof mysqld|grep `cat /var/lib/mysql/mysqld.pid` ?
> 
> # pidof mysqld|grep `cat /var/lib/mysql/mysqld.pid`
> 9522 9348 9347 9342
ps auxw|grep `cat /var/lib/mysql/mysqld.pid` ?

-- 
WBR, Konstantin	      chat with ==>ICQ: 109916175
     Lepikhov,	      speak  to ==>JID: lakostis@jabber.org
aka L.A. Kostis       write  to ==>mailto:lakostis@pisem.net.nospam

...The information is like the bank... 			  (c) EC8OR

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Re: IA: MySQL

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1030 bytes --]

On Sun, Feb 05, 2006 at 12:09:14AM +0300, Konstantin A. Lepikhov wrote:
> Saturday 04, at 11:50:36 PM you wrote:
> 
> > Это вследствие ошибочного изменения в /etc/init.d/mysqld:
> > @@ -62,7 +65,7 @@ start()
> >  
> >  stop()
> >  {
> > -	stop_daemon --lockfile "$LOCKFILE" --pidfile "$PIDFILE" --expect-user mysql mysqld
> > +	stop_daemon --lockfile "$LOCKFILE" --pidfile "$PIDFILE" --expect-user root mysqld
> >  	RETVAL=$?
> >  	return $RETVAL
> >  }
> > @@ -98,7 +101,7 @@ case "$1" in
> >  		fi
> >  		;;
> >  	status)
> > -		status --pidfile "$PIDFILE" --expect-user mysql mysqld
> > +		status --pidfile "$PIDFILE" --expect-user root mysqld
> >  		RETVAL=$?
> >  		;;
> >  	*)
> неа. именно --expect-user root Без этого как раз получится описанная выше
> ситуация.

Если пришлось поменять "--expect-user mysql" на "--expect-user root", то это
значит что mysqld теперь работает под рутом.  Однако, согласно сведениям,
полученным от Ивана, этого безобразия, к счастью, не происходит.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[sisyphus] Re: IA: MySQL

[Konstantin A. Lepikhov]

[-- Attachment #1: Type: text/plain, Size: 902 bytes --]

Hi Dmitry!

Sunday 05, at 12:12:22 AM you wrote:

> > неа. именно --expect-user root Без этого как раз получится описанная выше
> > ситуация.
> 
> Если пришлось поменять "--expect-user mysql" на "--expect-user root", то это
> значит что mysqld теперь работает под рутом.  Однако, согласно сведениям,
> полученным от Ивана, этого безобразия, к счастью, не происходит.
да, я негодяй:

# echo "skip-innodb" >> /var/lib/mysql/my.cnf
# service mysqld restart
# ps axuw|grep `cat /var/lib/mysql/mysqld.pid`
mysql     4027  0.0  0.8  19292  4444 pts/5    SN   00:17   0:00

значит, буду чинить innodb.

PS Иван, workaround от Димы вас спасет :)

-- 
WBR, Konstantin	      chat with ==>ICQ: 109916175
     Lepikhov,	      speak  to ==>JID: lakostis@jabber.org
aka L.A. Kostis       write  to ==>mailto:lakostis@pisem.net.nospam

...The information is like the bank... 			  (c) EC8OR

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[sisyphus] Re: IA: MySQL

[Konstantin A. Lepikhov]

[-- Attachment #1: Type: text/plain, Size: 605 bytes --]

Hi Dmitry!

Sunday 05, at 12:12:22 AM you wrote:

> Если пришлось поменять "--expect-user mysql" на "--expect-user root", то это
> значит что mysqld теперь работает под рутом.  Однако, согласно сведениям,
> полученным от Ивана, этого безобразия, к счастью, не происходит.
кстати, это и обясняет странные права на базы после
mysql_fix_priveleges_table.

-- 
WBR, Konstantin	      chat with ==>ICQ: 109916175
     Lepikhov,	      speak  to ==>JID: lakostis@jabber.org
aka L.A. Kostis       write  to ==>mailto:lakostis@pisem.net.nospam

...The information is like the bank... 			  (c) EC8OR

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Re: IA: MySQL

[Ivan Adzhubey]

On Saturday 04 February 2006 16:10, Konstantin A. Lepikhov wrote:
> > > pidof mysqld|grep `cat /var/lib/mysql/mysqld.pid` ?
> >
> > # pidof mysqld|grep `cat /var/lib/mysql/mysqld.pid`
> > 9522 9348 9347 9342
>
> ps auxw|grep `cat /var/lib/mysql/mysqld.pid` ?

# ps auxw|grep `cat /var/lib/mysql/mysqld.pid`
mysql     9348  0.0  2.3 437412 47940 ?        SN   13:31 
0:00 /usr/sbin/mysqld -C koi8r

-- 
Иван

Re: [sisyphus] Re: IA: MySQL

[Ivan Adzhubey]

On Saturday 04 February 2006 16:20, Konstantin A. Lepikhov wrote:
> Hi Dmitry!
>
> Sunday 05, at 12:12:22 AM you wrote:
> > > неа. именно --expect-user root Без этого как раз получится описанная
> > > выше ситуация.
> >
> > Если пришлось поменять "--expect-user mysql" на "--expect-user root", то
> > это значит что mysqld теперь работает под рутом.  Однако, согласно
> > сведениям, полученным от Ивана, этого безобразия, к счастью, не
> > происходит.
>
> да, я негодяй:
>
> # echo "skip-innodb" >> /var/lib/mysql/my.cnf
> # service mysqld restart
> # ps axuw|grep `cat /var/lib/mysql/mysqld.pid`
> mysql     4027  0.0  0.8  19292  4444 pts/5    SN   00:17   0:00
>
> значит, буду чинить innodb.
>
> PS Иван, workaround от Димы вас спасет :)

Любопытно, и как же это связано с innodb? Что-то я не врубаюсь...

-- 
Иван

[sisyphus] Re: IA: MySQL

[Konstantin A. Lepikhov]

[-- Attachment #1: Type: text/plain, Size: 504 bytes --]

Hi Ivan!

Saturday 04, at 06:20:50 PM you wrote:

<skip>
> > PS Иван, workaround от Димы вас спасет :)
> 
> Любопытно, и как же это связано с innodb? Что-то я не врубаюсь...
это связано с alt-chroot патчем, который я пока рассматриваю и
переделываю.

-- 
WBR, Konstantin	      chat with ==>ICQ: 109916175
     Lepikhov,	      speak  to ==>JID: lakostis@jabber.org
aka L.A. Kostis       write  to ==>mailto:lakostis@pisem.net.nospam

...The information is like the bank... 			  (c) EC8OR

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Re: IA: MySQL

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 421 bytes --]

On Sun, Feb 05, 2006 at 08:36:58PM +0300, Konstantin A. Lepikhov wrote:
> Saturday 04, at 06:20:50 PM you wrote:
> 
> <skip>
> > > PS Иван, workaround от Димы вас спасет :)
> > 
> > Любопытно, и как же это связано с innodb? Что-то я не врубаюсь...
> это связано с alt-chroot патчем, который я пока рассматриваю и
> переделываю.

Теперь уже и я не понимаю, каким образом droppriv связан с innodb?


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[sisyphus] Re: IA: MySQL

[Konstantin A. Lepikhov]

[-- Attachment #1: Type: text/plain, Size: 836 bytes --]

Hi Dmitry!

Sunday 05, at 09:07:10 PM you wrote:

> On Sun, Feb 05, 2006 at 08:36:58PM +0300, Konstantin A. Lepikhov wrote:
> > Saturday 04, at 06:20:50 PM you wrote:
> > 
> > <skip>
> > > > PS Иван, workaround от Димы вас спасет :)
> > > 
> > > Любопытно, и как же это связано с innodb? Что-то я не врубаюсь...
> > это связано с alt-chroot патчем, который я пока рассматриваю и
> > переделываю.
> 
> Теперь уже и я не понимаю, каким образом droppriv связан с innodb?
хороший вопрос :) Однако, если выкидывать chroot патч/выключать innodb, то
все начинает работать как надо.

-- 
WBR, Konstantin	      chat with ==>ICQ: 109916175
     Lepikhov,	      speak  to ==>JID: lakostis@jabber.org
aka L.A. Kostis       write  to ==>mailto:lakostis@pisem.net.nospam

...The information is like the bank... 			  (c) EC8OR

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Re: IA: MySQL

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1084 bytes --]

On Sun, Feb 05, 2006 at 09:20:56PM +0300, Konstantin A. Lepikhov wrote:
> Sunday 05, at 09:07:10 PM you wrote:
> > On Sun, Feb 05, 2006 at 08:36:58PM +0300, Konstantin A. Lepikhov wrote:
> > > Saturday 04, at 06:20:50 PM you wrote:
> > > 
> > > <skip>
> > > > > PS Иван, workaround от Димы вас спасет :)
> > > > 
> > > > Любопытно, и как же это связано с innodb? Что-то я не врубаюсь...
> > > это связано с alt-chroot патчем, который я пока рассматриваю и
> > > переделываю.
> > 
> > Теперь уже и я не понимаю, каким образом droppriv связан с innodb?
> хороший вопрос :) Однако, если выкидывать chroot патч/выключать innodb, то
> все начинает работать как надо.

Могу лишь напомнить, что мой alt-chroot не ломал innodb.
strace тебе в руки.  Не забудь убедиться, что в результате применения
alt-chroot mysqld не использует ни одного файла или каталога,
принадлежащего или доступного на запись пользователю mysql.
Авторы mysqld, по крайней мере пока я им пользовался, не понимали как
правильно зачрутить демона и потому этот код приходилось править.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[sisyphus] Re: IA: MySQL

[Konstantin A. Lepikhov]

[-- Attachment #1: Type: text/plain, Size: 1461 bytes --]

Hi Dmitry!

Sunday 05, at 09:28:56 PM you wrote:

> On Sun, Feb 05, 2006 at 09:20:56PM +0300, Konstantin A. Lepikhov wrote:
> > Sunday 05, at 09:07:10 PM you wrote:
> > > On Sun, Feb 05, 2006 at 08:36:58PM +0300, Konstantin A. Lepikhov wrote:
> > > > Saturday 04, at 06:20:50 PM you wrote:
> > > > 
> > > > <skip>
> > > > > > PS Иван, workaround от Димы вас спасет :)
> > > > > 
> > > > > Любопытно, и как же это связано с innodb? Что-то я не врубаюсь...
> > > > это связано с alt-chroot патчем, который я пока рассматриваю и
> > > > переделываю.
> > > 
> > > Теперь уже и я не понимаю, каким образом droppriv связан с innodb?
> > хороший вопрос :) Однако, если выкидывать chroot патч/выключать innodb, то
> > все начинает работать как надо.
> 
> Могу лишь напомнить, что мой alt-chroot не ломал innodb.
Он не ломался и в 4.1 ;)

> strace тебе в руки.  Не забудь убедиться, что в результате применения
> alt-chroot mysqld не использует ни одного файла или каталога,
> принадлежащего или доступного на запись пользователю mysql.
> Авторы mysqld, по крайней мере пока я им пользовался, не понимали как
> правильно зачрутить демона и потому этот код приходилось править.
Ok, буду смотреть. 

-- 
WBR, Konstantin	      chat with ==>ICQ: 109916175
     Lepikhov,	      speak  to ==>JID: lakostis@jabber.org
aka L.A. Kostis       write  to ==>mailto:lakostis@pisem.net.nospam

...The information is like the bank... 			  (c) EC8OR

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Re: IA: MySQL

[Sergey V Turchin]

[-- Attachment #1: Type: text/plain, Size: 392 bytes --]

On Saturday 04 February 2006 17:42, Michael Shigorin wrote:


[...]
> Многие решаются зачитыванием /etc/sysconfig/%name и подсовыванием
> дополнительных переменных в параметры сервиса (что там ещё
> патчат?).
Кодировку туда можно вынести

> Но это уже неспецифично :)

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]