2.28.2011
Вырвиглаз в 3D
2.24.2011
ми->по
Пока что везде, где интересовались - нам отвечали что процесс миграции милиции в полицию будет происходить следующим образом:
- Увольняют личный состав из милиции
- Начинают принимать, со сдачей экзаменов, в полицию
Говорят, понадобится для этого месяц-два.
Это что получается? С первого марта, месяц-два за порядком вооооообще некому следить будет?
Может кто-ть подтвердить или опровергнуть?
2.21.2011
О вкусной и здоровой пище
Третий день едим волка. В жарено-тушеном виде, а также в виде котлет с грибами.
Никакими собаками не пахнет, но и другое мясо вкусом не напоминает. При случае - попробуйте, не отказывайтесь. Рекомендую.
2.20.2011
Ах, да...
Да, еще сегодня чуть не уебался на кругу после Пятигорска, перед иноземцево который. В какуюто черную машину заграничную. Скользкая дорога, поворот, передо мной ктото уступает дорогу комуто. Ну, знак специальный стоит, не просто так уступает. Скорость 60-65, дистанция метров 20-30. Притормаживаю... Хуй там. Как ехал, так и еду. Пытаюсь прижать чуть сильнее, чтобы поймать границу остановки колес, чтобы не юзом идти и понимаю что и так на границе, ибо прижимаю чуть сильнее - перестает слушаться руля. И да, сразу, одновременно с пониманием того что творится какаято поебень - начинаю уходить на обочину.
Вобщем, все живы, ничего не помято и даже не поцарапано. Благополучно проехал над обрубком пластикового столбика (видимо я не первый), остановился, вышел-осмотрелся, сел и поехал дальше.
Радует то, что не думал нихуя и не пытался понять что делать. А просто делал. Даже пульс не подскочил. Как будто всю жизнь только этим и занимался.
Уйду, блядь, в строители.
Не везет, не везет мне, блядь, с администрированием. Обидно, блядь, до слез. Мало того, что работаю на текущей работе только, блядь, потому что другую хуй смахнул, так еще, сука, и дома проблемы.
Только что выключил хранилище, завтра повезу винты доктору. Два, ДВА, блядь, из четырех терабайтных винтов сегодня вечером послали весь мир в хуй и начали чыпать в лог:
Feb 21 00:32:53 storage kernel: [ 1473.835434] sd 2:0:1:0: [sdc] Unhandled error code
Feb 21 00:32:53 storage kernel: [ 1473.835437] sd 2:0:1:0: [sdc] Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK
Feb 21 00:32:53 storage kernel: [ 1473.835441] sd 2:0:1:0: [sdc] CDB: Read(10): 28 00 00 00 01 00 00 00 08 00
Feb 21 00:32:53 storage kernel: [ 1473.835707] sd 2:0:1:0: [sdc] Unhandled error code
Feb 21 00:32:53 storage kernel: [ 1473.835710] sd 2:0:1:0: [sdc] Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK
Feb 21 00:32:53 storage kernel: [ 1473.835715] sd 2:0:1:0: [sdc] CDB: Read(10): 28 00 00 00 01 08 00 00 08 00
Feb 21 00:32:53 storage kernel: [ 1473.835724] end_request: I/O error, dev sdc, sector 264
Feb 21 00:32:53 storage kernel: [ 1473.835767] sd 2:0:1:0: [sdc] Unhandled error code
Feb 21 00:32:53 storage kernel: [ 1473.835771] sd 2:0:1:0: [sdc] Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK
Feb 21 00:32:53 storage kernel: [ 1473.835776] sd 2:0:1:0: [sdc] CDB: Read(10): 28 00 00 00 01 10 00 00 08 00
Feb 21 00:32:53 storage kernel: [ 1473.835786] end_request: I/O error, dev sdc, sector 272
Feb 21 00:32:53 storage kernel: [ 1473.835806] sd 2:0:0:0: [sdb] CDB: Read(10): 28 00 00 00 00 80 00 00 08 00
Feb 21 00:32:53 storage kernel: [ 1473.835815] end_request: I/O error, dev sdb, sector 128
Feb 21 00:32:53 storage kernel: [ 1473.836135] sd 2:0:1:0: [sdc] CDB: Read(10): 28 00 00 00 03 08 00 00 08 00
Feb 21 00:32:53 storage kernel: [ 1473.836157] sd 2:0:0:0: [sdb] Unhandled error code
Feb 21 00:32:53 storage kernel: [ 1473.836160] sd 2:0:0:0: [sdb] Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK
Feb 21 00:32:53 storage kernel: [ 1473.836165] sd 2:0:0:0: [sdb] CDB: Read(10): 28 00 00 00 00 08 00 00 08 00
Feb 21 00:32:53 storage kernel: [ 1473.836174] end_request: I/O error, dev sdb, sector 8
Feb 21 00:32:53 storage kernel: [ 1473.836215] sd 2:0:0:0: [sdb] Unhandled error code
Feb 21 00:32:53 storage kernel: [ 1473.836219] sd 2:0:0:0: [sdb] Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK
Feb 21 00:32:53 storage kernel: [ 1473.836223] sd 2:0:0:0: [sdb] CDB: Read(10): 28 00 00 00 00 10 00 00 08 00
Feb 21 00:32:53 storage kernel: [ 1473.836233] end_request: I/O error, dev sdb, sector 16
Нехуево, да? Это, блядь, зеленые wd.
Я раздавлен, я ничего не понимаю, я ничему не верю. Как дальше быть - не спрашивайте, я не отвечу. Одно знаю точно: около пары сотен гигабайт личной инфы под вопросом. Как дальше хранить, чему доверять... Писать на болванки, на флешки, распихивать все по разным городам разве что.
Если так будет продолжаться - выкину, блядь, все компы. Порежу болгаркой. Уйду, блядь, в строители. Штукатурить буду или там, например, линолеум прихуяривать. При iq в 130 - думаю потяну.
2.15.2011
Некоторые особенности zpool iostat и путь их решения
Как вы знаете, у меня поднято хранилище на zfs-fuse под гентой. А у zfs есть встроенный мониторинг производительности - zpool iostat. И все бы хорошо, да только когда писали эту байду - не подумали, что не все люди на планете будут доверять устройствам с именами sda, sdb итд. Вот не знаю, может конечно в моей голове и завелся паук, но я как раз этим именам и не доверяю. А что если я винты по другому в мать воткну? Не, нафиг. А доверяю я симлинкам из /dev/disk/by-id/.
Так вот, zpool iostat в таком случае выглядит так:
storage bin # zpool iostat -v
capacity operations bandwidth
pool alloc free read write read write
-------------------------------------- ----- ----- ----- ----- ----- -----
storage 1,75T 1,88T 1 7 181K 573K
disk/by-id/scsi-SATA_WDC_WD10EARS-00_WD-WCAV56176867 448G 483G 0 1 45,0K 143K
disk/by-id/scsi-SATA_WDC_WD10EARS-00_WD-WCAV56216934 448G 483G 0 1 45,5K 143K
disk/by-id/scsi-SATA_WDC_WD10EARS-00_WD-WCAV56438569 448G 483G 0 1 45,4K 143K
disk/by-id/scsi-SATA_WDC_WD10EARS-00_WD-WCAV56670844 448G 483G 0 1 45,0K 143K
disk/by-id/scsi-SATA_FUJITSU_MPC3032_05073571 1,26M 3,01G 0 0 1 0
cache - - - - - -
disk/by-id/scsi-SATA_SAMSUNG_SV0411NS01RJ10X980875 37,3G 16,0M 3 1 73,8K 112K
disk/by-id/scsi-SATA_ST340810A_3FB13Y0W 37,3G 8,23M 3 1 73,5K 119K
-------------------------------------- ----- ----- ----- ----- ----- -----
Это пиздец какой вырвиглаз. Так и хочется послать луч поноса разрабам, тем более что на багрепорт они ответили в стиле "...а вы так не делайте!".
Долго ли коротко я клал на проблему с высокой горки в колодец, да сегодня в очередной раз зашевелился у меня паук в голове и нашептал написать скрипт, который тупо, sed'ом режет ненужное и шьет белыми нитками. Собственно, скриптом это назвать сложно, язык не поворачиваться... Несколько конечно говнокодно и хардкорно, но конкретно мою проблему решает в момент:
storage bin # zpool iostat -v |
sed -ue 's@disk/by-id/scsi-SATA_@ @' |
sed -ue 's/FUJITSU/ FUJITSU/' |
sed -ue 's/SAMSUNG/ SAMSUNG/' |
sed -ue 's/ST340810A/ ST340810A/'
capacity operations bandwidth
pool alloc free read write read write
-------------------------------------- ----- ----- ----- ----- ----- -----
storage 1,75T 1,89T 1 7 185K 576K
WDC_WD10EARS-00_WD-WCAV56176867 448G 483G 0 1 45,9K 144K
WDC_WD10EARS-00_WD-WCAV56216934 448G 483G 0 1 46,4K 144K
WDC_WD10EARS-00_WD-WCAV56438569 448G 483G 0 1 46,4K 144K
WDC_WD10EARS-00_WD-WCAV56670844 448G 483G 0 1 45,9K 144K
FUJITSU_MPC3032_05073571 1,26M 3,01G 0 0 1 0
cache - - - - - -
SAMSUNG_SV0411NS01RJ10X980875 37,3G 16M 3 1 73,9K 114K
ST340810A_3FB13Y0W 37,3G 16M 3 1 73,4K 120K
-------------------------------------- ----- ----- ----- ----- ----- -----
Чего и вам желаю. А жопоруким разрабам, ленящимся сделать красиво - луч поноса. Впрочем его я уже отослал.
2.10.2011
2.08.2011
s.m.a.r.t.
storage # smartctl -Ai /dev/sdb
smartctl 5.40 2010-10-16 r3189 [i686-pc-linux-gnu] (local build)
Copyright (C) 2002-10 by Bruce Allen, http://smartmontools.sourceforge.net
=== START OF INFORMATION SECTION ===
Model Family: Western Digital Caviar Green (Adv. Format) family
Device Model: WDC WD10EARS-00Y5B1
Serial Number: WD-WCAV56176867
Firmware Version: 80.00A80
User Capacity: 1 000 204 886 016 bytes
Device is: In smartctl database [for details use: -P show]
ATA Version is: 8
ATA Standard is: Exact ATA specification draft version not indicated
Local Time is: Tue Feb 8 19:23:10 2011 MSK
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
=== START OF READ SMART DATA SECTION ===
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x002f 200 200 051 Pre-fail Always - 0
3 Spin_Up_Time 0x0027 145 126 021 Pre-fail Always - 5716
4 Start_Stop_Count 0x0032 100 100 000 Old_age Always - 154
5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 0
7 Seek_Error_Rate 0x002e 100 253 000 Old_age Always - 0
9 Power_On_Hours 0x0032 095 095 000 Old_age Always - 3885
10 Spin_Retry_Count 0x0032 100 100 000 Old_age Always - 0
11 Calibration_Retry_Count 0x0032 100 100 000 Old_age Always - 0
12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 152
192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always - 130
193 Load_Cycle_Count 0x0032 142 142 000 Old_age Always - 176642
194 Temperature_Celsius 0x0022 112 097 000 Old_age Always - 35
196 Reallocated_Event_Count 0x0032 200 200 000 Old_age Always - 0
197 Current_Pending_Sector 0x0032 200 200 000 Old_age Always - 3
198 Offline_Uncorrectable 0x0030 200 200 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x0032 200 200 000 Old_age Always - 0
200 Multi_Zone_Error_Rate 0x0008 200 200 000 Old_age Offline - 0
Получить чтото типа "У твоего, бл, винта осталось 87% жизни", как это делает, например вот эта поебень?
Что непонятно: на что опереться? Где "100% жизни", от которых нужно вести отсчет? Ибо, как я понял, атрибут не обязательно в максимуме будет 253.
2.07.2011
2.05.2011
IPv6 vs. IPv4
2.04.2011
Пенсионный фонд: бесплатные программы для работодателей
Меня часто спрашивают на работе: "Вы же программист?". Я кляну змей вполголоса и спокойно так отвечаю: "Нет, я системный администратор...". 80% людей запинаются и секунды 3-4 переваривают информацию. Остальные 20% говорят "Ааа...", разворачиваются и уходят. Впрочем, недалеко, так как я тутже продолжаю "...но в принципе вы пришли правильно, жалуйтесь."
Так вот, к чему это я. Меня часто следом спрашивают: "А где можно накачать вашего софта?". На что я раньше честно отвечал: "Не знаю. Сходите в ПЕРСО, вам на флешку запишут и объяснят заодно что да как...". Так вот, червь мне во сне нашептал адреса, где можно накачать софта, и я решил ими с вами поделиться.
Ну, во первых, тут - список софта с пояснениями. Скорее всего оттуда вам пригодятся ПД СПУ для подготовки отчетности, а CheckXML и XheckXML-UFA - для проверки подготовленной отчетности. Есть еще DocPFR, но по ссылке он на момент публикации емнип несколько несвежий. Я потереблю в ответственных, может обновят.
Во вторых, тут - КЛАДР. Почему он до сих пор в dbf - я не знаю, не пытайте меня пожалуйста. Была-б моя воля, я бы его в sqlite запихнул. Впрочем, тут скорее всего дело в обратной совместимости. Но почему рядом не выложить этот самый КЛАДР в других форматах - не знает даже червь после медитации с применением дыма толченого глаза жабы.
В третьих, для Ставропольского края есть еще портал, где можно немножко сверить данные по задолженностям, немножко сверить суммы страховых взносов и почитать всякое полезное. "Портал" конечно громко звучит, но многого не ожидайте, ага. Но не спешите. Для работы в там надо авторизоваться, чтобы авторизоваться надо зарегистрироваться, чтобы зарегистрироваться надо ногами прийти в ПФР, подать заявку и получить тут-же логин с паролем.
2.02.2011
Ну наконец-то руки дошли расковырять логово паука
Дааавнооо уже, ажно гдето целых три месяца, собирался я провернуть операцию на хранилище с целью не дать змеям уебать винты к новому году. А именно: у меня там торчит вот что:
storage / # ls /dev/disk/by-id | grep WDC | grep scsi
scsi-SATA_WDC_WD10EARS-00_WD-WCAV56176867
scsi-SATA_WDC_WD10EARS-00_WD-WCAV56216934
scsi-SATA_WDC_WD10EARS-00_WD-WCAV56438569
scsi-SATA_WDC_WD10EARS-00_WD-WCAV56670844
Тобиш у меня там те самые винты, которые под линупсом нежно взращивают свой Load_Cycle_Count, потому как, сука, зеленые и тянутся к солнышку. Ложатся, луч поноса инженерам, баиньки каждые восемь секунд. Ну, пытаются лечь подремать, если быть точнее, что совместно с тем,как линупс работает с винтами порождает ад и холокост. Кому интересно подробнее - читайте манускрипты избранных, там все написано. Важно то, что винт змеи уносят в свое кубло, когда Load_Cycle_Count начинает превышать 300`000, а у меня к сегодняшнему дню, всего за полгода, набралось:
storage / # for d in /dev/sd?; do smartctl -A $d | grep Load_Cycle_Count; done
193 Load_Cycle_Count 0x0032 142 142 000 Old_age Always - 176642
193 Load_Cycle_Count 0x0032 142 142 000 Old_age Always - 176915
193 Load_Cycle_Count 0x0032 141 141 000 Old_age Always - 177450
193 Load_Cycle_Count 0x0032 142 142 000 Old_age Always - 176465
Ну не пиздец?
Но все кончилось хорошо. Я решил что хватит ебать себе мозги загрузочными флешками и отнес гору к Магомету, а именно по очереди подживлял винты к соседнему компу, и везде установил таймаут в 300 сеунд вместо восьми.