LINUX.ORG.RU

reiserfs-у да или нет ???


0

0

Тут народ так яростно отстаивает рейзер, вот я тоже решил проверить и
поставил его на свой полусервер/полуплейграунд. Все бы хорошо, НО

1) Лампочка активности винта ВООБЩЕ не гаснет
2) Чераз 2 дня машина самопроизвольно зависла жестко.

Если посмотреть на логи, то:
--cut--
May 23 17:48:09 server -- MARK --
May 23 17:56:44 server kernel: hdd: DMA disabled
May 23 17:56:44 server kernel: hdd: status timeout: status=0x80
 { Busy }
May 23 17:56:44 server kernel: hdd: status timeout: 
error=0x80LastFailedSense 0x08
May 23 17:56:44 server kernel: hdd: drive not ready for command
May 23 17:57:01 server kernel: hdd: ATAPI reset complete
May 23 17:57:05 server kernel: hdd: status error: status=0x40
{ DriveReady }
May 23 17:57:05 server kernel: hdd: status error:
 error=0x40LastFailedSense 0x04
May 23 17:57:05 server kernel: hdd: status timeout: status=0x80
 { Busy }
May 23 17:57:05 server kernel: hdd: status timeout:
 error=0x80LastFailedSense 0x08
May 23 17:57:05 server kernel: hdd: drive not ready for command
May 23 17:57:13 server kernel: hdd: ATAPI reset complete
May 23 17:58:27 server kernel: Linux version 2.4.26 (root@server) 
(gcc version 2.95.3 20010315 (release)) #3 SMP Thu May 20 20:13:16
 EEST 2004
--cut--

Потом чтото я заметил при загрузке какие то мессаги, что оказалось:
--cut--
May 23 19:22:38 server kernel: VFS: Mounted root (reiserfs filesystem)
 readonly.
May 23 19:29:57 server kernel: hda: status timeout: status=0x80 
{ Busy }
May 23 19:29:57 server kernel:
May 23 19:29:57 server kernel: hda: drive not ready for command
May 23 19:30:03 server kernel: ide0: reset: success
May 23 21:23:50 server kernel: hda: multwrite_intr: status=0x51 
{ DriveReady SeekComplete Error }
May 23 21:23:50 server kernel: hda: multwrite_intr: error=0x04 
{ DriveStatusError }
May 23 21:23:50 server kernel: hda: multwrite_intr: status=0x51 
{ DriveReady SeekComplete Error }
May 23 21:23:50 server kernel: hda: multwrite_intr: error=0x04
{ DriveStatusError }
May 23 21:23:50 server kernel: hda: multwrite_intr: status=0x51 
{ DriveReady SeekComplete Error }
May 23 21:23:50 server kernel: hda: multwrite_intr: error=0x04 
{ DriveStatusError }
May 23 21:23:50 server kernel: hda: multwrite_intr: status=0x51 
{ DriveReady SeekComplete Error }
May 23 21:23:50 server kernel: hda: multwrite_intr: error=0x04 
{ DriveStatusError }
May 23 21:23:50 server kernel: ide0: reset: success
--cut--

Еще я заметил (на глаз, правдо :) значительные тормоза при операциях 
записи-чтения с/на винт/сдром.

Я работаю с рейзером впервый раз, может я что-то не так сделал, но на 
ext3 я такого не замечал.

По поводу винта, винт абсолютно здоровый, проверял на разных компах,
ничего подобного не было (проверял на ext2/ext3 fs).

Мне кажется, что это ненормальная работа fs. А вам ?

Что я неправильно сделал ?

При чём здесь файловая система, когда винт с контроллером не могут друг друга понять?

> May 23 19:29:57 server kernel: hda: status timeout: status=0x80 { Busy }

Явно кто-то крив до безобразия: либо материнку, либо винт пора бомжам подарить, также возможно, что ядро слишком древнее для материнки.

Obidos ★★★★★
()

У меня рейзер стоит пол года. Несколько раз за это время машина выключалась некорректно и перезагружалась через reset. И все прекрасно пашет - ни одного глюка с файловой системой.

anonymous
()
Ответ на: комментарий от anonymous

Тоже всё работает нормально. Ради прикола провеял, всё деражалось 30 дней, а дальше вышло новое ядро захотел поставить и нужен был ребут.

cyclon ★★★★★
()
Ответ на: комментарий от grustnoe

> hdparm -tT /dev/hda покажи :)

смотри :) root@server:/usr/src/linux-2.4.26# hdparm -tT /dev/hda /dev/hda: Timing buffer-cache reads: 128 MB in 1.45 seconds = 88.28 MB/sec Timing buffered disk reads: 64 MB in 5.45 seconds = 11.74 MB/sec

fuzk
() автор топика
Ответ на: комментарий от fuzk

факт ядро пересобирал, и что то под контроллер недобрал ))))))))))

SandySandy
()
Ответ на: комментарий от Vanilin

Конфигурацию ??? ок.

мать: SOYO SY-61EB
проц:
model name      : Celeron (Mendocino)
stepping        : 0
cpu MHz         : 334.094

винт:
root@server:~# hdparm -i /dev/hda
/dev/hda:
 Model=SAMSUNG SV0322A, FwRev=JK200-35, SerialNo=0085J1FK263876
 Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }
 RawCHS=11024/9/63, TrkSize=34902, SectSize=554, ECCbytes=4
 BuffType=DualPortCache, BuffSize=478kB, MaxMultSect=16, MultSect=16
 CurCHS=11024/9/63, CurSects=6250608, LBA=yes, LBAsects=6250608
 IORDY=yes, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
 PIO modes:  pio0 pio1 pio2 pio3 pio4
 DMA modes:  mdma0 mdma1 mdma2
 UDMA modes: udma0 udma1 *udma2
 AdvancedPM=no WriteCache=enabled
 Drive conforms to: ATA/ATAPI-4 X3T13 1153D revision 7:  1 2 3 4

памяти: 128М

Че еще показать ??? :-)

fuzk
() автор топика
Ответ на: комментарий от fuzk

> 11.74 MB/sec

Очень мало, список железа в студию.

tony:~$ sudo hdparm -tT /dev/hda
Password:

/dev/hda:
 Timing buffer-cache reads:   128 MB in  0.82 seconds =156.10 MB/sec
 Timing buffered disk reads:  64 MB in  1.61 seconds = 39.75 MB/sec

Это на седом как мамонт i815ep + Seagate ST380021A. 
Замерялось в "боевом" режиме машины (не переводясь в single mode).

Obidos ★★★★★
()

С райзером никаких проблем не имею. С ним забыл, что такое проверки после неправильного ребута.

А с ext3 когда-то имел проблемы как раз с этой проверкой на redhat. Каждый раз fsck не мог __самостоятельно__ всё исправить, приходилось всё ручками восстанавливать.

Selecter ★★★★
()
Ответ на: комментарий от fuzk

Обращаю внимание, что не с винтом, не с мамкой/контроллером никаких проблем нет, и не было, пока юзал ext3fs.

fuzk
() автор топика
Ответ на: комментарий от fuzk

Замечание про тормоз снимается (у вас udma2).

А у этой soyo какой чипсет? Если древняя via, то проще бомжам подарить. Да ещё гнусмас кривой...

Если никак не можете, то ядру передать (в lilo.conf или grub) ide0=nodma. Будет страшный тормоз, но зато проблемы должны исчезнуть.

Obidos ★★★★★
()
Ответ на: комментарий от Obidos

Хмм, нужно проверить про nodma. Другой вопрос, почему такого нет на ext3fs ??? А бомжам все рвно не отдам, лучче на стену повешу или сыну дам, пусть изучает :-)

fuzk
() автор топика
Ответ на: комментарий от fuzk

> Обращаю внимание, что не с винтом, не с мамкой/контроллером никаких проблем нет, и не было, пока юзал ext3fs.

Скажи честно: не "пока юзал ext3fs", а "пока не пересобрал ядро".

anonymous
()
Ответ на: комментарий от anonymous

неа, ядро пересобрал еще давно.

fuzk
() автор топика
Ответ на: комментарий от anonymous

2anonymous:

Хочешь сказать что неправильно собрал ядро ??? Давай вышлю конфик, как там твое мыло anonymous@...

fuzk
() автор топика
Ответ на: комментарий от fuzk

Очень странные ошибки конечно, по мему опыту никакого отношения к фс не имющие. Что-то с ядром не так. Вообще я никогда не встречал проблем с рейзером, даже на 166 с 32 памяти работает на ура месяцами.

roy ★★★★★
()
Ответ на: комментарий от roy

То есть ваше мнение, что я все-таки неправильно собрал ядро ??? Хорошо, я приму к сведению, как только приду с работы домой, сразу проверю. Но у меня почему-то создается впечатление, что raiserfs криво взаимодействует с винтом. (драйвера, dma, etc).

Пересоберу еще раз ядро, посмотрим...

fuzk
() автор топика
Ответ на: комментарий от fuzk

У тебя винт один на шлейфе висит? Тут, имхо, фс вообще не при чём, проблема в железе. Попробуй отключить все девайсы от иде, оставив только этот винчестер.

anonymous
()
Ответ на: комментарий от Vanilin

Точно, не лечится. Ибо лечить нечего - все работат.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.