Здравствуйте и не чихайте. А можно поинтересоваться природой данной разницы в safe_mysqld до и после вчерашнего апдейта? (3.23.56-alt3 -> 3.23.58-alt1.M22) --- /usr/sbin/safe_mysqld 2003-11-28 07:57:48 +0200 +++ /usr/sbin/safe_mysqld.orig 2003-11-28 07:57:07 +0200 @@ -36,9 +36,10 @@ local default=$1 shift - local val=`my_print_defaults "$group" |grep "^--$name=" |tail -1` + local val=`my_print_defaults "$group" |grep "^--$name="` if [ -n "$val" ]; then eval export $varname="${val#--$name=}" + eval export $varname="${val#--$name=}" else eval export $varname="$default" fi @@ -53,4 +54,4 @@ # Test arguments. $mysqld "$@" -V >/dev/null -/usr/sbin/mysqld_wrapper "$@" & +/usr/sbin/mysqld_wrapper & В результате этой самодеятельности с чуть ли не дефолтным /etc/my.cnf взрывается GetConf(): # service mysqld restart Shutting down mysqld: [FAILED] Adjusting environment for mysqld: [ OK ] Starting mysqld: /usr/sbin/safe_mysqld: line 2: --chroot=/var/lib/mysql: No such file or directory [FAILED] --- /etc/my.cnf [mysqld] chroot=/var/lib/mysql datadir=/db bdb-logdir=/log log=/log/queries pid-file=/mysqld.pid skip-locking skip-networking #skip-grant-tables socket=/mysql.sock tmpdir=/tmp user=mysql --- При этом комментирование "chroot=" приведет к аналогичному взрыву на следующей строчке. Мне вот одно интересно: кому понадобилось ломать то, что работает? Или это "дух Райдера" нуждался в подтверждениях "ненадежности mysql"? Или срочно надо было доказать глупому мне, что автоматическое обновление ДЕЙСТВИТЕЛЬО опасно? Или этот diff сам собой там того, завелся? (в changelog ничего по этому поводу не наблюдаю) Вчера впервые за полгода на продакшн-серверах был снят apt-get upgrade по cron -- хотя там mysql практически не используется, все в postgres. На linux.kiev.ua -- нет; улеглось. В итоге приоритет промежуточного репозитория updates/, из которого _можно_ обновлять системы автоматом в большинстве случаев -- для меня поднялся. С чем и поздравляю. -- ---- WBR, Michael Shigorin ------ Linux.Kiev http://www.linux.kiev.ua/