Легенда:
 новое сообщение
 закрытая нитка
 новое сообщение
 в закрытой нитке
 старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
| |
??? моя не понимай :-( 10.08.04 16:38 Число просмотров: 1018
Автор: J'JF <Dmytro Volhushyn> Статус: Elderman
|
|
|
|
<sysadmin>
|
[mysql] [freebsd] автозапуск 09.08.04 18:53
Автор: J'JF <Dmytro Volhushyn> Статус: Elderman
|
Как и положено, в rc.d лежит mysql.server.sh
Однако, при старте системы mysqld не запускается.
Если зайти и ткнуть в скрипт ручками:
./mysql.server.sh start
то все чудненько начинает работать.
Где могут быть вилы?
|
|
Всем спасибо! Тема закрыта. 13.08.04 23:44
Автор: J'JF <Dmytro Volhushyn> Статус: Elderman
|
|
|
|
Продолжаем разговор 13.08.04 19:51
Автор: J'JF <Dmytro Volhushyn> Статус: Elderman
|
Только уже в другой плоскости.
Мои исследования показали, что мускул не стартовал из-за того, что init просто до него не доходил.
В rc.d, среди прочего, есть 2 скрипта, которые монтируют ФС.
Один - монтирует nfs
Второй - две новелловские папки.
если убрать оба из rc.d - все ОК.
стоит подкинуть хотя бы один - после логона рутом по ps ax видно, что процесс init висит в системе.
Какие могут быть грабли с mount_nfs и mount_nwfs при запуске их в скриптах из rc.d?
|
| |
А ты монтируй в /etc/fstab, а не в скриптах. Убери нафиг эти скрипты. Тебе же нужно быстрое решение, afair 13.08.04 23:05
Автор: whiletrue <Роман> Статус: Elderman
Отредактировано 13.08.04 23:06 Количество правок: 1
|
|
|
| | |
Нашел, как монтировать nwfs! 13.08.04 23:42
Автор: J'JF <Dmytro Volhushyn> Статус: Elderman
Отредактировано 13.08.04 23:43 Количество правок: 1
|
Значит так:
1. В /etc/fstab прописываем:
/server1:user1/share1[/path1] mountpoint1 nwfs rw,-A=server,-c=1,noauto 0 0
/server2:user2/share2[/path2] mountpoint2 nwfs rw,-A=server,-c=1,noauto 0 0
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 mysql 10.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
forward$ cat /usr/local/etc/rc.d/mysql.sh
#!/bin/sh
echo " mysql"
/usr/local/bin/mysqld_safe &
forward$ uname -a
FreeBSD forward.lala.la 4.7-RELEASE FreeBSD 4.7-RELEASE #0: Thu Oct 2 16:26:54 MSD 2003
forward$ mysql -V
mysql Ver 12.20 Distrib 4.0.13, for unknown-freebsd4.7 (i386)
|
| |
??? моя не понимай :-( 10.08.04 16:38
Автор: J'JF <Dmytro Volhushyn> Статус: Elderman
|
|
|
| | |
да я просто показал как у меня эта связка работает. 10.08.04 16:50
Автор: voi Статус: Незарегистрированный пользователь
|
|
|
|
start самому надо писать 10.08.04 07:45
Автор: VEK Статус: Незарегистрированный пользователь
|
> Как и положено, в rc.d лежит mysql.server.sh
> Однако, при старте системы mysqld не запускается.
> Если зайти и ткнуть в скрипт ручками:
>
> ./mysql.server.sh start
>
> то все чудненько начинает работать.
> Где могут быть вилы?
Во фре в отличии от линукса скрипты из rc.d запускаются как есть, система не добавляет ключик start. Я вообще предпочитаю запускать программы из /etc/rc.local, лучше контролировать последовательность загрузки демонов.
"/usr/local/mysql/bin/mysql.server.sh start"
и т.д.
|
| |
бред 10.08.04 13:51
Автор: ZaDNiCa <indeed ZaDNiCa> Статус: Elderman
|
скрипты прекрасно запускаются из /usr/local/etc/rc.d
а если надо контролировать порядок то переименовать их в вид 001-server.sh, 002-service.sh и т.д.
|
| |
Разве? 10.08.04 08:12
Автор: J'JF <Dmytro Volhushyn> Статус: Elderman
|
> Во фре в отличии от линукса скрипты из 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
|
|
|
|
|
подробно о проекте
Анализ криптографических сетевых...
