DHCP

[sedo26]

Используется только пару десятков, много ещё свободных.

[Efendy]

Используется только пару десятков, много ещё свободных.

проще всего дай мне временный доступ по ссх в личку

[Pa4ka]

Зависает модуль

/usr/bin/perl /usr/local/nodeny/modules/dhcp/events.pl commit "IP клиента" "мак клиента"

На одном "ипе залипает" и больше IP абонентам не выдаеться.
В конфиге make_config шаблон дхцп в котором около 100 вланов и подсетей которые прописаны в пуле бд

shared-network vlan1914 {
subnet 172.19.14.0 netmask 255.255.255.0 {
  allow unknown-clients;
  range 172.19.14.3 172.19.14.254;
  interface vlan1914;
    default-lease-time 2400;
    max-lease-time 1800;
  option routers 172.19.14.1;

  on commit {
     set ClientIP  = binary-to-ascii(10, 8, ".", leased-address);
            set ClientMac = binary-to-ascii(16, 8, ":", substring(hardware, 1, 6));
            set SwitchMac = "";
            set SwitchPort ="";
            if exists agent.circuit-id
            {
                set SwitchMac = binary-to-ascii(16, 8, ":", option agent.remote-id);
                set SwitchPort = binary-to-ascii(10, 8, ":", suffix(option agent.circuit-id, 1));
            }
            execute("/usr/bin/perl", "/usr/local/nodeny/modules/dhcp/events.pl", "commit",
                    ClientIP, ClientMac, SwitchMac, SwitchPort);
  }
  on expiry {
    set ClientIP  = binary-to-ascii(10, 8, ".", leased-address);
    execute("/usr/bin/perl", "/usr/local/nodeny/modules/dhcp/events.pl", "expiry", ClientIP);
  }
  on release {
    set ClientIP  = binary-to-ascii(10, 8, ".", leased-address);
    execute("/usr/bin/perl", "/usr/local/nodeny/modules/dhcp/events.pl", "release", ClientIP);
  }
}

Я киляю процесс оно выдает дальше ипы, но через несколько секунд или минут(когда как) опять залипает.
До сегодняшнего дня все работало как часы.
Помогите пожалуйста найти зависимость уважаемые форумчане!

[cojiict]

що в /var/log/dhcpd.log

[Pa4ka]

що в /var/log/dhcpd.log

в логе пусто с 11 часов сегодняшнего дня
я его просто почистил потому что там было полтора гига логов за все время, подумал может изза его размера.

чистил так
truncate -s0 /var/log/dhcpd.log

Сейчас ситуация вроде стабилизировалась, но я еще такое замечал если большой сегмент сети отпадает на некоторое время(более часа) то так же бывает такое.

[Pa4ka]

может сервер не успевает обрабатывать запросы, но вроде не сильно нагружен, особенно утром
сейчас так

last pid: 50946;  load averages:  4.91,  4.65,  4.57                                                                   up 6+00:38:52  17:05:02
439 processes: 13 running, 366 sleeping, 60 waiting
CPU 0: 10.3% user,  0.0% nice, 21.5% system,  9.3% interrupt, 58.9% idle
CPU 1: 22.4% user,  0.0% nice, 23.4% system, 10.3% interrupt, 43.9% idle
CPU 2: 13.1% user,  0.0% nice, 23.4% system, 11.2% interrupt, 52.3% idle
CPU 3: 16.8% user,  0.0% nice, 15.0% system, 11.2% interrupt, 57.0% idle
CPU 4: 15.9% user,  0.0% nice, 22.4% system, 10.3% interrupt, 51.4% idle
CPU 5: 15.9% user,  0.0% nice, 29.9% system, 15.0% interrupt, 39.3% idle
CPU 6: 19.6% user,  0.0% nice, 21.5% system, 12.1% interrupt, 46.7% idle
CPU 7: 17.8% user,  0.0% nice, 21.5% system, 10.3% interrupt, 50.5% idle
Mem: 623M Active, 5817M Inact, 1327M Wired, 120M Cache, 872M Buf, 50M Free
Swap: 4096M Total, 19M Used, 4077M Free

  PID USERNAME   PRI NICE   SIZE    RES STATE   C   TIME    WCPU COMMAND
33815 root       102    0 77196K 21444K CPU6    6 162:49 100.00% perl{perl}
92781 mysql       97    0   837M   517M CPU7    7 158:14  83.25% mysqld{mysqld}
   11 root       155 ki31     0K   128K RUN     0  89.3H  60.99% idle{idle: cpu0}
   11 root       155 ki31     0K   128K RUN     2  76.2H  59.96% idle{idle: cpu2}
   11 root       155 ki31     0K   128K CPU3    3  76.0H  59.57% idle{idle: cpu3}
   11 root       155 ki31     0K   128K RUN     5  75.5H  57.96% idle{idle: cpu5}
   11 root       155 ki31     0K   128K RUN     4  75.8H  56.40% idle{idle: cpu4}
   11 root       155 ki31     0K   128K RUN     7  75.4H  53.17% idle{idle: cpu7}
   11 root       155 ki31     0K   128K RUN     1  75.4H  52.98% idle{idle: cpu1}
   11 root       155 ki31     0K   128K CPU6    6  75.1H  52.39% idle{idle: cpu6}
   12 root       -72    -     0K   976K WAIT    3  55.7H  45.17% intr{swi1: netisr 0}
75132 root        48    0   368M   188M select  0 162:55  35.16% perl{perl}
76636 root        28  -15 71632K 28300K sbwait  0  28.5H  28.37% ipcad{ipcad}
76636 root        28  -15 71632K 28300K CPU1    1  36.1H  11.96% ipcad{ipcad}
75176 root        20    0   137M 78700K select  7  15:43   3.17% perl{perl}
   12 root       -92    -     0K   976K WAIT    0 189:32   2.49% intr{irq274: igb2:que}
92781 mysql       29    0   837M   517M sbwait  1   4:59   1.27% mysqld{mysqld}
   12 root       -92    -     0K   976K WAIT    4 101:03   1.17% intr{irq278: igb2:que}
   12 root       -92    -     0K   976K WAIT    2  92:38   1.17% intr{irq258: igb0:que}
   12 root       -92    -     0K   976K WAIT    5  92:23   1.17% intr{irq261: igb0:que}
   12 root       -92    -     0K   976K CPU6    6  91:30   1.17% intr{irq262: igb0:que}
   12 root       -92    -     0K   976K WAIT    3  98:59   1.07% intr{irq277: igb2:que}
   12 root       -92    -     0K   976K WAIT    2 102:18   0.98% intr{irq276: igb2:que}
   12 root       -92    -     0K   976K WAIT    1  88:18   0.98% intr{irq257: igb0:que}
   12 root       -92    -     0K   976K WAIT    7  88:41   0.88% intr{irq263: igb0:que}
   12 root       -92    -     0K   976K WAIT    5 101:05   0.78% intr{irq279: igb2:que}
   12 root       -92    -     0K   976K WAIT    4  92:46   0.78% intr{irq260: igb0:que}
   12 root       -92    -     0K   976K WAIT    0  87:39   0.78% intr{irq256: igb0:que}
   12 root       -92    -     0K   976K WAIT    3  89:56   0.68% intr{irq259: igb0:que}
   12 root       -92    -     0K   976K WAIT    6 101:06   0.59% intr{irq280: igb2:que}

а еще все сервисы перезапускал, килял и дхцп сервер
потом запускал в порядке

/usr/bin/perl /usr/local/nodeny/nokernel.pl -d &
/usr/bin/perl /usr/local/nodeny/noserver.pl -d &
/usr/bin/perl /usr/local/nodeny/nokernel.pl -m=pingserver -d &
/usr/bin/perl /usr/local/nodeny/nokernel.pl -m=cap -d &
/usr/bin/perl /usr/local/nodeny/nokernel.pl -m=collectors -d &
/usr/bin/perl /usr/local/nodeny/nokernel.pl -m=make_config -d 2> /dev/null > /dev/null &
/usr/bin/perl /usr/local/nodeny/nokernel.pl -m=dhcp -d &

[cojiict]

що в /var/log/dhcpd.log

в логе пусто с 11 часов сегодняшнего дня

а dhcpd запущений?

[Pa4ka]

що в /var/log/dhcpd.log

в логе пусто с 11 часов сегодняшнего дня

а dhcpd запущений?

Звісно

44961  -  Ss       1:17,12 /usr/local/sbin/dhcpd -cf /usr/local/etc/dhcpd.conf -lf /var/db/dhcpd/dhcpd.leases -pf /var/run/dhcpd/dhcpd.pid

[vddav]

Сейчас ситуация вроде стабилизировалась, но я еще такое замечал если большой сегмент сети отпадает на некоторое время(более часа) то так же бывает такое.

наблюдается аналогичная проблема на сателите. после включения сегмента >= 500 абонов. Причем в var/log/dhcpd.log и dhcpd.leases видно что events.pl запускается, в таблицу пишется событие что абон получил ип, в реале - 169. кажется, что либо не приходит, либо очень поздно dhcpack. пробну в ближайшее время тспдампом подробнее посмотреть.
но когда комментируешь в конфиге дхсп строки с events.pl все мгновенно получают ипы. база и сателит рядышком на одном свиче. оба не нагружены.

[vddav]

вот дамп, даже на скрине видно что поздно аск ответы идут

[lts]

как решили проблему ?

[vddav]

как решили проблему ?

хватило ума только на запуск дхсп с конфигом без вызова event.pl и лизой в 30 мин + в фаервол халяву, затем через мин 10-15, как пройдет волна, запуск дхсп с штатным конфигом, и через 30 мин(время лизы без event.pl) удаление халявы в фаере. куда копать ХЗ, нагрузки нет ни на базе, ни на сателите.

[fet4]

Реально ли запустить параллельно pppoe, dhcp через радиус. Насколько я понял нужно менять radreply?

[Efendy]

Реально ли запустить параллельно pppoe, dhcp через радиус. Насколько я понял нужно менять radreply?

реально

[fet4]

Будет по 2 процедуры radreply,radupdate ? Как будет выглядывать sql.conf при двух типах авторизаций?