Hi all!
Такая предистория
на машинку с PIII-700 (392 Mb), мать Gigabyte 6VXC7-4x-p и винтом WD600BB (60G) поставил Фрю с ИСО-имаджей 4-х месячной давности, + поставил Squid`а. Все вобщем работало, но примерно в течении 2-3 х часов после перезагрузки в консоль начинали вываливаться сообщения от kernel следующего содержания:
----
ad0:UDMA ICRC error cmd=write fsbn 42349990 of 21174995-21175002
retrying
----
цифры иногда менялись, после 4-х retrying с одинаковыми цифрами выпадал:
----
falling back to PIO mode
----
После этого в течении 2-3 суток подобных сообщений небыло (дольше не удавалось проверить,). Стоило перегрузиться и все повторялось. Далее при помощи cvsup синхронизировал с RELENC_5_0_0_RELEASE, построил мир, ядро, все инсталил... Вроде все работает, но однажды опять вылезла таже байда с падением в "ПИО моде". После этого много перегружался, и вот сейчас по прошествии уже 2-х дней uptim`а никаких тревожных сообщений.
Собственно вопрос: С чем это могёт быть связано? Что в этом страшного для будующего корпаративного сервера? Может дело в том: раньше на этом компе стояла Винда на другом винчестере, а этот WD600BB на 60Gb я спецом купил под Фрю, и он просто не дружит с матерью? А может Фря теперь сразу цепляет его в "ПИО моде"? Может это зависит от типа файловой системы ( я при установке на удержался и при определении партиций указал тип файловой системы UFS2, ради эксперимента), + SoftUpdate, а в fstab стоит обозначение "ufs"? Как проверить систему на стабильность в плане винта/файловой системы?
шлейф смени>Hi all!
>Такая предистория
>на машинку с PIII-700 (392 Mb), мать Gigabyte 6VXC7-4x-p и винтом WD600BB
>(60G) поставил Фрю с ИСО-имаджей 4-х месячной давности, + поставил Squid`а.
>Все вобщем работало, но примерно в течении 2-3 х часов после
>перезагрузки в консоль начинали вываливаться сообщения от kernel следующего содержания:
>----
>ad0:UDMA ICRC error cmd=write fsbn 42349990 of 21174995-21175002
>retrying
>шлейф смениПопробую...
> А может Фря теперь сразу цепляет его в "ПИО моде"?Проверить режимы устройств на ATA-канале 0 можно:
atacontrol mode 0man atacontrol
>atacontrol mode 0Спасибо, незнал....
Но винт пока в UDMA100...
Попробую еще проверку запустить на ночь...
>Hi all!
>Такая предистория
>на машинку с PIII-700 (392 Mb), мать Gigabyte 6VXC7-4x-p и винтом WD600BB
>(60G) поставил Фрю с ИСО-имаджей 4-х месячной давности, + поставил Squid`а.
>Все вобщем работало, но примерно в течении 2-3 х часов после
>перезагрузки в консоль начинали вываливаться сообщения от kernel следующего содержания:
>----
>ad0:UDMA ICRC error cmd=write fsbn 42349990 of 21174995-21175002
>retrying
>----
>цифры иногда менялись, после 4-х retrying с одинаковыми цифрами выпадал:
>----
>falling back to PIO mode
>----
>После этого в течении 2-3 суток подобных сообщений небыло (дольше не удавалось
>проверить,). Стоило перегрузиться и все повторялось. Далее при помощи cvsup синхронизировал
>с RELENC_5_0_0_RELEASE, построил мир, ядро, все инсталил... Вроде все работает, но
>однажды опять вылезла таже байда с падением в "ПИО моде". После
>этого много перегружался, и вот сейчас по прошествии уже 2-х дней
>uptim`а никаких тревожных сообщений.
>Собственно вопрос: С чем это могёт быть связано? Что в этом страшного
>для будующего корпаративного сервера? Может дело в том: раньше на этом
>компе стояла Винда на другом винчестере, а этот WD600BB на 60Gb
>я спецом купил под Фрю, и он просто не дружит с
>матерью? А может Фря теперь сразу цепляет его в "ПИО моде"?
>Может это зависит от типа файловой системы ( я при установке
>на удержался и при определении партиций указал тип файловой системы UFS2,
>ради эксперимента), + SoftUpdate, а в fstab стоит обозначение "ufs"? Как
>проверить систему на стабильность в плане винта/файловой системы?
ИМХОДля корпАративного сервера народ обычно использует production release
и scsi подсистемы из HCL
>ИМХО
>Для корпАративного сервера народ обычно использует production release
>и scsi подсистемы из HCL
Я конечно обеими рука за, но проблема в доступных средствах на оборудование :-(Тем не менее:
http://www.freebsd.org/releases/5.0R/announce.html
обнадеживает, в плане, что 5.0 работает достаточно стабильно что-бы потянуть связку Апач-МойСКЛ-РНР-Сквид-КуМаил + организация регулярных бэкапов :-)
>Hi all!
>Такая предистория
>на машинку с PIII-700 (392 Mb), мать Gigabyte 6VXC7-4x-p и винтом WD600BB
>(60G) поставил Фрю с ИСО-имаджей 4-х месячной давности, + поставил Squid`а.
>Все вобщем работало, но примерно в течении 2-3 х часов после
>перезагрузки в консоль начинали вываливаться сообщения от kernel следующего содержания:
>----
>ad0:UDMA ICRC error cmd=write fsbn 42349990 of 21174995-21175002
>retrying
>----
>цифры иногда менялись, после 4-х retrying с одинаковыми цифрами выпадал:
>----
>falling back to PIO mode
>----
>После этого в течении 2-3 суток подобных сообщений небыло (дольше не удавалось
>проверить,). Стоило перегрузиться и все повторялось. Далее при помощи cvsup синхронизировал
>с RELENC_5_0_0_RELEASE, построил мир, ядро, все инсталил... Вроде все работает, но
>однажды опять вылезла таже байда с падением в "ПИО моде". После
>этого много перегружался, и вот сейчас по прошествии уже 2-х дней
>uptim`а никаких тревожных сообщений.
>Собственно вопрос: С чем это могёт быть связано? Что в этом страшного
>для будующего корпаративного сервера? Может дело в том: раньше на этом
>компе стояла Винда на другом винчестере, а этот WD600BB на 60Gb
>я спецом купил под Фрю, и он просто не дружит с
>матерью? А может Фря теперь сразу цепляет его в "ПИО моде"?
>Может это зависит от типа файловой системы ( я при установке
>на удержался и при определении партиций указал тип файловой системы UFS2,
>ради эксперимента), + SoftUpdate, а в fstab стоит обозначение "ufs"? Как
>проверить систему на стабильность в плане винта/файловой системы?- шлейф 80'ка для UDMA контроллера
- CD на другом канале этого контроллера
- диск дрянь, реально UDMA не поддерживает или попробуй найти утилиту на
wd или ontrack которая переводит диск в режим UDMA (такое тоже бывает)
- ну и смотри что у тебя в BIOS'е
>- шлейф 80'ка для UDMA контроллера
разумеется!
>- CD на другом канале этого контроллера
По другому и не делаю...
>- диск дрянь, реально UDMA не поддерживает или попробуй найти утилиту на
>
> wd или ontrack которая переводит диск в режим UDMA (такое
>тоже бывает)
это надо попробовать!>- ну и смотри что у тебя в BIOS'е
дык автодетект в биосе...
>>- шлейф 80'ка для UDMA контроллера
>разумеется!
>>- CD на другом канале этого контроллера
>По другому и не делаю...
>>- диск дрянь, реально UDMA не поддерживает или попробуй найти утилиту на
>>
>> wd или ontrack которая переводит диск в режим UDMA (такое
>>тоже бывает)
>это надо попробовать!
>
>>- ну и смотри что у тебя в BIOS'е
>дык автодетект в биосе...auto на все? лучше ставить LBA (хотя не во всех BIOS'ах есть),
правда я имел ввиду UDMA для контроллеров.Беда с этим UDMA, нормального стандарта нет, одни лепят контроллеры как
бог на душу положит, другие - диски (выдавая их за UDMA 33/66/100, а в
реалии хрен по всей морде)почитай man 4 ata (про UDMA), если диск будет переходить из UDMA в PIO,
лучше переключи его в PIO, никакого существенного выигрыша в скорости
нет, муть это все, должны быть все условия: чтобы драйвер с контроллером
дружил, чтобы диски были честные...
Еще в самых ранних 4.0/1/2 я офигевал когда подобное происходило
с дисками разных производителей на разных каналах одного контроллера,
порознь работают, вместе нет, хуже было что система в panic улетала,
сейчас уже такого нет, но один хрен - выигрыш в скорости фуфеловый, а
геморра...PS. Я и знакомые, брали UDMA контроллеры только из-за того чтобы можно
было навесить много дешевых HDD, а на udma - наплевать, под всеми freebsd
wks c большим кол-вом ide-hdd, сразу перевожу их все в pio и не ведаю
проблем. Меньше всего геморра было с promise pci контроллером UDMA.
СПАСИБО за весьма интересную информацию!
Вот уж не знал что с UDMA такой бардак!
Ладно, если винт и дальше будет выпендриваться - посажу на PIO.
>почитай man 4 ata (про UDMA), если диск будет переходить из UDMA
>в PIO,
>лучше переключи его в PIO, никакого существенного выигрыша в скорости
>нет, муть это все, должны быть все условия: чтобы драйвер с контроллером
>
>дружил, чтобы диски были честные...
> Еще в самых ранних 4.0/1/2 я офигевал когда подобное происходило
>с дисками разных производителей на разных каналах одного контроллера,
>порознь работают, вместе нет, хуже было что система в panic улетала,
>сейчас уже такого нет, но один хрен - выигрыш в скорости фуфеловый,
>а
>геморра...
>
>PS. Я и знакомые, брали UDMA контроллеры только из-за того чтобы можно
>
>было навесить много дешевых HDD, а на udma - наплевать, под всеми
>freebsd
>wks c большим кол-вом ide-hdd, сразу перевожу их все в pio и
>не ведаю
>проблем. Меньше всего геморра было с promise pci контроллером UDMA.Не скажи, у меня так UDMA даёт очень большой прирост производительности, например:
UDMA:
bash-2.05b# atacontrol mode 0
Master = UDMA66
Slave = ???bash-2.05b# dd if=/dev/zero of=1000m bs=1m count=1000
1000+0 records in
1000+0 records out
1048576000 bytes transferred in 48.295893 secs (21711494 bytes/sec)PIO:
bash-2.05b# atacontrol mode 0 PIO4 XXX
Master = PIO4
Slave = ???bash-2.05b# dd if=/dev/zero of=1000m bs=1m count=1000
1000+0 records in
1000+0 records out
1048576000 bytes transferred in 123.052803 secs (8521350 bytes/sec)Может быть мне повезло, но проблем пока не наблюдал.
bash-2.05b# uname -sr
FreeBSD 5.0-RELEASE
>Hi all!
>Такая предистория
>на машинку с PIII-700 (392 Mb), мать Gigabyte 6VXC7-4x-p и винтом WD600BB
>(60G) поставил Фрю с ИСО-имаджей 4-х месячной давности, + поставил Squid`а.
>Все вобщем работало, но примерно в течении 2-3 х часов после
>перезагрузки в консоль начинали вываливаться сообщения от kernel следующего содержания:
>----
>ad0:UDMA ICRC error cmd=write fsbn 42349990 of 21174995-21175002
>retrying
>----
>цифры иногда менялись, после 4-х retrying с одинаковыми цифрами выпадал:
>----
>falling back to PIO mode
>----
>После этого в течении 2-3 суток подобных сообщений небыло (дольше не удавалось
>проверить,). Стоило перегрузиться и все повторялось. Далее при помощи cvsup синхронизировал
>с RELENC_5_0_0_RELEASE, построил мир, ядро, все инсталил... Вроде все работает, но
>однажды опять вылезла таже байда с падением в "ПИО моде". После
>этого много перегружался, и вот сейчас по прошествии уже 2-х дней
>uptim`а никаких тревожных сообщений.
>Собственно вопрос: С чем это могёт быть связано? Что в этом страшного
>для будующего корпаративного сервера? Может дело в том: раньше на этом
>компе стояла Винда на другом винчестере, а этот WD600BB на 60Gb
>я спецом купил под Фрю, и он просто не дружит с
>матерью? А может Фря теперь сразу цепляет его в "ПИО моде"?
>Может это зависит от типа файловой системы ( я при установке
>на удержался и при определении партиций указал тип файловой системы UFS2,
>ради эксперимента), + SoftUpdate, а в fstab стоит обозначение "ufs"? Как
>проверить систему на стабильность в плане винта/файловой системы?дам один хороший совет: выкинь ты этот WD и поставь себе Segate Barracuda (60 или 80 Gb), потому что WD > 40 Gb - сплошной брак (весят машины, и т.п.)
но это на будущее, а сейчас поменяй шлейф!
>дам один хороший совет: выкинь ты этот WD и поставь себе Segate Barracuda (60 или 80 Gb), потому что WD > 40 Gb - сплошной брак (весят машины, и т.п.)
>но это на будущее, а сейчас поменяй шлейф!Ситуация щас такая - впринудиловку посадил винт на PIO4 - пока ошибок не выскакивало...
Возражу: Шлейф этот у меня примерно год работал на этойже машине под управлением Вынь2000 - и ни каких эксцессов с дисками, а менять его на новый непроверенный не хочу. Я больше думаю что тут дело в старой матери (от PIII). А WD менять пока не тороплюсь - вон у меня на полочке лежит Барракуда 5 на 40 гиг с ББ - ждет обмена по гарантии... А вот точно такой же WD стоит на этой машине с которой пишу - с Вынь2000 вроде никаких проблем пока небыло... Короче WD-шки меня еше не подводили... Хотя конечно это вопрос времени :-((
>>дам один хороший совет: выкинь ты этот WD и поставь себе Segate Barracuda (60 или 80 Gb), потому что WD > 40 Gb - сплошной брак (весят машины, и т.п.)
>>но это на будущее, а сейчас поменяй шлейф!
>
>Ситуация щас такая - впринудиловку посадил винт на PIO4 - пока ошибок
>не выскакивало...
>
>Возражу: Шлейф этот у меня примерно год работал на этойже машине под
>управлением Вынь2000 - и ни каких эксцессов с дисками, а менять
>его на новый непроверенный не хочу. Я больше думаю что тут
>дело в старой матери (от PIII). А WD менять пока не
>тороплюсь - вон у меня на полочке лежит Барракуда 5 на
>40 гиг с ББ - ждет обмена по гарантии... А вот
>точно такой же WD стоит на этой машине с которой пишу
>- с Вынь2000 вроде никаких проблем пока небыло... Короче WD-шки меня
>еше не подводили... Хотя конечно это вопрос времени :-((есть контроллеры UDMA, чтобы диск работал в UDMA66 и выше, шлейф
должен быть 80-pin, иначе UDMA33 предел.у меня куча винтов которые якобы сдают, дятлы, фуджи, работают уже
по несколько лет в PIO и никаких проблем.на предмет скорости и дисков, для тех кто в танке - купить контроллер
UDMA и подцепить на него 4 или более устройств, после чего пытаться
убедить других в _каком_то_там_выигрыше_в_скорости_ и главное в
стабильности. Драйвер тут не виноват, будет стандарт, вот тогда
все будет работать именно по нему.Когда будет нечто подобное:
[unix1]~ > mount
/dev/ad4s2a on / (ufs, local)
/dev/ad4s2g on /tmp (ufs, local)
/dev/ad4s1e on /pub (ufs, local)
/dev/ad4s2f on /usr (ufs, local)
/dev/ad4s2e on /var (ufs, local)
/dev/ad4s2h on /pub/ftp/1 (ufs, NFS exported, local)
/dev/ad5s1e on /home (ufs, local)
/dev/ad5s1f on /pub/ftp/2 (ufs, NFS exported, local)
/dev/ad0s1e on /pub/ftp/3 (ufs, NFS exported, local)
/dev/ad6s1c on /pub/ftp/4 (ufs, NFS exported, local)
/dev/ad7s1e on /pub/ftp/incoming/moviez (ufs, NFS exported, local)
/dev/ad1s1e on /pub/ftp/incoming/moviez/incoming1 (ufs, NFS exported, local)
/dev/ad3e on /pub/ftp/incoming/moviez/incoming2 (ufs, NFS exported, local)[unix1]~ >
тогда будем разговаривать про скорость IDE дисков.
На IDE дисках с +softupdates рекомендуют отключать write cache.
>На IDE дисках с +softupdates рекомендуют отключать write cache.
Блин, чета я совсем заработался... Где посмотреть/изменить эти настройки?
>>На IDE дисках с +softupdates рекомендуют отключать write cache.
>Блин, чета я совсем заработался... Где посмотреть/изменить эти настройки?
With IDE write caching turned on, IDE hard drives not only write data to disk out of order, but will sometimes delay writing some blocks indefinitely when under heavy disk loads. A crash or power failure may cause serious file system corruption.sysctl hw.ata.wc
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/co...
У меня тоже был прикол пока шлейф не сменил ...
Вот тест UDMA 33
atacontrol mode 0
Master = UDMA33
Slave = ???dd if=/dev/zero of=1000m bs=1m count=1000
1000+0 records in
1000+0 records out
1048576000 bytes transferred in 36.294244 secs (28890972 bytes/sec)
>dd if=/dev/zero of=1000m bs=1m count=1000
>1000+0 records in
>1000+0 records out
>1048576000 bytes transferred in 36.294244 secs (28890972 bytes/sec)а вот barracuda 4
grey# atacontrol mode 0
Master = UDMA100
Slave = ???ATA channel 0:
Master: ad0 <ST380021A/3.19> ATA/ATAPI rev 5
Slave: no device presentgrey# dd if=/dev/zero of=1000m bs=1m count=1000
1000+0 records in
1000+0 records out
1048576000 bytes transferred in 32.669822 secs (32096165 bytes/sec)интересно, да? =)
зы. 4.8 stable