Journal    Friends    Archive    User Info    memories
 

St. Hell


29 Июн, 2007 19:12

Ставлю сейчас на ftp глобала solaris. Нефиг было там windows держать, freebsd или linux бы там стоял, не тронул бы даже ось.

Блин, облом, там не шесть винтов по 400 гб, а 5 винтов по 250 и 1 на 400...

4 комментария - Оставить комментарий


28 Июн, 2007 23:47

Какой тариф наиболее дешев при отправке большого количества sms (несколько сотен в день)?

10 комментариев - Оставить комментарий


25 Июн, 2007 01:25

В safari 3.0.2 косяки с отображением страниц убрали, но настраиваемость у него совсем никакая, я так и не понял как мне можно перейти на страницу назад не нажам на кнопку в браузере, соответствующая кнопка на мыши не действует, backspace тоже ничего не делает.

Вот, кстати, не очень старое сравнение (точнее, его перевод), где safari даже под Mac OS X далеко оказывается далеко не самым быстрым:
http://www.teosofia.ru/opera_9/compare/browserSpeed.html

Но следует отметить, что в тесте http://celtickane.com/projects/jsspeed.php он оказался самым быстрым у меня, опережает оперу в 3 раза...
В тесте http://www.howtocreate.co.uk/csstest.html быстрее примерно в 10 раз.

1 комментарий - Оставить комментарий


24 Июн, 2007 19:33 172.28.250.3

Задумался о том файловом сервере, что стоит в glogalnet. Собирался он по-сути теми же людьми, что собирали и наш файловый, только черед достаточно продолжительное время и без жесткого прессинга по финансам, какой был у нас тогда. Так что корпус там гораздо вместительней, куплен какой-то raid контроллер, все винты в этом raid`е размером по 400 Гб. Однако, поскольку в глобален админа нет, то сетевая там встроенная, при большом потоке большие потери пакетов, к тому же windows, так что даже в лучшем случае больше 200 гбит отдать не способна. Однако, того, что есть достаточно, чтобы сделать из этого файлового сервер, который гораздо лучше и бывшего кроунетовского и краслановского. Они оба уже слишком устарели.

Притом объем, скорей всего сразу можно будет увеличить, разрушить там массив, записать на винты инфу с трех винтов по 750 гб, что у нас есть, поменять. (где-то 500 гб я на своем сервере могу найти, чтобы обмен шел без потери информации). Поскольку их файловый, по-сути является большим файлообменником, инфу оттуда можно удалять свободно.

4 комментария - Оставить комментарий


22 Июн, 2007 03:42 red hat

red hat меня всё больше убивает, в rc.sysinit:
elif [ "$rc" -eq "2" -o "$rc" -eq "3" ]; then
echo $"Unmounting file systems"
umount -a
mount -n -o remount,ro /
echo $"Automatic reboot in progress."
reboot -f
fi
Что это значит? Это значит, что после работы fsck в некоторых случаях вызывается перевод диска в r/o и перезагрузка компьютера, однако, если этот случай повторяется... То получается бесконечный fsck с перегрузкой... В других дистрибутивах перед перезагрузкой дают несколько секунд на выбор и тогда только перегружают, а здесь, чтобы восстановить, мне пришлось переносить диск на другой комп в качестве slave и там уже убирать этот reboot, благо, после смерти винта на хостинге я сделал на нем некоторый полигон, если бы этого полигона не было, то я бы даже этого не смог бы сделать...

Оставить комментарий


22 Июн, 2007 00:32

Не нравится мне в такое время находится в офисе ^_^
Переносится циска с центра в зеленую рощу, на скорость никак не повлияет, но масштабируемость увеличится...
А дома как сеть не работала так и продолжит лежать.

4 комментария - Оставить комментарий


21 Июн, 2007 11:26

Кто хочет поставить linux на soft сервер? Настроить я его настрою, однако ставить лень. А windows там меня уже порядочно притомил.
Желательно gentoo ^_^ Если нет, то без иксов, без любых серверов, только костяк, остальное доставить легче, чем менять, всё равно то, что есть в дистрибутивах меня почти никогда не устраивает. Если дистрибутив от red hat, то точно только костяк, red hat ломает работу с кодировками в большинстве программ, как наиболее очевидно в mc и в mysql.

7 комментариев - Оставить комментарий


9 Июн, 2007 15:53

/dev/sdb1 was not cleanly unmounted, check forced.
Pass 1: Checking inodes, blocks, and sizes
Inode 33570822, i_blocks is 1230376, should be 1432192. Fix? yes

Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 3A: Optimizing directories
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Block bitmap differences: -(67184479--67184481) -(68256591--68288511) -(68289026--68321279) -(68321794--68354047) -(68354562--68386815) -(68387330--68419583) -(68420098--68452351) -(68452866--68485119) -(68485634--68517887) -(68518402--68550655) -(68551170--68583423) -(68583938--68616191) -(68616706--68648959) -(68649474--68681727) -(68682242--68714495) -(68715010--68747263) -(68747778--68780031) -(68780546--68812799) -(68813314--68845567) -(68846082--68878335) -(68878850--68911103) -(68911618--68943871) -(68944386--68976639) -(68977154--69009407) -(69009922--69042175) -(69042690--69074943) -(69075458--69107711) -(69108226--69140479) -(69140994--69173247) -(69173762--69206015) -(69206530--69238783) -(69239298--69271551) -(69272066--69304319) -(69304834--69337087) -(69337602--69369855) -(69370370--69402623) -(69403138--69435391) -(69435906--69468159) -(69468674--69500927) -(69501442--69533695) -(69534210--69566463) -(69566978--69599231) -(69599746--69631999) -(69632514--69664767) -(69665282--69697535) -(69698050--69730303) -(69730818--69763071) -(69763586--69785606)
Fix? yes
...[здесь много строк]
Free blocks count wrong for group #2094 (0, counted=32254).
Fix? yes
Inode bitmap differences: -(33570823--33570833)
Fix? yes

Free inodes count wrong for group #2049 (16362, counted=16373).
Fix? yes

Free inodes count wrong (91585911, counted=91585922).
Fix? yes


/dev/sdb1: ***** FILE SYSTEM WAS MODIFIED *****
/dev/sdb1: 638/91586560 files (1.9% non-contiguous), 78022656/183143000 blocks

4 комментария - Оставить комментарий


9 Июн, 2007 14:29

Это уже надоедает, опять умер ruby (свитч с оптическим модулем), стоящий на моем доме. Так что мой дом опять в дауне. За последнюю неделю я ни разу дома вечером в сети не работал, свитч работает где-то шести часа утра и до обеда ^_^

После недавнего отключения электричества в центре (оказалось, что неудачного, поскольку модуль упсника сгорел и упсник находился в bypass) умер asterisk, поскольку я и так собирался его обновить (с 1.2.2 до 1.4.4), то я это и сделал. Получил кучу гемороя, поскольку что-то изменилось я так и не выяснил что и телефоны уже работали неправильно в некоторых случаях. Вернулся на ветку 1.2, с трудом скомпилировав порты и частично, то что так и не удалось скомпилировать, вернув из бэкапа. Вроде всё нормально стало. В итоге за половину суток вычистил конфиги от ошибок, избавился почти от всех warning`ов в логах и сделал некоторый мониторинг. Так что, скорей всего, когда вернусь в город где-нибудь на главном сайте размещу, сколько линий работают в данный момент и сколько занято.

3 комментария - Оставить комментарий


7 Июн, 2007 16:57

Опять вставили кабель с ямала 201. Вот теперь мультикаст с ним можно будет нормально тестировать...

Network Name 'IVG Default Network'
0x0000 0x0001: pmt_pid 0x0200 Scopus Network Technologies -- CTC +7 (running)
0x0000 0x0065: pmt_pid 0x0500 RMG -- RSN (running)
0x0000 0x0066: pmt_pid 0x0510 RMG -- DFM_REGION (running)
0x0000 0x0067: pmt_pid 0x0520 RMG -- RUSSIAN_RADIO (running)
0x0000 0x0068: pmt_pid 0x0530 RMG -- HIT_FM (running)
0x0000 0x0069: pmt_pid 0x0540 RMG -- MAXIMUM (running)
0x0000 0x0300: pmt_pid 0x0300 Scopus Network Technologies -- TNT 4 (running)
0x0000 0x0320: pmt_pid 0x0320 GASCOM -- TNT 2 (running)
0x0000 0x0384: pmt_pid 0x0384 Scopus Network Technologies -- TEST (running)
0x0000 0x1325: pmt_pid 0x1329 NTV -- NTV4 (running)
0x0000 0x1326: pmt_pid 0x132e NTV -- NTV2 (running)
0x0000 0x1338: pmt_pid 0x1338 NTV -- Audio 31 F-Way+Novosb.Drake128 (running)
0x0000 0x1644: pmt_pid 0x1644 Scopus Network Technologies -- HOME +7 (running)
dumping lists (13 services)
CTC +7:11057:v:0:26470:514:515:1
RSN:11057:v:0:26470:0:1281:101
DFM_REGION:11057:v:0:26470:0:1297:102
RUSSIAN_RADIO:11057:v:0:26470:0:1313:103
HIT_FM:11057:v:0:26470:0:1329:104
MAXIMUM:11057:v:0:26470:0:1345:105
TNT 4:11057:v:0:26470:770:771:768
TNT 2:11057:v:0:26470:801:802:800
TEST:11057:v:0:26470:901:902:900
NTV4:11057:v:0:26470:4907:4908:4901
NTV2:11057:v:0:26470:4911:4912:4902
Audio 31 F-Way+Novosb.Drake128:11057:v:0:26470:0:4922:4920
HOME +7:11057:v:0:26470:5701:5702:5700

22 комментария - Оставить комментарий


6 Июн, 2007 13:05

Всё, защитил диссертацию на соискание степени магистра. С сегодняшнего дня я магистр.

Настроение: миролюбивое

16 комментариев - Оставить комментарий


3 Июн, 2007 18:49

> uname -a
FreeBSD server2.kraslan.ru 6.2-STABLE FreeBSD

apache+php: load averages: 6.09, 6.51, 5.79
apache+nginx+php: load averages: 2.71, 3.57, 4.56
apache+nginx+php+eaccelerator: load averages: 0.95, 1.99, 3.37

1 комментарий - Оставить комментарий


31 Май, 2007 21:24

на файловом:
Cpu(s): 0.7% us, 2.7% sy, 0.0% ni, 84.6% id, 8.0% wa, 4.0% hi, 0.0% si
load average: 0.47, 0.43, 0.49
Вот что значит отсутствие видео-сайта ^_^

3 комментария - Оставить комментарий


30 Май, 2007 15:29

Поменял, наконец, сетевую на файловом сервере, надоела мне встроенная с кривыми дровами. Сейчас там intel на гигабит, теоретически скорость с ftp2 должна стать больше.

Оставить комментарий


27 Май, 2007 13:53

>СУБД (версии уточняются) MySQL 5.x уязвима к следующей DoS атаке: "SELECT id from example WHERE id IN(1, (SELECT IF(1=0,1,2/0)));", которая приводит к падению сервера. Хостерам рекомендуется обновиться незамедлительно.

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

Оставить комментарий


26 Май, 2007 23:41

Жуткие тормоза форума после обвноления с 2.1.7 до 2.2.2
Вот и я с этим встречался, правда чачтично избежал еще на начальном этапе, поскольку при обновлении базы делал не все действия, там указанные, были там такие, которые однозначно понижают скорость, а выгода более чем сомнительна. Но несмотря на все мои действия нагрузка процентов на 10-20% увеличилась.

1 комментарий - Оставить комментарий


26 Май, 2007 22:52

Делегирование зоны crownet.ru перешло к Краслану:
whois crownet.ru
[Querying whois.ripn.net]
[whois.ripn.net]
...
domain: CROWNET.RU
type: CORPORATE
nserver: crownet.kraslan.ru.
nserver: router4.kraslan.ru.
state: REGISTERED, DELEGATED
org: CJSC "Krasnoyarsk Center of Marketing"
phone: +7 3912 296611
phone: +7 3912 746546
fax-no: +7 3912 272553
e-mail: info@kraslan.ru
e-mail: slava_ram@inbox.ru
registrar: RUCENTER-REG-RIPN
created: 2005.04.22
paid-till: 2008.04.22
source: TC-RIPN

2 комментария - Оставить комментарий


23 Май, 2007 19:24

Только сейчас заметил, что малова назвалась: "Troop балбес! =^.^=".
Улыбнуло, особенно когда заглянул еще и в профиль ^_^

5 комментариев - Оставить комментарий


18 Май, 2007 16:56

Блин, на 10.1 при такой нагрузке винт перегревается (hitachi без охлаждения в сертифицированном компьютере... Того, кто это сертифицировал задушить надо в зародыше) и отваливается, зная наше начальство я уже и не стал просить охлаждение для винта (еще ни разу он не ответил согласием на подобного рода нужды), взял долхлый блок питания, разобрал, взял оттуда вентилятор, взял пару спичек, провода от блока питания использовал для того, чтобы подвесить вентилятор под винтом, спички, чтобы провода питания не вываливались.

3 комментария - Оставить комментарий


17 Май, 2007 16:27

Надо всё-таки тестировать мультикаст, так что у меня два варианта, либо пару дней покачать порнухи (обычные фильмы не будут пользоваться спросом, не размещать же новинки, а транслировать тоже не дело ^_^), либо опять пытаться брать поток со спутников, пока склоняюсь ко второму варианту, но в первом тоже что-то есть ^_^

14 комментариев - Оставить комментарий

Back a Page - Forward a Page