[Comm] ремонт XFS

[Comm] ремонт XFS

[@ 2004-11-09 5:34 UTC (permalink / raw)]

[Comm] Re: ремонт XFS

[@ 2004-11-09 7:42 UTC (permalink / raw)]

Re: [Comm] Re: ремонт XFS

[@ 2004-11-09 10:11 UTC (permalink / raw)]

Re: [Comm] Re: ремонт XFS

[@ 2004-11-09 10:28 UTC (permalink / raw)]

Re: [Comm] Re: ремонт XFS

[@ 2004-11-09 10:28 UTC (permalink / raw)]

Re: [Comm] Re: ремонт XFS

[@ 2004-11-09 20:14 UTC (permalink / raw)]

Re: [Comm] Re: ремонт XFS

[@ 2004-11-09 20:50 UTC (permalink / raw)]

[Comm] ext3 data=journal (было: Re: ремонт XFS)

[@ 2004-11-10 10:25 UTC (permalink / raw)]

Re: [Comm] ext3 data=journal (было: Re: ремонт XFS)

[@ 2004-11-10 10:39 UTC (permalink / raw)]

[Comm] divert_blk

[@ 2004-11-10 10:49 UTC (permalink / raw)]

Re: [Comm] divert_blk

[@ 2004-11-10 11:07 UTC (permalink / raw)]

Re: [Comm] ext3 data=journal (было: Re: ремонт XFS)

[@ 2004-11-10 11:03 UTC (permalink / raw)]

Re: [Comm] ext3 data=journal (было: Re: ремонт XFS)

[@ 2004-11-12 14:33 UTC (permalink / raw)]

Re: [Comm] ext3 data=journal (было: Re: ремонт XFS)

[@ 2004-11-10 15:32 UTC (permalink / raw)]

[Comm] Re: ремонт XFS

[@ 2004-11-10 13:29 UTC (permalink / raw)]

[Comm] Re: ремонт XFS

[@ 2004-11-10 14:17 UTC (permalink / raw)]

"разбиваем диск, форматируем результат" (was: [Comm] ремонт XFS)

[@ 2004-11-11 13:20 UTC (permalink / raw)]

Re: "разбиваем диск, форматируем результат" (was: [Comm] ремонт XFS)

[@ 2004-11-11 14:22 UTC (permalink / raw)]

Re: "разбиваем диск, форматируем результат" (was: [Comm] ремонт XFS)

[@ 2004-11-11 15:02 UTC (permalink / raw)]

[Comm] Re: "разбиваем диск, форматируем результат"

[@ 2004-11-15 15:02 UTC (permalink / raw)]

Что такое FR? (was: Re: [Comm] Re: ремонт XFS)

[@ 2004-12-02 7:51 UTC (permalink / raw)]

Re: Что такое FR? (was: Re: [Comm] Re: ремонт XFS)

[@ 2004-12-02 9:27 UTC (permalink / raw)]

Re: [Comm] Re: ремонт XFS

[@ 2004-11-11 21:52 UTC (permalink / raw)]

Re[2]: [Comm] Re: ремонт XFS

[@ 2004-11-12 3:15 UTC (permalink / raw)]

[Comm] Re: ремонт XFS

[@ 2004-11-12 10:34 UTC (permalink / raw)]

Re: [Comm] Re: ремонт XFS

[@ 2004-11-12 12:59 UTC (permalink / raw)]

Re: [Comm] Re: ремонт XFS

[@ 2004-11-12 14:47 UTC (permalink / raw)]

Re: [Comm] Re: ремонт XFS

[@ 2004-11-12 16:24 UTC (permalink / raw)]

Re: [Comm][JT] Re: ремонт XFS

[@ 2004-11-12 19:44 UTC (permalink / raw)]

Re: [Comm][JT] Re: ремонт XFS

[@ 2004-11-13 15:17 UTC (permalink / raw)]

Re: [Comm] Re: ремонт XFS

[@ 2004-11-12 18:58 UTC (permalink / raw)]

Re: [Comm] Re: ремонт XFS

[@ 2004-11-12 5:54 UTC (permalink / raw)]

Re: [Comm] Re: ремонт XFS

[@ 2004-11-12 18:54 UTC (permalink / raw)]

Re: [Comm] Re: ремонт XFS

[@ 2004-11-12 16:23 UTC (permalink / raw)]

Re: [Comm] Re: ремонт XFS

[@ 2004-11-12 19:54 UTC (permalink / raw)]

Re: [Comm] Re: ремонт XFS

[@ 2004-11-12 21:12 UTC (permalink / raw)]

[Comm] [JT] Re: ремонт XFS

[@ 2004-11-13 11:12 UTC (permalink / raw)]

Re: [Comm] Re: ремонт XFS

[@ 2004-11-10 11:30 UTC (permalink / raw)]

[Comm] Re: ремонт XFS

[@ 2004-11-10 13:28 UTC (permalink / raw)]

Re: [Comm] Re: ремонт XFS

[@ 2004-11-11 16:13 UTC (permalink / raw)]

Re: [Comm] Re: ремонт XFS

[@ 2004-11-11 16:35 UTC (permalink / raw)]

Re: [Comm] Re: ремонт XFS

[@ 2004-11-11 16:50 UTC (permalink / raw)]

Re: [Comm] Re: ремонт XFS

[@ 2004-11-11 18:56 UTC (permalink / raw)]

Re: [Comm] Re: ремонт XFS

[@ 2004-11-11 19:01 UTC (permalink / raw)]

Re: [Comm] Re: ремонт XFS

[@ 2004-11-12 6:43 UTC (permalink / raw)]

Re: [Comm] Re: ремонт XFS

[@ 2004-11-12 12:23 UTC (permalink / raw)]

Re: [Comm] Re: ремонт XFS

[@ 2004-11-12 18:45 UTC (permalink / raw)]

Re: [Comm] Re: ремонт XFS

[@ 2004-11-12 19:44 UTC (permalink / raw)]

Re: [Comm] Re: ремонт XFS

[Денис Смирнов]

On Sat, Nov 13, 2004 at 12:45:44AM +0600, Gleb Kulikov wrote:

GK>  Уф! То есть, это просто случай скази... а то я уж забоялся флэшку вставлять
GK>  :) Дык, против лома нет приёма, хотя не выдавать в таком случае
GK>  предупреждения -- верх наплевательского отношения автора mkfs

Она честно говорит, что данные будут убиты. Специальной обработки /dev/sda
(а не /dev/sda1) там нетути, и это излишняя логика, что непринято в
юникс-мире. Ибо для пользователей существуют разные GUI-обвязки, типа той
что в инсталляторе, а если полез пользоваться напрямую этими командами --
думай что делаешь. А я, как самый умный, ещё и ключиком -f пользуюсь.
Чтобы даже не спрашивала. И поэтому огребаю себе геморрою выше крыши.

-- 
С уважением, Денис

http://freesource.info

[Comm] Re: ремонт XFS

[Michael Shigorin]

On Sat, Nov 13, 2004 at 12:45:44AM +0600, Gleb Kulikov wrote:
> Дык, против лома нет приёма, хотя не выдавать в таком случае
> предупреждения -- верх наплевательского отношения автора mkfs

Извините, ему дают block device.  Как предлагается определять,
что это не то, что /имелось в виду/?  По имени?  Увы, кто-то да
ухайдокает по симлинкам (хотя да, от 80% проблем с очепятками или
premature enter keypress это поможет -- но лучше об это
споткнуться, чем продолжать иметь привычки маленького, жёлтого и
ОЧЕНЬ ОПАСНОГО существа).

По сигнатурам partition table?  Боюсь, будет довольно специфично,
хотя по крайней мере видится какой-то смысл общаться с авторами
утилит (не по одному, а в Cc: сразу всем).  Внимание, не с
майнтейнерами в ALT.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] Re: ремонт XFS

[Денис Смирнов]

On Fri, Nov 12, 2004 at 12:43:14PM +0600, Gleb Kulikov wrote:
> > >> У меня всё дохло. После mkfs.ext3 -f на /dev/sda система умирает
> >> О как... а что происходит, и главное, почему?
>> Так ведь форматится не /dev/sda1, а /dev/sda - весь диск целиком :)
 GK> а какое отношение /dev/sda имеет к /dev/hda? Или я что-то не понимаю?

На той машине у меня /dev/hda это CD-ROM, а /dev/sda это RAID, с которого
я и грузился :)

-- 
С уважением, Денис

http://freesource.info

Re: [Comm] Re: ремонт XFS

[Денис Смирнов]

On Fri, Nov 12, 2004 at 12:56:39AM +0600, Gleb Kulikov wrote:

>> У меня всё дохло. После mkfs.ext3 -f на /dev/sda система умирает
 GK> О как... а что происходит, и главное, почему?

Дык убивается partition table нафиг и полностью уродуется первый раздел.
Остальные как повезёт (куда придутся копии суперблока).

-- 
С уважением, Денис

http://freesource.info

Re: [Comm][JT] Re: ремонт XFS

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 353 bytes --]

On Thu, Nov 11, 2004 at 11:52:19PM +0300, Денис Смирнов wrote:
> Дык убивается partition table нафиг
Я, разумеется, об этом подумал, но что-то засомневался. Как ты ее потом
восстанавливал? Руками?

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

evo -- не abi. Он работает и многие им пользуются, увы.
		-- aen in devel@

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm][JT] Re: ремонт XFS

[Денис Смирнов]

On Fri, Nov 12, 2004 at 07:36:10AM +0500, Andrey Rahmatullin wrote:
>> Дык убивается partition table нафиг
AR> Я, разумеется, об этом подумал, но что-то засомневался. Как ты ее потом
AR> восстанавливал? Руками?

На этой машине я недавно бэкап делал.
Так как FS были уже смонтированы, на смерть PT им было плевать, поэтому
многое я просто спокойно скопировал.

А как-то я восстанавливал именно руками. Вернее изобретал свой велосипед,
который искал ext2/3 fs по диску и давал мне смещение/длину. Потом я dd
копировал и монтировал. Вытащил всё. Это меня приучило делать бэкапы,
правда так и не научило бэкапить PT.

-- 
С уважением, Денис

http://freesource.info

[Comm] [JT] Re: ремонт XFS

[Michael Shigorin]

On Thu, Nov 11, 2004 at 07:13:11PM +0300, Денис Смирнов wrote:
>  MS> PPS: у меня дох и reiserfs, и xfs (но ни разу непоправимо, к
>  MS> счастью), ext3 ещё не дох, а ext2 по молодости как-то убил,
>  MS> кажется.
> У меня всё дохло. После mkfs.ext3 -f на /dev/sda

Извини, это не "дохло", а "выносилось залпом". :]

> С тех пор и появилась странная но полезная привычка делать swap
> в начале диска.

Или /tmp (/var/tmp, ..., но сейчас чаще swap и tmpfs).
У меня -- после попытки поставить PC-DOS7 в extended.
Коробочный.  Прикинулся, что встал -- это был hda1 == /usr,
хорошо что хоть не /home.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] [JT] Re: ремонт XFS

[Денис Смирнов]

On Thu, Nov 11, 2004 at 10:13:18PM +0200, Michael Shigorin wrote:
>  MS>> PPS: у меня дох и reiserfs, и xfs (но ни разу непоправимо, к
>  MS>> счастью), ext3 ещё не дох, а ext2 по молодости как-то убил,
>  MS>> кажется.
>> У меня всё дохло. После mkfs.ext3 -f на /dev/sda
 MS> Извини, это не "дохло", а "выносилось залпом". :]

Я смайлик поставить забыл :)

>> С тех пор и появилась странная но полезная привычка делать swap
>> в начале диска.
 MS> Или /tmp (/var/tmp, ..., но сейчас чаще swap и tmpfs).
 MS> У меня -- после попытки поставить PC-DOS7 в extended.
 MS> Коробочный.  Прикинулся, что встал -- это был hda1 == /usr,
 MS> хорошо что хоть не /home.

/var/tmp в начало низя -- он по-определению должен быть ценным.
А swap -- фиг с ним :) 

-- 
С уважением, Денис

http://freesource.info

[Comm] Re: [JT] Re: ремонт XFS

[Michael Shigorin]

On Thu, Nov 11, 2004 at 11:54:00PM +0300, Денис Смирнов wrote:
> /var/tmp в начало низя -- он по-определению должен быть ценным.

Определение на бочку :) (нет, я помню, что он канонически более
персистентный, чем /tmp, но перечисление было сделано на случай
нескольких дисков и, соответственно, нескольких первых разделов)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[Comm] Re: [JT] Re: ремонт XFS

[Денис Смирнов]

On Fri, Nov 12, 2004 at 12:42:31PM +0200, Michael Shigorin wrote:
>> /var/tmp в начало низя -- он по-определению должен быть ценным.
 MS> Определение на бочку :) (нет, я помню, что он канонически более
 MS> персистентный, чем /tmp, но перечисление было сделано на случай
 MS> нескольких дисков и, соответственно, нескольких первых разделов)

Дело в том, что /tmp -- это временные файлы. Которые имеют право
автоматически удаляться, например при перезагрузке.

/var/tmp предназначен для временных файлов, которые могут оказаться
ценными после сбоя, по-хорошему swap'ы vim, например, там лежать должны.

-- 
С уважением, Денис

http://freesource.info

[Comm] Re: [JT] Re: ремонт XFS

[Michael Shigorin]

On Fri, Nov 12, 2004 at 06:30:05PM +0300, Денис Смирнов wrote:
> >> /var/tmp в начало низя -- он по-определению должен быть ценным.
>  MS> Определение на бочку :)
> /var/tmp предназначен для временных файлов, которые могут
> оказаться ценными после сбоя

Так извини, я это и сказал другими словами -- скорее
s/ценными/не абсолютно бесполезными/ только.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] Re: [JT] Re: ремонт XFS

[Денис Смирнов]

On Sat, Nov 13, 2004 at 01:54:29PM +0200, Michael Shigorin wrote:
> >>> /var/tmp в начало низя -- он по-определению должен быть ценным.
 MS>>> Определение на бочку :)
>> /var/tmp предназначен для временных файлов, которые могут
>> оказаться ценными после сбоя
 MS> Так извини, я это и сказал другими словами -- скорее
 MS> s/ценными/не абсолютно бесполезными/ только.

Дык ты определение потребовал :)

-- 
С уважением, Денис

http://freesource.info

Re: [Comm] Re: [JT] Re: ремонт XFS

[Mike Lykov]

В сообщении от Пятница 12 Ноябрь 2004 19:30 Денис Смирнов написал:

> /var/tmp предназначен для временных файлов, которые могут оказаться
> ценными после сбоя, по-хорошему swap'ы vim, например, там лежать должны.

обнаружил, что stmpclean каждый день чистит /var/tmp

stmpclean-0.3-alt1

/usr/sbin/stmpclean -t 10d /tmp /var/tmp 

-- 
Mike Lykov
Samara, "Vesna" parfum company, System administrator 

Re: [Comm] Re: [JT] Re: ремонт XFS

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 481 bytes --]

Hi,

On Tue, Nov 16, 2004 at 09:17:40AM +0400, Mike Lykov wrote:
> В сообщении от Пятница 12 Ноябрь 2004 19:30 Денис Смирнов написал:
> 
> > /var/tmp предназначен для временных файлов, которые могут оказаться
> > ценными после сбоя, по-хорошему swap'ы vim, например, там лежать должны.
> 
> обнаружил, что stmpclean каждый день чистит /var/tmp
> 
> stmpclean-0.3-alt1
> 
> /usr/sbin/stmpclean -t 10d /tmp /var/tmp 

Так ведь /etc/cron.daily/stmpclean!


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] Re: [JT] Re: ремонт XFS

[Денис Смирнов]

On Tue, Nov 16, 2004 at 09:17:40AM +0400, Mike Lykov wrote:

>> /var/tmp предназначен для временных файлов, которые могут оказаться
>> ценными после сбоя, по-хорошему swap'ы vim, например, там лежать должны.
 ML> обнаружил, что stmpclean каждый день чистит /var/tmp
 ML> stmpclean-0.3-alt1
 ML> /usr/sbin/stmpclean -t 10d /tmp /var/tmp 

Ну с 10-и дневным интервалом это вполне разумно.

-- 
С уважением, Денис

http://freesource.info

Re: [Comm] Re: ремонт XFS

[Eugene Ostapets]

Michael Shigorin wrote:

>On Tue, Nov 09, 2004 at 10:14:48PM +0200, Eugene Ostapets wrote:
>  
>
>>В топку XFS вместе со всеми данными на ней... XFS это файловая
>>система для богатых, а не для простых смертных - данные на ней
>>уходят в нирвану при любом чихе питания или железа...
>>    
>>
>
>Жень, давай без экстремизму.  Я на ней сталкивался с проблемами
>только при жутких количествах локапов и/или вырубаний питания,
>что не может являться нормальными условиями эксплуатации
>нормальной информационной системы (а не гейм-машинки в
>гейм-клубе) по определению.
>
>А с бесперебойником на стабильной системе -- одна радость.
>
>  
>
Для сервера - может xfs и хорошо... Для "тестового" сервера и рабочей 
станции - это просто выброшенные на помойку данные.

>Идинафиг, да?  Для пользователя, который хочет спать спокойно --
>есть <Enter> и ext3 by default, а который хочет, но не умеет --
>тот и сам себе проблемы создат самыми диковинными образами.
>
>"Не судите опрометчиво", или как там Ришелье говорил, в общем. :)
>
>
>PPS: у меня дох и reiserfs, и xfs (но ни разу непоправимо, к
>счастью), ext3 ещё не дох, а ext2 по молодости как-то убил,
>кажется.
>
>  
>
У меня в 100% xfs умирал безвозвратно, вместе с данными... :(

-- 
С уважением,
Евгений Остапец

Re: [Comm] Re: ремонт XFS

[Gleb Kulikov]

В сообщении от Пятница 12 Ноябрь 2004 03:50 Eugene Ostapets написал:

> Для сервера - может xfs и хорошо... Для "тестового" сервера и рабочей
> станции - это просто выброшенные на помойку данные.

Два года, 18 машин, включая студенческие раб места и экспериментальный стенд 
(лазерный спектрометр, с сопутствующими "вышибаниями" электропитания и 
прочими помехами), без бесперебойников + 3 сервера (честных) + 2 "сервера" 
(без ИБП) --  ни одной фатальной потери данных. Даже при специальных попытках 
уронить ф.с. и одного непреднамеренного умирания винчестера (xfs_repair 
справлялся стабильно и всегда. Да, имена файлов, в особо тяжёлых случаях, 
терялиись, но данные восcтанавливались вполне. Что немудрено, если вспомнить 
структуру xfs (случай "обнуления" файла понятен и за катастрофу не считается 
-- специфика).

-- 
						Салют, /GLeb

UIN: 15341920
jabber://gleb@asd.iao.ru
netmail: 2:5005/78

Re: [Comm] Re: ремонт XFS

[Maxim.Savrilov]

[-- Attachment #1: Type: text/plain, Size: 1548 bytes --]

один месяц, 3 машины с Мастер2.2, с /home на xfs
после штатной перезагрузки произвольно херились настроечные файлы в домике юзера
Особенно часто sylpheed страдала, точки сплошные в настроечных файлах.
Перехал на ext3 data=journal проблемы исчезли
На остальных машинах сразу стал ставить ext3, поэтому больше данных нет

Файл сервер под той-же ОС, xfs на файлопомойке - никаких проблем, но он и перегружается
раз в полгода.

Ну и как прикажете обобщить наш с Вами опыт? ;)

On Fri, 12 Nov 2004 12:40:09 +0600
Gleb Kulikov <glebus@asd.iao.ru> wrote:

> В сообщении от Пятница 12 Ноябрь 2004 03:50 Eugene Ostapets написал:
> 
> > Для сервера - может xfs и хорошо... Для "тестового" сервера и рабочей
> > станции - это просто выброшенные на помойку данные.
> 
> Два года, 18 машин, включая студенческие раб места и экспериментальный стенд 
> (лазерный спектрометр, с сопутствующими "вышибаниями" электропитания и 
> прочими помехами), без бесперебойников + 3 сервера (честных) + 2 "сервера" 
> (без ИБП) --  ни одной фатальной потери данных. Даже при специальных попытках 
> уронить ф.с. и одного непреднамеренного умирания винчестера (xfs_repair 
> справлялся стабильно и всегда. Да, имена файлов, в особо тяжёлых случаях, 
> терялиись, но данные восcтанавливались вполне. Что немудрено, если вспомнить 
> структуру xfs (случай "обнуления" файла понятен и за катастрофу не считается 
> -- специфика).


-- 
- Не кажется ли вам символичным, что праздник мелких пакостей и
легких ужасов в Штатах назывется "Хелло, Win"?

[-- Attachment #2: Type: application/pgp-signature, Size: 307 bytes --]

Re: [Comm] Re: ремонт XFS

[Gleb Kulikov]

В сообщении от Пятница 12 Ноябрь 2004 14:07 Maxim.Savrilov@socenter.ru 
написал:
> один месяц, 3 машины с Мастер2.2, с /home на xfs
> после штатной перезагрузки произвольно херились настроечные файлы в домике

Очень интересно, ничего подобного никогда не наблюдалось. Повторюсь, у меня 
большой зоопарк, и машины, бывает, выключаются весьма грубо (на xfs все 
разделы, включая корень).  Штатная ли, на самом деле, была преезагрузка, были 
ли каки-то сообщения в логах и т.п.? На самом деле, очень интересно. 
Вероятно, есть некие условия, при которых конструкция трещит, хорошо бы их 
выявить (одни только EA/ACL стоят того, чтобы землю рыть, но разобраться). 
Первое, что приходит в голову, не выявлено ли каких проблем с ОЗУ (xfs весьма 
агрессивно кэширует данные)?

-- 
						Салют, /GLeb

UIN: 15341920
jabber://gleb@asd.iao.ru
netmail: 2:5005/78

Re: [Comm] Re: ремонт XFS

[Maxim.Savrilov]

[-- Attachment #1: Type: text/plain, Size: 1528 bytes --]

On Fri, 12 Nov 2004 15:51:29 +0600
Gleb Kulikov <glebus@asd.iao.ru> wrote:

> В сообщении от Пятница 12 Ноябрь 2004 14:07 Maxim.Savrilov@socenter.ru 
> написал:
> > один месяц, 3 машины с Мастер2.2, с /home на xfs
> > после штатной перезагрузки произвольно херились настроечные файлы в домике
> 
> Очень интересно, ничего подобного никогда не наблюдалось. Повторюсь, у меня 
> большой зоопарк, и машины, бывает, выключаются весьма грубо (на xfs все 
> разделы, включая корень).  Штатная ли, на самом деле, была преезагрузка, были 
> ли каки-то сообщения в логах и т.п.? На самом деле, очень интересно. 

Юзера, насколько помню, клялись в правильном выключении. Лично натаскивал, да и проблем они имели
с этих косяков (шутка ли, почта почти слетела), так что ну раз, ну два, но не каждый день же

После установки ext3 - все пропало

Да и если они у вас грубо выключаются на зоопарке машин, и нет проблем, то как тут вообще
быть - неясно. Видимая система отсутствует.

> Вероятно, есть некие условия, при которых конструкция трещит, хорошо бы их 
> выявить (одни только EA/ACL стоят того, чтобы землю рыть, но разобраться). 
> Первое, что приходит в голову, не выявлено ли каких проблем с ОЗУ (xfs весьма 
> агрессивно кэширует данные)?

Поставщик наш компы держит сутки перед выдачей в термокамере под стресс-тестами.
я и забыл про проблемы с памятью

В-общем да, интересно, но времени и машины свободной нет


-- 
В 1848  г.  восстание  индейцев  в  Калифорнии
возглавил  некий Прохор Егоров.

[-- Attachment #2: Type: application/pgp-signature, Size: 307 bytes --]

Re: [Comm] Re: ремонт XFS

[Денис Смирнов]

On Fri, Nov 12, 2004 at 05:41:40PM +0600, Maxim.Savrilov@socenter.ru wrote:

> Юзера, насколько помню, клялись в правильном выключении. Лично натаскивал, да и проблем они имели
> с этих косяков (шутка ли, почта почти слетела), так что ну раз, ну два, но не каждый день же

IDE диски имеют свойства рапортовать что "усё в порядке, шеф", когда, на
самом деле, данные ещё лежат в их кэше. Да и в Linux, помнится, sync не
гарантирует сброшеные на диск все данные (он лишь запускает этот процесс,
но не ожидает завершения).

Посему в инитскрипты вставьте перед poweroff подряд два sync и задержку
секунды в 3, потом попробуйте воспроизвести ситуацию.

 > После установки ext3 - все пропало

ext3 с data=journal единственное что у меня выживало на тех машинах, где
пользователи не были мне подконтрольны, и считали UPS не нужной роскошью,
и выключали роутер просто рубильник, вырубающим электричество в помещении.

> Поставщик наш компы держит сутки перед выдачей в термокамере под стресс-тестами.
> я и забыл про проблемы с памятью

Где же вы таких поставщиков находите?

-- 
С уважением, Денис

http://freesource.info

Re: [Comm] Re: ремонт XFS

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 752 bytes --]

On Fri, Nov 12, 2004 at 07:34:49PM +0300, Денис Смирнов wrote:
> самом деле, данные ещё лежат в их кэше. Да и в Linux, помнится, sync не
> гарантирует сброшеные на диск все данные (он лишь запускает этот процесс,
> но не ожидает завершения).
BUGS
   According  to the standard specification (e.g., SVID), sync() schedules
   the writes, but may return before the actual writing is done. However,
   since  version  1.3.20  Linux does actually wait.  (This still does not
   guarantee data integrity: modern disks have large caches.)


-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

Не надо менять традицию, которая сложилась много лет назад и которая в
принципе устраивает большинство.
		-- ldv in devel-kernel@

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] Re: ремонт XFS

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 716 bytes --]

On Sat, Nov 13, 2004 at 09:11:39AM +0500, Andrey Rahmatullin wrote:
>> самом деле, данные ещё лежат в их кэше. Да и в Linux, помнится, sync не
>> гарантирует сброшеные на диск все данные (он лишь запускает этот процесс,
>> но не ожидает завершения).
 AR> BUGS
 AR>    According  to the standard specification (e.g., SVID), sync() schedules
 AR>    the writes, but may return before the actual writing is done. However,
 AR>    since  version  1.3.20  Linux does actually wait.  (This still does not
 AR>    guarantee data integrity: modern disks have large caches.)

Насколько мне известно, конкретно XFS про содержимое этого man'а ничего не
знает.

-- 
С уважением, Денис

http://freesource.info


[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] Re: ремонт XFS

[Eugene Ostapets]

Maxim.Savrilov@socenter.ru wrote:

>один месяц, 3 машины с Мастер2.2, с /home на xfs
>после штатной перезагрузки произвольно херились настроечные файлы в домике юзера
>Особенно часто sylpheed страдала, точки сплошные в настроечных файлах.
>  
>

>Файл сервер под той-же ОС, xfs на файлопомойке - никаких проблем, но он и перегружается
>раз в полгода.
>
>Ну и как прикажете обобщить наш с Вами опыт? ;)
>
>  
>
А Вы вчитайтесь в текст - для xfs обнуление файлов НОРМАЛЬНОЕ 
поведение... Вот и разница в опыте... :)

-- 
С уважением,
Евгений Остапец

Re: [Comm] Re: ремонт XFS

[Maxim.Savrilov]

[-- Attachment #1: Type: text/plain, Size: 910 bytes --]

On Fri, 12 Nov 2004 20:51:25 +0200
Eugene Ostapets <eugene@unisoft.com.ua> wrote:

> Maxim.Savrilov@socenter.ru wrote:
> 
> >один месяц, 3 машины с Мастер2.2, с /home на xfs
> >после штатной перезагрузки произвольно херились настроечные файлы в домике юзера
> >Особенно часто sylpheed страдала, точки сплошные в настроечных файлах.
> >  
> >
> 
> >Файл сервер под той-же ОС, xfs на файлопомойке - никаких проблем, но он и перегружается
> >раз в полгода.
> >
> >Ну и как прикажете обобщить наш с Вами опыт? ;)
> >
> >  
> >
> А Вы вчитайтесь в текст - для xfs обнуление файлов НОРМАЛЬНОЕ 
> поведение... Вот и разница в опыте... :)


Вчитайтесь в текст - при ШТАТНОМ выключении питания, т.е. init [06]
если это нормально - у меня слов нет.
где-то в цепочке ОС-железо явно не все в порядке

-- 
Из окна его комнаты открывался великолепный вид на парк
c прекрасным сектором обстрела.

[-- Attachment #2: Type: application/pgp-signature, Size: 307 bytes --]

Re: [Comm] Re: ремонт XFS

[Eugene Ostapets]

Maxim.Savrilov@socenter.ru wrote:

>On Fri, 12 Nov 2004 20:51:25 +0200
>Eugene Ostapets <eugene@unisoft.com.ua> wrote:
>
>  
>
>> <>Maxim.Savrilov@socenter.ru wrote:
>>
>>А Вы вчитайтесь в текст - для xfs обнуление файлов НОРМАЛЬНОЕ 
>>поведение... Вот и разница в опыте... :)
>>    
>>
>
>
>Вчитайтесь в текст - при ШТАТНОМ выключении питания, т.е. init [06]
>если это нормально - у меня слов нет.
>где-то в цепочке ОС-железо явно не все в порядке
>
>  
>
Достаточно немного лишнего интелекта винчестеру и штатное выключение 
завершится проблемами....

-- 
С уважением,
Евгений Остапец

[Comm] Re: ремонт XFS

[Michael Shigorin]

On Fri, Nov 12, 2004 at 08:51:25PM +0200, Eugene Ostapets wrote:
> А Вы вчитайтесь в текст - для xfs обнуление файлов НОРМАЛЬНОЕ
> поведение... Вот и разница в опыте... :)

Даже by design -- и IMCO это действительно лучше, чем лапша из
чужих хвостов в случае reiser (да-я-видел-и-то-и-другое).

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] Re: ремонт XFS

[Денис Смирнов]

On Sat, Nov 13, 2004 at 01:17:56PM +0200, Michael Shigorin wrote:
>> А Вы вчитайтесь в текст - для xfs обнуление файлов НОРМАЛЬНОЕ
>> поведение... Вот и разница в опыте... :)
 MS> Даже by design -- и IMCO это действительно лучше, чем лапша из
 MS> чужих хвостов в случае reiser (да-я-видел-и-то-и-другое).

/me хочет опять начать грязно материться на то, что конфиги не должны быть
открыты на запись _никогда_, и что _НАДО_ делать fstab.d, иначе hotplug
станет первым кандидатом на chkconfig off после первичной настройки любой
машины :(

-- 
С уважением, Денис

http://freesource.info

[Comm] Re: ремонт XFS

[Michael Shigorin]

On Thu, Nov 11, 2004 at 11:50:38PM +0200, Eugene Ostapets wrote:
> Для сервера - может xfs и хорошо... Для "тестового" сервера и
> рабочей станции - это просто выброшенные на помойку данные.

Тогда рассказывай подробнее, чем замучал животинку-то.
Чтоб хоть толк был, а то одни голые эмоции, ужасть какая.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] Re: ремонт XFS

[Eugene Ostapets]

Michael Shigorin wrote:

>On Thu, Nov 11, 2004 at 11:50:38PM +0200, Eugene Ostapets wrote:
>  
>
>>Для сервера - может xfs и хорошо... Для "тестового" сервера и
>>рабочей станции - это просто выброшенные на помойку данные.
>>    
>>
>
>Тогда рассказывай подробнее, чем замучал животинку-то.
>Чтоб хоть толк был, а то одни голые эмоции, ужасть какая.
>
>  
>
Элементарно - reset при загрузке системы :))) Несколько раз было 
случайно, а потом проверил - 10 ресетов гарантированно укладывают xfs в 
/dev/null и xfs_repair уже не помогает... :))) Но при везении хватает и 
одного раза...

-- 
С уважением,
Евгений Остапец

Re: [Comm] Re: ремонт XFS

[Gleb Kulikov]

В сообщении от Суббота 13 Ноябрь 2004 01:56 Eugene Ostapets написал:

> случайно, а потом проверил - 10 ресетов гарантированно укладывают xfs в
> /dev/null и xfs_repair уже не помогает... :))) Но при везении хватает и
> одного раза...

Неправда. xfs_repair -o assume_xfs, восстановит даже весьма повреждённую 
физически ф.с. Другой вопрос, что каталоговая структура имеет все шансы 
превратиться  в кашу, а часть имён файлов может быть заменена на номера 
инодов... но тут уж к авторам xfs_repair, такое поведение не следует из 
структуры xfs.
-- 
						Салют, /GLeb

UIN: 15341920
jabber://gleb@asd.iao.ru
netmail: 2:5005/78

Re: [Comm] Re: ремонт XFS

[Eugene Ostapets]

Gleb Kulikov wrote:

>В сообщении от Суббота 13 Ноябрь 2004 01:56 Eugene Ostapets написал:
>
>  
>
>Неправда. xfs_repair -o assume_xfs, восстановит даже весьма повреждённую 
>физически ф.с. Другой вопрос, что каталоговая структура имеет все шансы 
>превратиться  в кашу, а часть имён файлов может быть заменена на номера 
>инодов... но тут уж к авторам xfs_repair, такое поведение не следует из 
>структуры xfs.
>  
>
Ага, когда в lost+found переходит все содержимое диска - это очень 
вдохновляет...

-- 
С уважением,
Евгений Остапец

[Comm] Re: ремонт XFS

[Michael Shigorin]

On Fri, Nov 12, 2004 at 09:56:34PM +0200, Eugene Ostapets wrote:
> >Тогда рассказывай подробнее, чем замучал животинку-то.
> Элементарно - reset при загрузке системы :))) Несколько раз
> было случайно, а потом проверил - 10 ресетов гарантированно
> укладывают xfs в /dev/null и xfs_repair уже не помогает... :)))

Надо будет помучать.  Но ты же не считаешь это нормальным штатным
режимом в местах, где данные чего-то стоят?

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/