[Sysadmins] Какая-то беда с nmap-5.51-alt1.1.qa1

[Sergey]

Приветствую.

Попалась проблема с nmap (на всякий случай от root):

# nmap 172.16.2.58

Starting Nmap 5.51 ( http://nmap.org ) at 2016-06-17 10:09 SAMT
Failed to find device eth3.2204 which was referenced in /proc/net/route
Failed to find device eth3.1303 which was referenced in /proc/net/route

Ругается, явно, не на всё:

# nmap 172.16.2.58 2>&1|grep "Failed to find device"|wc -l
452
# ip a|grep "^[0-9]"|wc -l
804

eth3.2204, приведённый в примере, существует:

586: eth3.2204 на eth3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default
    inet 10.0.25.10/30 brd 10.0.25.11 scope global eth3.2204

eth3.1303 тоже:

518: eth3.1303 на eth3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default
    inet 10.0.31.2/30 brd 10.0.31.3 scope global eth3.1303
    inet x.x.x.x/30 brd x.x.x.x scope global eth3.1303

Но, вроде, потом работает.

Похожее попалось про venet0: http://seclists.org/nmap-dev/2009/q3/303
Судя по автору сообщения, в ALT это должно быть исправлено, да и, в случае
с venet0, nmap вываливался с no "IPv4 address assigned QUITTING!".

Компьютеров в подобной конфигурации, обновлённых до одинакового p8, более
одного, проблема нашлась пока только на одном. У кого-нибудь есть мысли,
на что посмотреть ? 804 интерфейса, правда, сильно больше, чем у остальных.
ближайший по количеству, где nmap работает, имеет 339. Случилось это сразу
после обновления, или нет, непонятно, до обновления был p6, там точно
работало ещё месяца три назад. p7 там был короткое время, в p7 nmap запустить
не случилось.

Ядро 4.1.21-std-def-alt1 из-за http://bugzilla.altlinux.org/32157, x86_64.
Где работает - аналогично.

-- 
С уважением, Сергей.