2. В hosts записываем ip-адрес новелловского сервака:
xxx.xxx.xxx.xxx server1
yyy.yyy.yyy.yyy server2
3. В /usr/local/etc/rc.d кидаем скрипт /usr/src/share/examples/nwclient/nwfs.sh.sample , модифицированный с учетом наших параметров. Особое внимание в скрипте обращаем на следующее:
vols="mountpoint1 mountpoint2"
Это точки монтирования nwfs из /etc/fstab. Разделяются через пробел.
HOME=/home/user
export HOME
Это домашняя папка пользователя. Подозреваю, что может быть любой папкой, т.к. интересует нас лишь в связи с тем, что в ней должен лежать файл .nwfsrc
4. Модифицируем /usr/src/share/examples/nwclient/dot.nwfsrc под наши потребности, то есть прописываем параметры user1 и user2 (тех, которые из /etc/fstab).
Все.
Способ хорош тем, что для него не нужно поднимать на хосте ipx.
Только уже в другой плоскости.
Мои исследования показали, что мускул не стартовал из-за того, что init просто до него не доходил.
В rc.d, среди прочего, есть 2 скрипта, которые монтируют ФС.
Один - монтирует nfs
Второй - две новелловские папки.
если убрать оба из rc.d - все ОК.
стоит подкинуть хотя бы один - после логона рутом по ps ax видно, что процесс init висит в системе.
Какие могут быть грабли с mount_nfs и mount_nwfs при запуске их в скриптах из rc.d?
А ты монтируй в /etc/fstab, а не в скриптах. Убери нафиг эти скрипты. Тебе же нужно быстрое решение, afair13.08.04 23:05 Автор: whiletrue <Роман> Статус: Elderman Отредактировано 13.08.04 23:06 Количество правок: 1
2. В hosts записываем ip-адрес новелловского сервака:
xxx.xxx.xxx.xxx server1
yyy.yyy.yyy.yyy server2
3. В /usr/local/etc/rc.d кидаем скрипт /usr/src/share/examples/nwclient/nwfs.sh.sample , модифицированный с учетом наших параметров. Особое внимание в скрипте обращаем на следующее:
vols="mountpoint1 mountpoint2"
Это точки монтирования nwfs из /etc/fstab. Разделяются через пробел.
HOME=/home/user
export HOME
Это домашняя папка пользователя. Подозреваю, что может быть любой папкой, т.к. интересует нас лишь в связи с тем, что в ней должен лежать файл .nwfsrc
4. Модифицируем /usr/src/share/examples/nwclient/dot.nwfsrc под наши потребности, то есть прописываем параметры user1 и user2 (тех, которые из /etc/fstab).
Все.
Способ хорош тем, что для него не нужно поднимать на хосте ipx.
nwfs в fstab'е не смонтируешь13.08.04 23:21 Автор: J'JF <Dmytro Volhushyn> Статус: Elderman
По крайней мере я такого способа не знаю.
Максимум, что можно сваять - это noauto.
Но это означает, что все равно нужно монтировать скриптами... С которыми еще нужно разобраться...
С nfs, конечно, проще. Она прекрасно монтируется в fstab'е. Так и сделал уже.
forward$ ps -aux|grep mysql10.08.04 16:17 Автор: voi Статус: Незарегистрированный пользователь
> Как и положено, в rc.d лежит mysql.server.sh > Однако, при старте системы mysqld не запускается. > Если зайти и ткнуть в скрипт ручками: > > ./mysql.server.sh start > > то все чудненько начинает работать. > Где могут быть вилы?
forward$ ps -aux|grep mysql
root 228 0.0 0.0 640 0 con- IW - 0:00.00 /bin/sh /usr/local/bin/mysqld_safe
mysql 241 0.0 1.7 36572 2148 con- S Wed02PM 10:41.89 /usr/local/libexec/mysqld
forward$ ls -la /usr/local/etc/rc.d/|grep mysql
-rwxr----- 1 root wheel 53 Jul 24 2003 mysql.sh
> Как и положено, в rc.d лежит mysql.server.sh > Однако, при старте системы mysqld не запускается. > Если зайти и ткнуть в скрипт ручками: > > ./mysql.server.sh start > > то все чудненько начинает работать. > Где могут быть вилы? Во фре в отличии от линукса скрипты из rc.d запускаются как есть, система не добавляет ключик start. Я вообще предпочитаю запускать программы из /etc/rc.local, лучше контролировать последовательность загрузки демонов.
"/usr/local/mysql/bin/mysql.server.sh start"
и т.д.
> Во фре в отличии от линукса скрипты из rc.d запускаются > как есть, система не добавляет ключик start.
Странно... но ведь в rc.d лежат скрипты для запуска апача, самбы, сервера времени и еще много чего - и все нормально запускается (а стоит их оттуда убрать - перестает). Все, кроме мускула.
Я даже попробовал сделать финт ушами: переместил mysql.server.sh в /usr/local/bin, а в rc.d подкинул незамысловатый скрипт, который содержит лишь вызов mysql.server.sh с ключиком start - ноль эмоций. Хотя ручками, опять же, все запускается.
> предпочитаю запускать программы из /etc/rc.local, лучше > контролировать последовательность загрузки демонов. > "/usr/local/mysql/bin/mysql.server.sh start"
Да как-то переконфигурировать тачку неохота - не моя... Человек, за нее ответственный, уехал в командировку - все и посыпалось (по телефону он сказал, что о трабле знает, но решить ее пока не смог). Мне лишь нужно поднять все, чтобы моя работа не страдала из-за чужих недоработок. Там вообще много тупизны в rc.d (например, оттуда запускаются скрипты ldconfig'a - не удивлюсь, если есть какие-то еще проблемы на этой тачке, к примеру, с перлом) - но бороться за чистоту как-то некогда.
Возвращаясь к сабжу - а такая проблема не может быть следствием кривой сборки мускула? И еще - скрипт старта мускула запускается только от имени рута - это нормально? Я пробежался по ресурсам, лежащим на поверхности - из них только /var/db/mysql и /var/db/mysql/comp_name.err имеют права, которые не позволяют запускать их от имени непривилегированного пользователя, но изменение этих прав ничего не дает...
Может, в этом грабли? Подскажите, куда копать.
Вряд ли10.08.04 12:35 Автор: VEK Статус: Незарегистрированный пользователь
> Возвращаясь к сабжу - а такая проблема не может быть > следствием кривой сборки мускула? Вряд ли
> И еще - скрипт старта > мускула запускается только от имени рута - это нормально? Нормально, демон будет запущен от пользователя, указанного в опции mysqld --user=<> Если настроить права на файлы и директории, я думаю, скрипт будет запускаться от любого юзера.
Большое подозрение, что проблема с путями + переменные окружения.
Что в mysql.server ? У меня, например:
PATH=/sbin:/usr/sbin:/bin:/usr/bin
basedir=/usr/local/mysql
bindir=/usr/local/mysql/bin
datadir=/var/dbs/mysql
pid_file=/var/tmp/mysqld.pid
mysql_daemon_user=mysql # Run mysqld as this user.
export PATH
mysqld --help покажет значения параметров по умолчанию, может здесь что-то с правами доступа. Что в /var/db/mysql/comp_name.err ?
И еще может быть, что есть файл /root/.my.cnf из него при старте от рута берутся параметры, а при загрузке системы из /etc/my.cnf
Ну да, так и есть. Я просто думал, что может с этим как-то...10.08.04 15:31 Автор: J'JF <Dmytro Volhushyn> Статус: Elderman
> демон будет запущен от пользователя, указанного > в опции mysqld --user=<>
Ну да, так и есть. Я просто думал, что может с этим как-то связано может быть.
> Большое подозрение, что проблема с путями + переменные > окружения.
Так, будем копать.
> Что в mysql.server ? У меня, например: > PATH=/sbin:/usr/sbin:/bin:/usr/bin > basedir=/usr/local/mysql > bindir=/usr/local/mysql/bin > datadir=/var/dbs/mysql > pid_file=/var/tmp/mysqld.pid > mysql_daemon_user=mysql # Run mysqld as this user. > export PATH
Там просто скрипт... Никакого определения путей. Пути определяются уже в скрипте /usr/local/bin/safe_mysqld , который вызвается из mysql.server (в случае параметра start, естественно)
> mysqld --help покажет значения параметров по умолчанию, > может здесь что-то с правами доступа.
ОК, проверю. Я сейчас дома - отгул. Но завтра проверю.
> Что в /var/db/mysql/comp_name.err ?
А там ничего особенного... После старта системы там ничего нового не появляется. Только если ручками пускать - то запись о том, что запущен + какая-то ругань на InnoDB, которая, как я понимаю, не особо тут играет роль.
> И еще может быть, что есть файл /root/.my.cnf
нет, такого точно нет.
> /etc/my.cnf
А вот этого файлика там нет 100%. Потому как я встречал в сети советы, связанные с ним, но его на тачке не нашел даже глобальным поиском.
Правда может че с переменными окружения10.08.04 13:59 Автор: whiletrue <Роман> Статус: Elderman
> > Возвращаясь к сабжу - а такая проблема не может быть > > следствием кривой сборки мускула? > Вряд ли > > И еще - скрипт старта > > мускула запускается только от имени рута - это > нормально? > Нормально, демон будет запущен от пользователя, указанного > в опции mysqld --user=<> Если настроить права на > файлы и директории, я думаю, скрипт будет запускаться от > любого юзера. > Большое подозрение, что проблема с путями + переменные > окружения. > Что в mysql.server ? У меня, например: > PATH=/sbin:/usr/sbin:/bin:/usr/bin > basedir=/usr/local/mysql > bindir=/usr/local/mysql/bin > datadir=/var/dbs/mysql > pid_file=/var/tmp/mysqld.pid > mysql_daemon_user=mysql # Run mysqld as this user. > export PATH > > mysqld --help покажет значения параметров по умолчанию, > может здесь что-то с правами доступа. Что в > /var/db/mysql/comp_name.err ? > И еще может быть, что есть файл /root/.my.cnf из него при > старте от рута берутся параметры, а при загрузке системы из > /etc/my.cnf
Может нужные из них инициализируются только при входе в коносль, а не глобально...
То есть нужно запихнуть эти переменные в скрипт?10.08.04 15:35 Автор: J'JF <Dmytro Volhushyn> Статус: Elderman
подробно о проекте
Анализ криптографических сетевых...
новое сообщение
закрытая нитка
новое сообщение
в закрытой нитке
старое сообщение
