ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Alexander V. Gaiduk                  2:5020/400     28 Mar 2006  17:03:36
 To : Igor Nikolaev
 Subject : Hа: hda -> sda
 -------------------------------------------------------------------------------- 
 

 > > возникла необходимость перенести линух с IDE диска (hda)
 > > на SCSI диск (sda), размеры дисков удовлетворяют, - sda чуть больше чем
 
 hda.
 
 > > как это лучше и безболезненней сделать,
 > > сервер боевой, но на 1-2 часа его тормознуть можно.
 >
 > Почти ЧаВО :-)
 >
 > Сначала sda отставь на sda гружабельную систему на соседней машине.
 > Это займёт время. Hо даст возможности сделать upgrade софту и
 > проверить как живут свежие версии.
 >
 > [5 минут downtime]
 > Затем подключи sda к серверной платформе с установленным hda ->
 > перегрузись в single user с sda. Убедись, что sda видит, грузится,
 > hda видит. Посмотри как будут назваться /dev/hda (иногда съезжают).
 >
 > [uptime]
 > Убираем sda в соседнюю машину, рисуем fstab так, чтобы увидел hda
 > после загрузки. Возможно что-то можно спокойно скопировать по сети.
 > Цель - родить читый / на sda на котором можно будет работать.
 >
 > [downtime]
 > Ставим sda обратно, грузимся с него в single-user, все остальные
 > partitions живут на hda. Переносим критичные вещи (конфиги, базы...)
 >
 > init 2
 > Проверяем что локальные демоны телепыхаются, базы базят, логи мимо
 > не гадят etc.
 >
 > [uptime]
 > Поднимаем сеть. Если нужно - копируем с hda чего ещё недокопировали,
 > форматируем hda, размонтируем, отключаем, вынимаем. Если тушка
 > поганая - придётся для вытаскивания ещё раз перегрузиться.
 
 спасибо, технология понятна. я примерно так и предполагал.
 
 есть один маленький нюанс размером с паравоз:
 
 на диске появились BAD-ы, (из за которых и наметился переезд)
 находятся они на одном толстом файле, этот файл умершая БД
 от Interbase, БД перенесли на другой сервер и больше этот файл мне не нужен.
 но при попытке его чтения на консоль валятся ошибки:
 
 kernel: hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
 kernel: hda: dma_intr: error=0x40 { UncorrectableError }, LBAsect=12562715,
 sector=12562696
 kernel: end_request: I/O error, dev 03:00 (hda), sector 12562696
 
 такие же ошибки валятся при использовании
 dd if=/dev/hda of=/dev/sda
 и самое гадкое, что "dd" при встрече этих BAD-ов с тем же криком
 в консоли падает примерно на половине диска  :(
 
 существует ли какой нибудь способ проигнорировать эти ошибки и продолжить
 копирование данных с диска на диск?
 
 есть еще одна мысль:
 
 на самом деле диск hda на 60 гиг.
 он был поставлен на этот линух чтоб заменить другой, вот тот другой
 был размером всего 13 гиг, на него систему ставили с нуля, и на нем
 она долго жила.
 потом потребовалось тот 13г диск отдавать (давали на время)
 и поставить вместо него другой, а другой оказался на 60г.
 
 заменили диски простым копированием:
 dd if=/dev/hda of=/dev/hdb
 потом переставили его на Primari-Master и все нормально завелось.
 
 система потом долго работала на этом диске 60г,
 обросла лохматыми конфигами...
 
 и вот однажды в понедельник обнаруживаю систему полулежащую.
 - кончилось место... на 13г разделе... (других разделов на диске нет)
 вот тогда и умерла та Интербазная БД.
 
 и вот у меня смутное сомнение -
 а не есть ли те BAD-ы ошибкой в таблице размещения файлов?
 ведь размер диска позволяет в таблице записать адрес сектора
 за пределами раздела, раз он ругается "SeekComplete Error".
 
 если в этом я прав - подскажите путь исправления.
 
 зы.
 Red Hat 9
 kernel: 2.4.20-8smp (2 cpu)
 fs - Ext3
 
 ззы.
 если тот файл не трогать - никаких ошибок в работе системы нету,
 по крайней мере в логах эти ошибки проявляются именно в то время,
 когда я сам пытался этот BAD-ный файл читать.
 
 а может просто удалить этот файл?
 
 хотя с другой стороны, если BAD-ы реальные, то на освободившееся место
 с BAD-ами может записаться другой, более полезный файл...
 to be or not to be... от же бл@...
 
 --- ifmail v.2.15dev5.3
  * Origin: Demos online service (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

Тема:    Автор:    Дата:    Hа: hda -> sda   Alexander V. Gaiduk   28 Mar 2006 17:03:36   Hа: hda -> sda   Sasha Shost   28 Mar 2006 22:13:26   Re: Hа: hda -> sda   Kirill Frolov   02 Apr 2006 01:09:09