кабель меняли, потому что на fastvps у меня сервер, и там недавно выяснилось что были ошибки на винте, они вначале поменяли кабель..но ошибки продолжились, потом поменяли полностью винт.
а где это смотреть?---------- Добавлено 05.03.2012 в 19:18 ----------кабель там и правда меняли недавно
/var/log/messages
Mar 5 15:54:48 nebo-7 kernel: disk 0, wo:0, o:1, dev:sda3
Mar 5 15:54:48 nebo-7 kernel: disk 1, wo:1, o:1, dev:sdb3
Mar 5 15:54:48 nebo-7 kernel: md: syncing RAID array md2
Mar 5 15:54:48 nebo-7 kernel: md: minimum _guaranteed_ reconstruction speed: 1000 KB/sec/disc.
Mar 5 15:54:49 nebo-7 kernel: md: using maximum available idle IO bandwidth (but not more than 200000 KB/sec) for reconstruction.
Mar 5 15:54:49 nebo-7 kernel: md: using 128k window, over a total of 726266432 blocks.
Mar 5 16:00:09 nebo-7 smartd[3217]: Device: /dev/sda, 5 Currently unreadable (pending) sectors
Mar 5 16:01:02 nebo-7 rotated[26311]: Rotation finished. 0 log files was processed. 0 seconds left
Mar 5 16:30:12 nebo-7 smartd[3217]: Device: /dev/sda, 5 Currently unreadable (pending) sectors
Mar 5 17:00:09 nebo-7 smartd[3217]: Device: /dev/sda, 5 Currently unreadable (pending) sectors
Mar 5 17:00:51 nebo-7 kernel: ata1.00: exception Emask 0x0 SAct 0x7fffffff SErr 0x0 action 0x0
Mar 5 17:00:51 nebo-7 kernel: ata1.00: irq_stat 0x40000008
Mar 5 17:00:51 nebo-7 kernel: ata1.00: cmd 60/80:20:d1:bf:b8/00:00:12:00:00/40 tag 4 ncq 65536 in
Mar 5 17:00:51 nebo-7 kernel: res 41/40:79:d8:bf:b8/bc:00:12:00:00/40 Emask 0x409 (media error) <F>
Mar 5 17:00:51 nebo-7 kernel: ata1.00: status: { DRDY ERR }
Mar 5 17:00:51 nebo-7 kernel: ata1.00: error: { UNC }
Mar 5 17:00:51 nebo-7 kernel: ata1.00: configured for UDMA/133
Mar 5 17:00:51 nebo-7 kernel: ata1: EH complete
Mar 5 17:00:52 nebo-7 kernel: ata1.00: exception Emask 0x0 SAct 0x7fffffff SErr 0x0 action 0x0
Mar 5 17:00:52 nebo-7 kernel: ata1.00: irq_stat 0x40000008
Mar 5 17:00:52 nebo-7 kernel: ata1.00: cmd 60/80:d0:d1:bf:b8/00:00:12:00:00/40 tag 26 ncq 65536 in
Mar 5 17:00:52 nebo-7 kernel: res 41/40:79:d8:bf:b8/bc:00:12:00:00/40 Emask 0x409 (media error) <F>
Mar 5 17:00:52 nebo-7 kernel: ata1.00: status: { DRDY ERR }
Mar 5 17:00:54 nebo-7 kernel: ata1.00: error: { UNC }
Mar 5 17:00:54 nebo-7 kernel: ata1.00: configured for UDMA/133
Mar 5 17:00:55 nebo-7 kernel: ata1: EH complete
Mar 5 17:00:55 nebo-7 kernel: ata1.00: exception Emask 0x0 SAct 0x7fffffff SErr 0x0 action 0x0
Mar 5 17:00:55 nebo-7 kernel: ata1.00: irq_stat 0x40000008
Mar 5 17:00:55 nebo-7 kernel: ata1.00: cmd 60/80:20:d1:bf:b8/00:00:12:00:00/40 tag 4 ncq 65536 in
Mar 5 17:00:55 nebo-7 kernel: res 41/40:79:d8:bf:b8/bc:00:12:00:00/40 Emask 0x409 (media error) <F>
Mar 5 17:00:55 nebo-7 kernel: ata1.00: status: { DRDY ERR }
Mar 5 17:00:55 nebo-7 kernel: ata1.00: error: { UNC }
Mar 5 17:00:55 nebo-7 kernel: ata1.00: configured for UDMA/133
Mar 5 17:00:55 nebo-7 kernel: SCSI device sda: 1465149168 512-byte hdwr sectors (750156 MB)
Mar 5 17:00:55 nebo-7 kernel: sda: Write Protect is off
Mar 5 17:00:55 nebo-7 kernel: SCSI device sda: drive cache: write back
Mar 5 17:01:01 nebo-7 rotated[20425]: Rotation finished. 0 log files was processed. 0 seconds left
Mar 5 17:30:09 nebo-7 smartd[3217]: Device: /dev/sda, 5 Currently unreadable (pending) sectors
Mar 5 18:00:09 nebo-7 smartd[3217]: Device: /dev/sda, 5 Currently unreadable (pending) sectors
Mar 5 18:01:02 nebo-7 rotated[9315]: Rotation finished. 0 log files was processed. 0 seconds left
в общем по кругу продолжает идти проверка- хоть уже и быстро..но всё идет и идёт..
cat /proc/mdstat
Personalities : [raid1] [raid10] [raid0] [raid6] [raid5] [raid4]
md0 : active raid1 sdb1[1] sda1[0]
4200896 blocks [2/2] [UU]
md1 : active raid1 sdb2[1] sda2[0]
2104448 blocks [2/2] [UU]
md2 : active raid1 sdb3[2] sda3[0]
726266432 blocks [2/1] [U_]
[======>..............] recovery = 30.7% (223085184/726266432) finish=185.1min speed=45296K/sec---------- Добавлено 05.03.2012 в 18:31 ----------
да эта перезагрузка была после полутора лет работы, кажется это была перезагрузка после обновления системы и там еще в php добавляли пару модулей кажись, что то такое---------- Добавлено 05.03.2012 в 18:39 ----------а где смотреть логи- чтобы узнать что не так при этом ресинке и где по новой оно начинается?
странная ерунда сейчас опять проверил получилось что ли по новой все началось и времени еще больше ждать до синхронизации..
resync=DELAYED
[>....................] recovery = 1.9% (14374208/726266432) finish=26932.5min speed=439K/sec
прибил tar, скорость сразу возросла в три раза, но всё равно медленно..
в тех.поддержке хостинга ( hetzner) диски проверили говорят в норме- написали мол можем в режиме rescue быстро синхронизировать, на надо вебсервер остановить и ищите процессы какие тормозят диск..
по крайней мере LA снизился до 5---------- Добавлено 05.03.2012 в 06:57 ----------в общем все прояснилось, был еще одновременно запущен pbackup, процесс резервного копирования через ispmanager, как только его остановил, скорость резко выросла и пишет до синхронизации уже 6 часов..
видимо как-то совпало по времени что ресинк и рез.копирование начались одновременно---------- Добавлено 05.03.2012 в 06:58 ----------LA сразу же упал до 3
кабы знал еще как это сделать)
а зачем вообще этот процесс- и как он сам запустился?
то что так медленно- это может значить что там сбой какой-то?
[========>............] recovery = 41.7% (303188224/726266432) finish=11149.4min speed=631K/sec
unused devices: <none>---------- Добавлено 04.03.2012 в 19:32 ----------с такой скоростью он походу 10 суток чтоли будет синхронизироваться
да по top ничего такого вроде подозрительного..
вот пример
top - 17:46:15 up 17 days, 6:17, 1 user, load average: 6.44, 6.45, 6.74
Tasks: 206 total, 2 running, 204 sleeping, 0 stopped, 0 zombie
Cpu(s): 4.0%us, 0.9%sy, 0.0%ni, 75.9%id, 18.9%wa, 0.2%hi, 0.2%si, 0.0%st
Mem: 8300808k total, 6191456k used, 2109352k free, 404372k buffers
Swap: 4200888k total, 120k used, 4200768k free, 4454680k cached
Connection closed by foreign host. SHR S %CPU %MEM TIME+ COMMAND
21151 apache 16 0 176m 74m 53m R 6.3 0.9 2:24.11 httpd
6946 apache 16 0 177m 76m 54m S 4.0 0.9 3:06.94 httpd
6967 apache 16 0 181m 80m 54m S 4.0 1.0 3:14.90 httpd
10535 apache 16 0 176m 74m 53m S 3.3 0.9 0:54.24 httpd
3016 mysql 15 0 405m 285m 5276 S 2.7 3.5 4126:09 mysqld
30041 apache 16 0 180m 78m 53m S 2.0 1.0 1:41.47 httpd
735 root 10 -5 0 0 0 D 0.3 0.0 274:18.85 md2_raid1
7759 root 18 0 2584 1120 820 D 0.3 0.0 1:34.57 tar
16271 apache 17 0 181m 68m 42m S 0.3 0.8 0:28.83 httpd
30306 nginx 15 0 17756 6592 948 S 0.3 0.1 5:21.10 nginx
32623 root 10 -5 0 0 0 D 0.3 0.0 2:02.41 md2_resync
1 root 15 0 2104 648 556 S 0.0 0.0 0:04.50 init
2 root RT -5 0 0 0 S 0.0 0.0 0:00.08 migration/0
3 root 34 19 0 0 0 S 0.0 0.0 0:00.30 ksoftirqd/0
4 root RT -5 0 0 0 S 0.0 0.0 0:00.00 watchdog/0
5 root RT -5 0 0 0 S 0.0 0.0 0:00.05 migration/1
6 root 34 19 0 0 0 S 0.0 0.0 0:00.53 ksoftirqd/1
7 root RT -5 0 0 0 S 0.0 0.0 0:00.00 watchdog/1
8 root RT -5 0 0 0 S 0.0 0.0 0:00.07 migration/2
9 root 34 19 0 0 0 S 0.0 0.0 0:00.18 ksoftirqd/2
10 root RT -5 0 0 0 S 0.0 0.0 0:00.00 watchdog/2
11 root RT -5 0 0 0 S 0.0 0.0 0:00.11 migration/3
12 root 34 19 0 0 0 S 0.0 0.0 0:00.18 ksoftirqd/3
13 root RT -5 0 0 0 S 0.0 0.0 0:00.00 watchdog/3
14 root RT -5 0 0 0 S 0.0 0.0 0:00.07 migration/4
15 root 34 19 0 0 0 S 0.0 0.0 0:00.15 ksoftirqd/4
16 root RT -5 0 0 0 S 0.0 0.0 0:00.00 watchdog/4
17 root RT -5 0 0 0 S 0.0 0.0 0:00.09 migration/5
18 root 34 19 0 0 0 S 0.0 0.0 0:00.16 ksoftirqd/5
19 root RT -5 0 0 0 S 0.0 0.0 0:00.00 watchdog/5
20 root RT -5 0 0 0 S 0.0 0.0 0:00.07 migration/6
21 root 34 19 0 0 0 S 0.0 0.0 0:00.15 ksoftirqd/6
22 root RT -5 0 0 0 S 0.0 0.0 0:00.00 watchdog/6
23 root RT -5 0 0 0 S 0.0 0.0 0:00.08 migration/7
24 root 34 19 0 0 0 S 0.0 0.0 0:00.13 ksoftirqd/7
25 root RT -5 0 0 0 S 0.0 0.0 0:00.00 watchdog/7
26 root 10 -5 0 0 0 S 0.0 0.0 0:00.15 events/0
27 root 10 -5 0 0 0 S 0.0 0.0 0:00.12 events/1
28 root 10 -5 0 0 0 S 0.0 0.0 0:00.15 events/2
29 root 10 -5 0 0 0 S 0.0 0.0 0:02.19 events/3
30 root 10 -5 0 0 0 S 0.0 0.0 0:00.20 events/4
31 root 10 -5 0 0 0 S 0.0 0.0 0:00.16 events/5
32 root 10 -5 0 0 0 S 0.0 0.0 0:00.17 events/6
33 root 10 -5 0 0 0 S 0.0 0.0 0:00.22 events/7
34 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 khelper
35 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 kthread
45 root 10 -5 0 0 0 S 0.0 0.0 0:12.20 kblockd/0
46 root 10 -5 0 0 0 S 0.0 0.0 0:03.14 kblockd/1
47 root 10 -5 0 0 0 S 0.0 0.0 0:00.38 kblockd/2
нагрузка думаю 2-5000 хостов, до 100 000 хитов в день, максимум.
hostcms насколько знаю, держит и больше..
единственное, да, он под зендом, и поэтому сильно его не допилить..
Поэтому о готовых решениях и были вопросы и других предложениях.
никакой зависти тут нет. пускай на мои сайты стучат, я не против, поскольку ничего не нарушаю, и придраться не к чему.
а когда 100% копия и человек даже title не удосужился поменять, это не наводит на размышления, что в датском королевстве ( яндекс) что-то не так?
тогда что мешает напарсить сто мильенов сайтов и с них иметь трафик?
хорошая мина при плохой игре ( "Яндекс стремится улучшать поиск и делать его более качественным".
И мне пофигу вообще,конкурент не конкурент, но если таких сайтов будет как можно меньше скопипищенных, то ВСЕМ будет только лучше..
иначе тырнет окончательно в клоаку превратится..а это пространство где мы живём.
