ru.unix.bsd

 
 - RU.UNIX.BSD ------------------------------------------------------------------
 From : Eugene Grosbein                      2:5006/1       31 Oct 2006  22:50:05
 To : Victor Sudakov
 Subject : Re: pager read error
 -------------------------------------------------------------------------------- 
 

 31 окт 2006, вторник, в 16:53 KRAST, Victor Sudakov написал(а):
 
  VS>> Увидел странное сообщение при попытке напустить rcsdiff на файл. 
  VS>> rcsdiff при этом упал, а в /var/log/messages:
  VS>> vm_fault: pager read error, pid 1326 (rcsdiff)
  VS>> spec_getpages:(#ad/0x20000) I/O read failure: (error=22) bp 0xc1ccabc8
  VS> vp
  VS>> 0xc5e8cec0
  VS>>                size: 5632, resid: 5632, a_count: 5248, valid: 0x0
  VS>>                nread: 0, reqpage: 0, pindex: 0, pcount: 2
  VS>> vm_fault: pager read error, pid 1326 (rcsdiff)
  >> Ошибка чтения при page fault (обращение к отсутствующей странице
  >> в памяти, например чтение из области memory-mapped файла, в норме
  >> был бы просто page-in).
  VS> А отчего такая ошибка может возникнуть? При простой попытке почитать файл.
 
 В очень многих местах используется memory mapping, иногда даже
 библиотечки userland, про которые никогда бы не подумал, балуются этим.
 
  VS>> pid 1326 (rcsdiff), uid 0: exited on signal 11
  >> И наведенный этой ошибкой SIGSEGV.
  VS>> Далее я попытался просмотреть файл less-ом, на что мне сказано было
  VS>> read error, а в логе:
  VS>> bad block 4202008, ino 1467
  >> bad block это по-моему в комментариях не нуждается.
  VS>> А это я удалил файл:
  VS>> pid 1452 (rm), uid 0 on /: bad block
  VS>> Что это было?
  >> Диск сыплется imho.
  VS> В том-то и дело, что не похоже. Я знаю, как выглядят ошибки чтения при
  VS> осыпании диска, это не то. Более того, "dd if=/dev/ad0 of=/dev/null" 
  VS> не выявил никаких ошибок.
  VS>> Система 4.8-RELEASE (знаю, что обновляться надо, но вопрос менее
  VS>> интересным не становится).
  >> Тут не столько обновляться, сколько dump побыстрее делать.
  >> Пока оно еще в состоянии бинарник dump-а с поверхности прочесть :-)
  VS> Там всей ценной информации пара конфигов, и backup имеется. 
  VS> Гораздо интереснее разобраться в причине, тем более что на проблемы с
  VS> поверхностью диска не похоже.
 
 Могут быть ошибки чтения, наведенные плохим контактом шлефов.
 Или блоком питания. Самые паршивые ошибки, то есть то опять все шоколадно,
 пока однажны fs не порушится до степени, когда проще бекап поднять.
 
 Отмонтируй fs и прогони fsck, кстати.
 
 Eugene
 -- 
 Трогай, но не пробуй на вкус
 --- slrn/0.9.8.0 (FreeBSD)
  * Origin: Svyaz Service JSC (2:5006/1@fidonet)
 
 

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