borys Опубликовано 3 мая, 2010 (изменено) · Жалоба Привет всем. Есть машина: AMD Phenom II X4 965 Processor (3400.03-MHz 686-class CPU) 7.1-RELEASE карточки PCI-E Intel. Бегает через нее в районе 700 Мегабит. Около 15 BGP сесий 2 из них FullView. В час пик 10-11% IRQ CPU: 0.0% user, 0.0% nice, 2.2% system, 3.1% interrupt, 94.7% idle Проблема либо появилась недавно - либо я незамечал этого раньше(маловероятно). При опросе по SNMP Cacti с другой машины, либо для экперимента SNMPWALK происходят такие вещи: top: СPU: 0.1% user, 0.0% nice, 62.3% system, 31.6% interrupt, 6.0% idle PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 78425 root 1 111 0 8336K 6872K select 3 0:12 71.19% snmpd 1032 bytes from 192.168.50.1: icmp_seq=30 ttl=64 time=0.397 ms 1032 bytes from 192.168.50.1: icmp_seq=31 ttl=64 time=0.208 ms 1032 bytes from 192.168.50.1: icmp_seq=32 ttl=64 time=0.265 ms 1032 bytes from 192.168.50.1: icmp_seq=33 ttl=64 time=0.310 ms 1032 bytes from 192.168.50.1: icmp_seq=34 ttl=64 time=0.380 ms 1032 bytes from 192.168.50.1: icmp_seq=35 ttl=64 time=0.312 ms 1032 bytes from 192.168.50.1: icmp_seq=36 ttl=64 time=0.244 ms 1032 bytes from 192.168.50.1: icmp_seq=37 ttl=64 time=0.301 ms 1032 bytes from 192.168.50.1: icmp_seq=38 ttl=64 time=0.358 ms 1032 bytes from 192.168.50.1: icmp_seq=39 ttl=64 time=0.409 ms 1032 bytes from 192.168.50.1: icmp_seq=40 ttl=64 time=0.343 ms 1032 bytes from 192.168.50.1: icmp_seq=41 ttl=64 time=0.273 ms 1032 bytes from 192.168.50.1: icmp_seq=42 ttl=64 time=0.334 ms 1032 bytes from 192.168.50.1: icmp_seq=43 ttl=64 time=0.394 ms 1032 bytes from 192.168.50.1: icmp_seq=44 ttl=64 time=0.443 ms 1032 bytes from 192.168.50.1: icmp_seq=45 ttl=64 time=0.381 ms 1032 bytes from 192.168.50.1: icmp_seq=46 ttl=64 time=0.427 ms 1032 bytes from 192.168.50.1: icmp_seq=47 ttl=64 time=0.369 ms ----- тут запустил snmpwalk с другой машины на эту 1032 bytes from 192.168.50.1: icmp_seq=48 ttl=64 time=39.519 ms 1032 bytes from 192.168.50.1: icmp_seq=49 ttl=64 time=83.790 ms 1032 bytes from 192.168.50.1: icmp_seq=50 ttl=64 time=1.227 ms 1032 bytes from 192.168.50.1: icmp_seq=51 ttl=64 time=42.617 ms 1032 bytes from 192.168.50.1: icmp_seq=52 ttl=64 time=1.112 ms 1032 bytes from 192.168.50.1: icmp_seq=53 ttl=64 time=0.392 ms 1032 bytes from 192.168.50.1: icmp_seq=54 ttl=64 time=0.529 ms 1032 bytes from 192.168.50.1: icmp_seq=55 ttl=64 time=44.761 ms 1032 bytes from 192.168.50.1: icmp_seq=56 ttl=64 time=1.602 ms 1032 bytes from 192.168.50.1: icmp_seq=57 ttl=64 time=42.833 ms 1032 bytes from 192.168.50.1: icmp_seq=58 ttl=64 time=42.588 ms 1032 bytes from 192.168.50.1: icmp_seq=59 ttl=64 time=43.741 ms 1032 bytes from 192.168.50.1: icmp_seq=60 ttl=64 time=42.129 ms 1032 bytes from 192.168.50.1: icmp_seq=61 ttl=64 time=44.414 ms 1032 bytes from 192.168.50.1: icmp_seq=62 ttl=64 time=42.786 ms 1032 bytes from 192.168.50.1: icmp_seq=63 ttl=64 time=1.242 ms 1032 bytes from 192.168.50.1: icmp_seq=64 ttl=64 time=40.687 ms 1032 bytes from 192.168.50.1: icmp_seq=65 ttl=64 time=42.633 ms 1032 bytes from 192.168.50.1: icmp_seq=66 ttl=64 time=43.901 ms 1032 bytes from 192.168.50.1: icmp_seq=67 ttl=64 time=4.964 ms 1032 bytes from 192.168.50.1: icmp_seq=68 ttl=64 time=86.062 ms 1032 bytes from 192.168.50.1: icmp_seq=69 ttl=64 time=86.260 ms 1032 bytes from 192.168.50.1: icmp_seq=70 ttl=64 time=1.536 ms 1032 bytes from 192.168.50.1: icmp_seq=71 ttl=64 time=40.061 ms 1032 bytes from 192.168.50.1: icmp_seq=72 ttl=64 time=41.689 ms 1032 bytes from 192.168.50.1: icmp_seq=73 ttl=64 time=87.341 ms 1032 bytes from 192.168.50.1: icmp_seq=74 ttl=64 time=43.030 ms 1032 bytes from 192.168.50.1: icmp_seq=75 ttl=64 time=2.199 ms 1032 bytes from 192.168.50.1: icmp_seq=76 ttl=64 time=1.467 ms root@border:ttyp0 [4:41] ports/net-mgmt/net-snmp# netstat -w 1 input (Total) output packets errs bytes packets errs bytes colls 83274 0 45363736 83036 0 45316296 0 80968 0 43783365 80710 0 43733511 0 84395 0 46501675 84181 0 46451300 0 80518 0 45285708 80362 0 45247473 0 75010 0 38063404 74792 0 38017434 0 85658 0 44624250 85410 0 44575544 0 81094 0 44783564 80888 0 44735087 0 82151 0 43153002 81922 0 43106193 0 75219 0 40328755 74344 0 40272228 0 57591 413 30467901 57567 0 30416366 0 61661 476 31043244 60878 0 31037365 0 69319 308 33637599 69523 0 33593083 0 58280 666 27396492 58605 0 27349596 0 63989 287 31333862 63732 0 31305854 0 62825 596 28839124 62425 0 28805933 0 61251 677 30277224 60659 0 30240639 0 56300 589 27708171 56500 0 27667596 0 61215 560 30493544 60832 0 30452431 0 63026 476 32455322 62380 0 32426557 0 55777 759 27867133 55285 0 27837507 0 input (Total) output packets errs bytes packets errs bytes colls 60725 584 31126285 60704 0 31085549 0 53691 951 27904432 53685 0 27863185 0 65747 256 32022144 65669 0 31990062 0 67304 657 34265169 67641 0 34228951 0 78673 520 40397864 78483 0 40348156 0 84103 0 45101007 83840 0 45045756 0 87903 0 47320343 87692 0 47273482 0 84230 0 45965270 84050 0 45912746 0 84532 0 46104285 84317 0 46055135 0 81884 0 41412047 81670 0 41361465 0 ^C root@border:ttyp0 [4:43] ports/net-mgmt/net-snmp# snmpd -v NET-SNMP version: 5.4.2.1 Web: http://www.net-snmp.org/ Email: net-snmp-coders@lists.sourceforge.net SNMPD проапдейтил до последних из портов результата не дало. Может у кого нибудь было что похоже ? Просто идеи ? Изменено 3 мая, 2010 пользователем borys Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
jab Опубликовано 3 мая, 2010 · Жалоба 7.3-STABLE Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
borys Опубликовано 3 мая, 2010 · Жалоба 7.3-STABLEСпасибо за совет но:Это идея или точно решит проблему ? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
terrible Опубликовано 3 мая, 2010 · Жалоба Это нормальный совет, пробуйте. 7.1 старовата будет. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
borys Опубликовано 3 мая, 2010 · Жалоба Спасибо - буду пробовать ! Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
mr.Scamp Опубликовано 3 мая, 2010 · Жалоба А сколько интерфейсов на машине? У нас подобные штуки наблюдаются на pptp-серверах. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
borys Опубликовано 3 мая, 2010 · Жалоба около 30 вланов на 3 физических карточках .... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
borys Опубликовано 3 мая, 2010 · Жалоба Это нормальный совет, пробуйте. 7.1 старовата будет. Кстати на соседнем серваке на 7.2 та же проблема Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ilya Evseev Опубликовано 3 мая, 2010 · Жалоба Если запустить snmpwalk с localhost, проблема сохраняется? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
borys Опубликовано 3 мая, 2010 · Жалоба Если запустить snmpwalk с localhost, проблема сохраняется? yes :( Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
littlesavage Опубликовано 3 мая, 2010 · Жалоба Посмотрите ktrace'ом, что он там делает. Что-то типа: ktrace -dip `pgrep snmpd` snmpwalk ktrace -C kdump Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...