Ага, именно достука.
DHCP-сервер находится в головной компании и я даже не уверен, что в нашем городе.
На ночь почти все компы выключают. Утром все включают компы и начинается нападение на DHCP-сервер.
То ли в Windows адреса ловятся без проблем, то ли уже после загрузки Windows делает поиск несколько раз, но Windows-пользователи ни разу не жаловались на отсутствтие сети.
Зато каждое утро обязательно хотя бы один Linux-пользователь не получает адрес. Соответственно не монтрируются диски, а поскольку весь софт на смонтированных дисках, то не работает и софт и полностью не подгружается окружение. То есть, приходится не только ловить сеть, монтировать диск, но и перелогиниваться пользователем.

Искал искал в интернетах - вообще нет никаких упоминаний, что у DHCP-клиента есть временной параметр достука к серверу.
Linux-пользоватаелей не так много. Если им всем увеличить время, чтобы они подольше искали сервер или подольше ждали ответ от него, то возможно ситуация улучшилась бы.

miksoft http://manpages.ubuntu.com/manpages/trusty/man5/dhclient.conf.5.html
если верить сей доке, то таймаут по умолчанию целых 300 секунд.
Спасибо! Почитаем.

miksoftДиски монтируются откуда? С каких серверов? Может они просто прогрузиться не успевают к моменту монтирования в линуксе?
Неее. Комп загружается с выключенной сетевухой eth0.
Делаешь ifup eth0 - она думает почти минуту и подхватывает адрес.
После этого надо перемонтировать диски и перелогиниться, чтобы подгрузилось окружение, но это дело второе.

Это не глюки сетевой карты, потому что каждый день случается на разных компах. И именно с утра. То есть, если любой комп перезагрузить днём, когда нет нагрузки на DHCP-сервер, то всё отрабатывает нормально.

miwaonlineСамый первый вопрос - что в логах? Как клиентов, так и сервера.
Ну на сервер у нас доступа нет, а на клиентах ошибок нет.

Точнее с утра в messages пишет, что-то типа:
Mar 10 10:07:38 comp7 dnsmasq[6158]: DHCP, IP range 192.168.122.2 -- 192.168.122.254, lease time 1h

Хотя диапазон у нас вообще другой.
Но такая строка есть и тех, у кого подцепился адрес, и тех, у кого не подцепился.

Когда вручую делаешь ifup eth0, то пишет:
Mar 10 10:41:55 comp7 dnsmasq[6158]: no address range available for DHCP request via eth0
Mar 10 10:41:55 comp7 dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 17 (xid=0x77062149)
Mar 10 10:41:56 comp7 dhclient: DHCPOFFER from 10.20.30.1
Mar 10 10:41:56 comp7 dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67 (xid=0x77062149)
Mar 10 10:41:56 comp7 dhclient: DHCPACK from 10.20.30.1 (xid=0x77062149)

Но при загрузке компа, когда адрес ищется автоматически - таких строк нет ни у тех, у кого адрес подхватился, ни у того, у кого не подхватился.

В общем, /var/log/messages не отличается ничем.

Забыл написать - если чё - RHEL5.7.

Сразу скажу, что сегодня в понедельник не было ни одной жалобы, что может быть совпадением, а может быть следствием того, что в:
/etc/dhclient-eth0.conf
прописал:
timeout 120.

miksoft писал, что "таймаут по умолчанию целых 300 секунд", но это общий, задаётся параметром retry, а каждый кусок достука по 60 сек, видимо в нашей сети не хватает 60 секунд, пришлось поставить 120 пока для эксперимента.

Про ещё один DHCP-сервер не знаю, возможно, надо будет поискать, сеть большая.
В нашем поддомене больше ста машин, а сколько всего в домене - не знаю, может тысяча, и DHCP-сервер, и AD, как я понимаю тутошнюю сеть, один на всех.

На совет bga83 про автоматическое поднятие интерфейса отвечу, что он и так прописан, но когда он не получает адреса, то почему-то оказывается выключен. Причём, если бы автомат не был прописан, то он не поднимался бы на одной и той же машине при каждой перезагрузке, а так это случалось раз от разу на совершенно разных машинах.

Ну в общем, на данный момент, после увеличения timeout на капризных машинах, вроде жалоб нету, надеюсь, что навсегда.

Всем Спасибо!