From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Wed, 19 Jan 2005 10:39:30 +0300 To: community@altlinux.ru Subject: Re: [Comm] Re: autostart MySQL References: <20050117105612.GS10926@osdn.org.ua> <41EC386F.1080305@unisoft.com.ua> <20050117225538.GA15941@lks.home> <20050118112600.GD27042@osdn.org.ua> <41ED68F7.7090603@unisoft.com.ua> <20050119074335.GS27042@osdn.org.ua> From: "Aleksander N. Gorohovski" Organization: DonNTU Content-Type: text/plain; format=flowed; delsp=yes; charset=koi8-r MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: In-Reply-To: <20050119074335.GS27042@osdn.org.ua> User-Agent: Opera M2/7.54 (Linux, build 751) X-BeenThere: community@altlinux.ru X-Mailman-Version: 2.1.5 Precedence: list Reply-To: community@altlinux.ru List-Id: Mailing list for ALT Linux users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2005 08:27:15 -0000 Archived-At: List-Archive: List-Post: On Wed, 19 Jan 2005 09:43:36 +0200, Michael Shigorin wrote: > On Tue, Jan 18, 2005 at 09:52:23PM +0200, Eugene Ostapets wrote: >> |>>Я рискую нарваться на град камней, но скажу: я четыре раза >> | А хоть один баг висит? Егорушка подумывал заняться 4.1. >> А на что вешать? На подземный стук? Если бы я знал способ >> добиться повторяемости - повесил бы... > > На MySQL-server. > >> |>>нарывался на дистрибутивах Альта на один глюк связаный с >> |>>MySQL - проблема каждый раз была связана с невозможностью >> |>>инициализациии innodb. Лечилось это удалением "битых" баз >> |>>innodb в /usr/lib/mysql и перезапуском service mysqld... >> | /var/lib/mysql/db, конечно. >> Нет, в том то и дело /var/lib/mysql, а не в db... > > Ну всяко не /usr. :) Хотя странно -- что они там-то забыли. Докладываю результаты своих исследований по MySQL: C помощью вставки в сценарии (спасибо Eugene Ostapets надоумел) echo $? удалось выявить источник появления сообщения ( при # service mysqld start): "Adjusting environment for mysqld [FAILED]" Как и предполагал это связано с использованием ALT chroot. В самом сценарии /etc/rc.d/init.d/mysqld есть вызов другого сценария /etc/chroot.d/mysql.all, в котором вызывается еще два сценария. Появление вышеприведенного сообщения и как следствие невозможность автозагрузки mysqld происходит во втором сценарии /etc/chroot.d/mysql.conf , в котором в цикле вызывается функция копирования Copy (сама функция находится в /etc/chroot.d/functions). Вот фрагмент из этого сценария (/etc/chroot.d/mysql.conf ): -------------------------------------------- ... for f in localtime hosts services {host, nsswitch,resolv}.conf; do Copy -m644 $force "/etc/$f" "etc/$f" done По всей видимости эта конструкция используется в системе не только исключительно для mysqld, потому что при старте системы обновление chroot проходит успешно (правда не могу сказать для какого еще сервиса-ов/демона) Но, что касается mysqld, то ошибка возникает с "localtime" в этом цикле. Если его убрать, т.е. оставить -------------------------------------------- ..... for f in hosts services {host, nsswitch,resolv}.conf; do Copy -m644 $force "/etc/$f" "etc/$f" done -------------------------------------------- то ее не возникает и mysqld cтартует. Но убрирать "localtime" не хотелось бы. :-( Может быть специалисты дадут какой комментарий по этому поводу (хотелось бы выслушать мнение Dmitry V.Levin)? :-) Cпасибо.