Нужна Ваша помощь! Суть проблемы в том, что станция, долгое время работающая полностью на автомате, вдруг перестала загружаться. Подключил монитор и увидел, что загрузка FBSD останавливается на этапе запуска демона sendmail. После прерывания процесса (Ctrl-C) загрузка системы продолжается и вроде бы завершается успешно. Такое бывало и раньше (при других инкарнациях системы), но после необходимой перекомпилляции кернеля (связанной с уточнением конфигурации системы) все само собой проходило. Одновременно перестал загружаться MC, точнее проверка <ps -aux | grep mc | grep -v "grep"> показывает, что он запущен, но на консоли ничего нет. Hе понимаю, что могло произойти. В текущую конфигурацию станции не вмешивался уже несколько месяцев.
А в логах sendmail что пишет?отключи на время разбора с системой sendmail из автоматической загрузки дя облегчения жизни..
> Нужна Ваша помощь! Суть проблемы в том, что станция, долгое время работающая полностью на автомате, вдруг перестала загружаться. Подключил монитор и увидел, что загрузка FBSD останавливается на этапе запуска демона sendmail. После прерывания процесса (Ctrl-C) загрузка системы продолжается и вроде бы завершается успешно. Такое бывало и раньше (при других инкарнациях системы), но после необходимой перекомпилляции кернеля (связанной с уточнением конфигурации системы) все само собой проходило. Одновременно перестал загружаться MC, точнее проверка <ps -aux | grep mc | grep -v "grep"> показывает, что он запущен, но на консоли ничего нет. Hе понимаю, что могло произойти. В текущую конфигурацию станции не вмешивался уже несколько месяцев.
проверь pidы всех процессов пр старте системы , похоже два процесса имееют один и тот же pid, может как-раз твой mc и sendmail, у меня так было,
sendmail и squid садились на 1 pid
>> Нужна Ваша помощь! Суть проблемы в том, что станция, долгое время работающая полностью на автомате, вдруг перестала загружаться.>проверь pidы всех процессов пр старте системы , похоже два процесса имееют
>один и тот же pid, может как-раз твой mc и
>sendmail, у меня так было,
>sendmail и squid садились на 1 pidКак проверить? Как принудительно присвоить pid процессу? Спасибо за ответ :-)
> Нужна Ваша помощь! Суть проблемы в том, что станция, долгое время работающая полностью на автомате, вдруг перестала загружаться. Подключил монитор и увидел, что загрузка FBSD останавливается на этапе запуска демона sendmail. После прерывания процесса (Ctrl-C) загрузка системы продолжается и вроде бы завершается успешно. Такое бывало и раньше (при других инкарнациях системы), но после необходимой перекомпилляции кернеля (связанной с уточнением конфигурации системы) все само собой проходило. Одновременно перестал загружаться MC, точнее проверка <ps -aux | grep mc | grep -v "grep"> показывает, что он запущен, но на консоли ничего нет. Hе понимаю, что могло произойти. В текущую конфигурацию станции не вмешивался уже несколько месяцев.имхо проблема с разрешением имен (или named не работает, либо в локальном /etc/hosts запись об этой машине ошибочна).
насколько помню в rc.conf
sendmail_enable="NONE"
а вообще читай логи.
>> Нужна Ваша помощь! Суть проблемы в том, что станция, долгое время работающая полностью на автомате, вдруг перестала загружаться. Подключил монитор и увидел, что загрузка FBSD останавливается на этапе запуска демона sendmail. После прерывания процесса (Ctrl-C) загрузка системы продолжается и вроде бы завершается успешно. Такое бывало и раньше (при других инкарнациях системы), но после необходимой перекомпилляции кернеля (связанной с уточнением конфигурации системы) все само собой проходило. Одновременно перестал загружаться MC, точнее проверка <ps -aux | grep mc | grep -v "grep"> показывает, что он запущен, но на консоли ничего нет. Hе понимаю, что могло произойти. В текущую конфигурацию станции не вмешивался уже несколько месяцев.
>
>имхо проблема с разрешением имен (или named не работает, либо в локальном
>/etc/hosts запись об этой машине ошибочна).
>> Нужна Ваша помощь!
>
>имхо проблема с разрешением имен (или named не работает, либо в локальном
>/etc/hosts запись об этой машине ошибочна).Вот такие у меня конфиги на эту тему:
======= begin named.conf ==============================
acl "our_folks" { 192.168.1.0/24; };
options {
directory "/etc/namedb";
forwarders {
212.188.4.10;
195.34.32.116;
};
allow-recursion { "our_folks"; };
allow-query {"our_folks"; };
version "unknown";
fake-iquery no;
};
zone "." in {
type hint;
file "named.root";
};
zone "0.0.127.in-addr.arpa" in {
type master;
file "localhost.rev";
# file "127.in-addr.arpa";
};key "rndc-key" {
algorithm hmac-md5;
secret "xxxxxxxxxxxxxxxxxxxxxx==";
};
============ end named.conf =======================
============ begin hosts.conf =====================
# $FreeBSD: src/etc/host.conf,v 1.6 1999/08/27 23:23:41 peter Exp $
# First try the nameserver next.
bind
# Now try the /etc/hosts file
hosts
# If you have YP/NIS configured, uncomment the next line
# nis
============ end hosts.conf =======================
============ begin resolv.conf ====================
domain homelan
nameserver 192.168.1.2
============ end resolv.conf ======================Что-то у меня не в порядке. Вот что сообщает nslookup:
root@myrouter# nslookup
*** Can't find server name for address 192.168.1.2: Non-existent host/domain
*** Default servers are not availableПри настройке named я преследовал цель получить простой кеширующий сервер, обладающий минимумом функциональности и не создающий проблем ни кому из вне.
>>> Нужна Ваша помощь!
>>
>>имхо проблема с разрешением имен (или named не работает, либо в локальном
>>/etc/hosts запись об этой машине ошибочна).
>
>Вот такие у меня конфиги на эту тему:
>======= begin named.conf ==============================
>acl "our_folks" { 192.168.1.0/24; };
>options {
> directory "/etc/namedb";
> forwarders {
>
> 212.188.4.10;
>
> 195.34.32.116;
> };
> allow-recursion { "our_folks"; };
>
> allow-query {"our_folks"; };
> version "unknown";
> fake-iquery no;
>};
>zone "." in {
> type hint;
> file "named.root";
> };
>zone "0.0.127.in-addr.arpa" in {
> type master;
> file "localhost.rev";
># file "127.in-addr.arpa";
> };
>
>key "rndc-key" {
> algorithm hmac-md5;
> secret "xxxxxxxxxxxxxxxxxxxxxx==";
>};
>============ end named.conf =======================
>============ begin hosts.conf =====================
># $FreeBSD: src/etc/host.conf,v 1.6 1999/08/27 23:23:41 peter Exp $
># First try the nameserver next.
>bind
># Now try the /etc/hosts file
>hosts
># If you have YP/NIS configured, uncomment the next line
># nis
>============ end hosts.conf =======================
>============ begin resolv.conf ====================
>domain homelan
>nameserver 192.168.1.2
^^^^^^^^^^ - это чей адрес? Другого компьютера? а он существует и доступен?
если же твоя машина является сервером имен, то
nameserver 127.0.0.1
nameserver IP.OF.OTHER.SERVER
и т. д. (всего не более 3 записей кажется)
>============ end resolv.conf ======================
>
>Что-то у меня не в порядке. Вот что сообщает nslookup:
>
>root@myrouter# nslookup
>*** Can't find server name for address 192.168.1.2: Non-existent host/domain
>*** Default servers are not available
>
>При настройке named я преследовал цель получить простой кеширующий сервер, обладающий минимумом
>функциональности и не создающий проблем ни кому из вне.
>>>> Нужна Ваша помощь!
>>>
>>>имхо проблема с разрешением имен (или named не работает, либо в локальном
>>>/etc/hosts запись об этой машине ошибочна).
>>
>>============ begin resolv.conf ====================
>>domain homelan
>>nameserver 192.168.1.2
>^^^^^^^^^^ - это чей адрес? Другого компьютера? а он существует и доступен? если же твоя машина является сервером имен,Этот компьютер является локальным кеширующим (по задумке :-) сервером имен для остальных компьютеров в домашней сети.
>nameserver 127.0.0.1
>nameserver IP.OF.OTHER.SERVER
>и т. д. (всего не более 3 записей кажется)
>
Сделал так. Теперь nslookup сообщает:root@myrouter# nslookup
*** Can't find server name for address 127.0.0.1: Query refused
*** Can't find server name for address ::: No response from server
*** Default servers are not available
>>>>> Нужна Ваша помощь!
>>>>
>>>>имхо проблема с разрешением имен (или named не работает, либо в локальном
>>>>/etc/hosts запись об этой машине ошибочна).
>>>
>>>============ begin resolv.conf ====================
>>>domain homelan
>>>nameserver 192.168.1.2
>>^^^^^^^^^^ - это чей адрес? Другого компьютера? а он существует и доступен? если же твоя машина является сервером имен,
>
>Этот компьютер является локальным кеширующим (по задумке :-) сервером имен для остальных
>компьютеров в домашней сети.
>>nameserver 127.0.0.1
>>nameserver IP.OF.OTHER.SERVER
>>и т. д. (всего не более 3 записей кажется)
>>
>Сделал так. Теперь nslookup сообщает:
>
>root@myrouter# nslookup
>*** Can't find server name for address 127.0.0.1: Query refused
>*** Can't find server name for address ::: No response from server
>
>*** Default servers are not availableКонечно сообщит. В acl у тебя адрес 127.0.0.1 не прописан, а только 192.168.
Вот потому и Query refused. Отключи пока acl, разберись с разрешением имен, а потом уж доступ разграничивай
>>>>>> Нужна Ваша помощь!
>>>>>
>>>>>имхо проблема с разрешением имен (или named не работает, либо в локальном
>>>>>/etc/hosts запись об этой машине ошибочна).
>>>>
>>>>============ begin resolv.conf ====================
>>>>domain homelan
>>>>nameserver 192.168.1.2
>>>^^^^^^^^^^ - это чей адрес? Другого компьютера? а он существует и доступен? если же твоя машина является сервером имен,
>>
>>Этот компьютер является локальным кеширующим (по задумке :-) сервером имен для остальных
>>компьютеров в домашней сети.
>>>nameserver 127.0.0.1
>>>nameserver IP.OF.OTHER.SERVER
>>>и т. д. (всего не более 3 записей кажется)
>>>
>>Сделал так. Теперь nslookup сообщает:
>>
>>root@myrouter# nslookup
>>*** Can't find server name for address 127.0.0.1: Query refused
>>*** Can't find server name for address ::: No response from server
>>
>>*** Default servers are not available
>
>Конечно сообщит. В acl у тебя адрес 127.0.0.1 не прописан, а только
>192.168.
>Вот потому и Query refused. Отключи пока acl, разберись с разрешением имен,
>а потом уж доступ разграничивайПонял!! Спасибо, буду разбираться.
> Нужна Ваша помощь! Суть проблемы в том, что станция, долгое время работающая полностью на автомате, вдруг перестала загружаться. Подключил монитор и увидел, что загрузка FBSD останавливается на этапе запуска демона sendmail.Не знаю, ваш ли это случай, но такое бывает при проблемах с резолвингом.
>> Нужна Ваша помощь! Суть проблемы в том, что станция, долгое время работающая полностью на автомате, вдруг перестала загружаться. Подключил монитор и увидел, что загрузка FBSD останавливается на этапе запуска демона sendmail.
>
>Не знаю, ваш ли это случай, но такое бывает при проблемах с
>резолвингом.Меня больше всего беспокоит, что возникают они неожиданно. Станция работала долгое время (пару месяцев) без всяких проблем, изменения в конфигурацию не вносились. И вдруг пропал доступ к ней по ssh, отказался запускаться sendmail, отказался запускаться mc. Вчера вынужден был включить резервный компьютер. Сейчас, отключив sendmail в rc.conf, работаю через неработавший вчера роутер. SSH, MC работают. Что было?
>>> Нужна Ваша помощь! Суть проблемы в том, что станция, долгое время работающая полностью на автомате, вдруг перестала загружаться. Подключил монитор и увидел, что загрузка FBSD останавливается на этапе запуска демона sendmail.
>>
>>Не знаю, ваш ли это случай, но такое бывает при проблемах с
>>резолвингом.
>
>Меня больше всего беспокоит, что возникают они неожиданно. Станция работала долгое время
>(пару месяцев) без всяких проблем, изменения в конфигурацию не вносились. И
>вдруг пропал доступ к ней по ssh, отказался запускаться sendmail, отказался
>запускаться mc. Вчера вынужден был включить резервный компьютер. Сейчас, отключив sendmail
>в rc.conf, работаю через неработавший вчера роутер. SSH, MC работают. Что
>было?
/var/ место есть? Если есть - лопать логи...
>>>> Нужна Ваша помощь! Суть проблемы в том, что станция, долгое время работающая полностью на автомате, вдруг перестала загружаться. Подключил монитор и увидел, что загрузка FBSD останавливается на этапе запуска демона sendmail.
>>>
>>>Не знаю, ваш ли это случай, но такое бывает при проблемах с
>>>резолвингом.
>>
>>Меня больше всего беспокоит, что возникают они неожиданно. Станция работала долгое время
>>(пару месяцев) без всяких проблем, изменения в конфигурацию не вносились. И
>>вдруг пропал доступ к ней по ssh, отказался запускаться sendmail, отказался
>>запускаться mc. Вчера вынужден был включить резервный компьютер. Сейчас, отключив sendmail
>>в rc.conf, работаю через неработавший вчера роутер. SSH, MC работают. Что
>>было?
>
>
>/var/ место есть? Если есть - лопать логи...
Вобщем как в своё время lavr и посоветовал я по нормальному настроил DNS (оказалось у прова сменился IP а я это дело прощёлкал). И всё заработало и залетало.
Симптомы такие же как и у тебя были
SendMail пытается узнать доменные имена всех IP-номеров данной машины и ждёт ответа от DNS. Так что пропиши все её IP-номера всех интерфейсов (включая 127.0.0.1 - см.команду 'ifconfig') в файле "/etc/hosts".
провайдер DNS не менял? спроси у него какой к тебе ближе, и пропиши его первым в resolv.conf
>провайдер DNS не менял? спроси у него какой к тебе ближе, и
>пропиши его первым в resolv.confЦтопудова была такая ситуация ... Запустил одну машину, на шлюзе в арп добавился мак, потом запустил с таким же ИП вторую (выключив первую). Пока арп не почистил на шлюзе, машину не было видно и с консоли на ней не запускался МС (а при старте сендмэил). Как только машинка увидела сеть все залетало ... Короче тем кто не понял это проблеммы с резолвом
>с консоли на ней не запускался МС (а при старте сендмэил).
>Как только машинка увидела сеть все залетало ... Короче тем кто
>не понял это проблеммы с резолвомА вот интересно: нахрена MC нужен ресолвинг? Чего это такого он в сети ишчеть?
(Почти оффтопик :)