- UANOG - uanog.one

почта на AOL
by Maxim Tuliuk 19 Jan '06

19 Jan '06

Hi! В какой-то момент AOL перестал принимать почту - ошибка: server refused to talk to me: 554- (RTR:BL) http://postmaster.info.aol.com/errors/554rtrbl.html формочку заполнил письмо postmaster написал но результата нету - куда можно обратится для быстрого решения проблемы? -- Maxim Tuliuk WWW: http://primats.org.ua/~mt/ ICQ: 21134222 The bike is absolute freedom of moving =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message

1 0

Странные тормоза ...
by Alexander Yeremenko 19 Jan '06

19 Jan '06

Жил себе тазик (LSD 5.4) : 2 IDE контроллера : /dev/ad0 - системный ad2, ad3 - мусорки. Лопнула мусорка, пришлось добавить ad1 Он еще и незаюзанный, нету к нему обращений ... Но начались заметные тормоза - в slogin, login, команды в ftp ползают, как черепахи, хотя обмен идет нормально ... Я, конечно, понимаю, что в принципе все надо разносить по отдельным контроллерам, но не до такой же степени... Что за подземный стук ? -- AY7-UANIC || AY15-RIPE =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message

4 3

RE: [uanog] Re: Re: проблема выбора.
by Sergei Podnos 19 Jan '06

19 Jan '06

Привет Я видел и даже делал. В результате стоимость железа для Web узла ослуживающего одно приложение с полным дублированием получилась порядка 110 килобаксов (Это в US при закупке по корпоративным ценам примерно -30 от GPL). 15 серверов HP DL360 c одним процессором и примерно 1Gb памяти на каждом. Полностью дублированный интернет feed и вся сеть внутри 2x Cat3750 + Multipath optical fiberchannel к MSA1000 SAN. Питание двумя feed все устройства содержат по два блока питания. PIXes тоже два. Тест на redundancy система прошла причем по требованиям FDA(Federal Drags agency). Sincerely, Sergei Podnos, CIO Validio Ukraine Tel: +38 057 719 45 07 x314 E-mail: Podnos(a)validio.com.ua ICQ: 18631030 Skype: podnos -----Original Message----- From: owner-uanog-outgoing(a)uanog.kiev.ua [mailto:owner-uanog-outgoing@uanog.kiev.ua] On Behalf Of Mr.Doka Sent: Wednesday, January 18, 2006 6:04 PM To: uanog(a)uanog.kiev.ua Subject: [uanog] Re: Re: проблема выбора. On 1/18/06, vladimir.sharun(a)ukr.net <vladimir.sharun(a)ukr.net> wrote: > Обращаю внимание, что я пытаюсь сказать о том, что вероятность > пропадания электричества или сдыхания винчестера много выше, чем > вероятность выхода из строя планки памяти. > Выход из строя батареи в UPS'е не спасёт даже advanced ECC :-) Володя, любое mission critical решение должно быть зарезервировано полностью. Можно, конечно, считать вероятность сгорания того или иного компонента, но если у него по статистике это происходит раз в 1000 лет, то это не означает, что обязательно во второй половине тысячелетия! :) Поэтому сервер должен быть АКИ хороший маршрутизатор - две материнки в hot-standby режиме, сетевые карты/порты по две на материнку (чтобы кажый процессор включался в два разных Ethernet-коммутатора) и т.д. Ты такое в жизни видел? Я - нет (впрочем, и не интересовался особо). А если оно есть - то сколько оно стоит? Два сервера стоят значительно дешевле, обеспечивая по сути ту же надежность :) -- /doka =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message

1 0

RE: [uanog] Re: проблема выбора.
by Andriashevich Alexander 18 Jan '06

18 Jan '06

Во блин люди спорят, даже 3 копейки вставить страшно :) Разница в цене generic самосборного сервера с ECC-памятью и не-ECC-памятью - процентов, нуууу... 10%-15%. Ну хорошо, если в сервере 4G памяти, ну 30%. Но не разы. Исходный вопрос-то был, что лучше: 1 пачка крутого порошка или 2 пачки обычного. Если принять следующие вводные 1. Подразумеваем, что правильное питание (UPS / второй ввод / дизель / днепрогэс) есть 2. Кондиционирование воздуха есть 3. В помещении никто не ходит, патч-корды сами собой не отпадают 4. Разница в цене между одним крутым сервером и двумя обычными - десятки процентов то я бы брал 2 обычных. Хотя идеологически правильно оценивать полное решение (пп.1-4 + сервер(ы)). Бо можно потратить весь бюджет на мегасервер, а потом поставить его в пыльный чулан, где у него заклинят кулеры от трупов застрявших в них тараканов. -- Alexander Andriashevich <gash(a)goldentele.com> GASH1-RIPE > -----Original Message----- > From: owner-uanog-outgoing(a)uanog.kiev.ua > [mailto:owner-uanog-outgoing@uanog.kiev.ua]On Behalf Of > vladimir.sharun(a)ukr.net > Sent: Wednesday, January 18, 2006 5:34 PM > To: uanog(a)uanog.kiev.ua > Subject: [uanog] Re: проблема выбора. > > > Dmitry Pryanishnikov wrote: > DP> Пол года назад назад. А года 4 назад накрылась (на ходу) планка > DP> в весьма важном для фирмы сервере. С тех пор мне не приходится > DP> доказывать руководству, ECC или нет брать для биллинга и > для прочих > DP> действительно важных задач. Такого вопроса просто не возникает. > > Обращаю внимание, что я пытаюсь сказать о том, что вероятность > пропадания электричества или сдыхания винчестера много выше, чем > вероятность выхода из строя планки памяти. > Выход из строя батареи в UPS'е не спасёт даже advanced ECC :-) > > DP> >DP> серверные серии молчу, там это is a must. Я Вас > уверяю, не только за > DP> >DP> мейнфреймами работают люди, ценящие надежность > хранения информации. > DP> > > DP> >Люди ценящие надёжность хранения информации != > сохранность информации. > DP> > DP> Я бы сказал: > DP> > DP> (Люди, не ценящие надёжность хранения информации ) => > DP> несохранность информации > DP> > DP> где => означает логическое следствие. > > Ой $#@, я понял, улетаю... > > -- > UKR.NET Postmaster > =================================================================== > uanog mailing list. > To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua > with "unsubscribe uanog" in the body of the message > =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message

3 2

ОТ: Настенные крепления для мониторов.
by Lisnichenko Dmitry 18 Jan '06

18 Jan '06

Всем привет. Сорри за оффтоп. Кто-нибудь может подсказать где можно купить настенные крепления для мониторов самсунг 740n? надо штук 20 мониторов повесить на стенку... -- С уважением, мазай. mailto:rassylkaformazaj@ukr.net =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message

1 0

RE: [uanog] проблема выбора.
by Sergei Podnos 18 Jan '06

18 Jan '06

Привет Про SuperMicro плохого ничего не скажу сами пользуемся в большом количестве. Но если уже вбухивать деньги в него то лучше сразу брать платформу c EMT64 и DualCore. Это как бы совет по защите инвестиций. Ну и с дисковым performance что бы не говорили а SATA SCSI не конкурент. Проверено на практике. Если будет стоять выбор между EMT64 + DualCOre + тактовая частота vs SCSI выбирай в пользу SCSI на твоих задачах. Или хотя бы сразу закладывайся на использование дисков в 0+1 RAID а не 5 на этой платформе. Я понимаю, что накладно но иначе на том что ты нарисовал тормозов не избежать. Sincerely, Sergei Podnos, CIO Validio Ukraine Tel: +38 057 719 45 07 x314 E-mail: Podnos(a)validio.com.ua ICQ: 18631030 Skype: podnos -----Original Message----- From: owner-uanog-outgoing(a)uanog.kiev.ua [mailto:owner-uanog-outgoing@uanog.kiev.ua] On Behalf Of Vasiliy P. Melnik Sent: Wednesday, January 18, 2006 1:10 PM To: uanog(a)uanog.kiev.ua Subject: [uanog] проблема выбора. Всем привет. Надо покупать машинку под биллинг, хочется надежности и производительности на уровне. Если верить тестам всяким и статьям , то производительность CPU у следующих машин будет примерно одинакова. ----------------------------------------------------------------------------- Итак , вариант первый: Шасси: Supermicro 6024H-32R 2U Rackmount Чипсет Intel E7520 Adaptec AOC-SOZCR1 (RAID 0,1,5,10,50,JBOD) 2 контроллера Gigabit Ethernet 2 блока питания CPU: 2xP4Xeon 2.8 Озу: 2х1024Mb ECC HDD: 3x300Gb SATA Raid: Supermicro AOC-LPZCR1 ----------------------------------------------------------------------------- Вариант второй. 2 машины самосборные и считать на них. CPU: IPD 2.8G Smithfield (820) M/B: Socket 775: ASUS P5LD2, i945P, DDRII Озу: 2xDDRII 1024Mb DDR II 1024Mb 667 MHz PC2-5300 Brand HDD: 300.0g 7200 HDD: 80.0g 7200 Chieftec Rackmount 19" 2U ATX UNC-210-S-B 360W По стоимости второй вариант получается дешевле процентов на 20%, что по большому счету не критично. Вот такие вот мысли посещают. Сознательно не пишу своих мысле по поводу за и против, потому что хочется просто услышать разные мнения: кто бы что выбрал, и по возможности - почему. З.Ы. Список клиентов естественно хранится в базе и rsync-ом пройтись по крону и синхронизировать базы не составит труда. Т.е. из вопросов администрирования остается только вопрос админить 2 машины вместо одно. -- ------------------------------------------------------------------------------- Vasiliy P. Melnik | nic-hdl : VPM-RIPE, VPM-UANIC Global Ukraine ISP | phone : +380 (44) 2889232 basil(a)gu.net | =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message

1 0

12.2(25)S8
by Dmitry Aksyonov 17 Jan '06

17 Jan '06

Hi, никто случайно не в курсе в свежем 12.2(25)S8 (72xx) snmp ifindex persist пофиксили? а чего нового поломали? :) -- Dmitry Aksyonov +380-62-3340343 =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message

1 0

RE: [uanog] [HW] "...сами мы не местные..." или не завалялось железо в закромах?
by Andriashevich Alexander 17 Jan '06

17 Jan '06

> Озадачился я задачей собрать сервер (о! :) ) домашний, и такой, чтоб > электричество ел поменьше (бо ж i сало з'┐ли, i газом закусюють :) ), > и при этом mldonkey/squid/ну и прочие мелочи сполнял. > > Короче, после изучения вопроса - p3-500-800MHz (чем больше - тем > больше ж элекричества жрать будет и греться) coppermine (256KB cache), > и эдак 256-512M мозгов с какой-нить MB с минимум 3 PCI слотами и > может встроенным видео - по идее то, что нужно. На такие задачи самое оно - мамка с _впаянным_ процом и видео, чтобы только память воткнуть и вперёд. На домашний минисервер я бы взял даже не p3-coppermine, а VIA C3/C5/C7, который без вентилятора обходится. Бо дома 19" стойку IMHO немногие держат, а вот пыли в кладовке может оказаться достаточно, поэтому минимум вентиляторов крайне желательно. > Вобщем, не завалялось ли ненужных и продавабельных ресурсов, у > помянутых выше? www.inpc.kiev.ua когда-то продавал такие мамки с впаянным VIA C3 -- Alexander Andriashevich <gash(a)goldentele.com> GASH1-RIPE =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message

4 5

[q] ipip tunnels on FreeBSD/Linux and DF flag
by Edward Melnik 17 Jan '06

17 Jan '06

Hello! Есть: 2 маршрутизатора. 1-й - FreeBSD i386 4.11-RELEASE SMP 2-й - Slamd64 x86_64 2.6.12.4 SMP Первый и второй терминируют простые ipip туннели. Без шифрования. Замечено, что 1-й, при попытке засунуть в туннель клиента трафик с установленным в ip пакете DF - молча его игнорирует и пропускает пакетик максимальной длинны с фрагментацией последнего. Второй же, при аналогичных условиях этого не делает. Т.е., следует этому флагу (DF). Трафик к клиенту не едет (вот, любимый мелкософт уже не доступен этим клиентам...). Как заставить 2-й маршрутизатор вести себя, аналогично 1-му и игнорировать флаг DF, когда нужно маршрутизировать пакеты через туннель? То, что приходит в голову - перейти на gre или похачить кернел. Но я не верю, что нет более простого решения. гугл не помог. Спасибо! ps для информации: туннели строятся в локалке. Везде установлен mtu 1500. Проверялось из инета с FreeBSDшного тазика через ping -D -s ip. и вот, что выдавалось (все и так понятно из сообщения): 556 bytes from dddddd (XX.XX.XX.XX): frag needed and DF set (MTU 1480) -- Edward Melnik. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message

8 13

Странности в поведении cisco 3560
by Konstantin N. Bezruchenko 17 Jan '06

17 Jan '06

Всем привет, Имеется в наличии 3560G-24TS Cisco IOS Software, C3560 Software (C3560-IPBASEK9-M), Version 12.2(25)SEB4, RELEASE SOFTWARE (fc1) С момента установки просходят странные вещи, а именно, время от времени пропадают железки подключенные к нему. Причем что на свиче, что на железке в момент пропадания интерфейсы UP, в логах полная тишина. Помогает ребут железки (свич ребутить не пробовал) Что уже делали: 1) Меняли IOS (было SEB1 стало SEB4) 2) Меняли кабеля сетевые (были потери иногда) 3) Переключали железки в другие порты на свиче. Но проблему это не решило. У всех железок чипы на сетевых интерфейсах разные (Broadcom,Intel) Еще одна странность. Обычно, пинг свич <-> железка = 0.5мс, но до некоторых железок пинг "плавает" 1 -- 11мс Процессор у свича не загружен, ошибок на интерфейсах нет. Свич новый. По гарантии пока не обращались. Может быть посоветуете что-то (кроме замены свича ;-) ? -- Konstantin N. Bezruchenko | BK5536-RIPE =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message

3 3