[Comm] ремонт XFS

[Comm] ремонт XFS

[Denis]

Доброго утра, уважаемое сообщество!

Подскажите как поремонтировать XFS.

При выключении компа у меня вырубили свет, после этого комп перестал грузиться.
Сам раздел с XFS на другом компе не монтируется.

			С уважением Denis.

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

[Michael Shigorin]

On Tue, Nov 09, 2004 at 08:34:48AM +0300, Denis wrote:
> Подскажите как поремонтировать XFS.

xfs_repair ы?

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

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

[Denis]

On Tue, 9 Nov 2004 09:42:11 +0200
Michael Shigorin <mike@osdn.org.ua> wrote:

> On Tue, Nov 09, 2004 at 08:34:48AM +0300, Denis wrote:
> > Подскажите как поремонтировать XFS.
> 
> xfs_repair ы?

xfs_repair - пишет input/output error!

Что в этом случае делать?
Мне бы хотябы инфу востановить!!!

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

[Sergey Vlasov]

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

On Tue, Nov 09, 2004 at 01:11:51PM +0300, Denis wrote:
> On Tue, 9 Nov 2004 09:42:11 +0200
> Michael Shigorin <mike@osdn.org.ua> wrote:
> 
> > On Tue, Nov 09, 2004 at 08:34:48AM +0300, Denis wrote:
> > > Подскажите как поремонтировать XFS.
> > 
> > xfs_repair ы?
> 
> xfs_repair - пишет input/output error!
> 
> Что в этом случае делать?
> Мне бы хотябы инфу востановить!!!

Найти другой достаточно большой пустой диск, скопировать на него образ
битого раздела с помощью recoverdm или dd_rescue (не используйте dd
conv=noerror - в этом случае ошибочные сектора выбрасываются, и все
последующие данные уходят со своего места), после чего пытаться чинить эту
копию с помощью xfs_repair.

Если плохих секторов немного, можно вместо этого попытаться с помощью dd
записать в них нули, чтобы прошло переназначение.  Можно проделать эту
операцию с помощью badblocks -nsv.  Хотя если статус SMART уже показывает
что-то нехорошее, лучше сразу копировать всё, что ещё читается, на другой
диск, не пытаясь исправлять на месте.

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

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

[Andrey Rahmatullin]

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

On Tue, Nov 09, 2004 at 01:11:51PM +0300, Denis wrote:
> xfs_repair - пишет input/output error!
1. Сначала попробуйте xfs_check.
2. Какую команду выполняете?
3. ФС отмонтировали перед проверкой?

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

Хотел предложить воспользоваться bushbug, но он оказался сломанным.
		-- ldv in sisyphus@

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

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

[Eugene Ostapets]

Michael Shigorin wrote:

>On Tue, Nov 09, 2004 at 08:34:48AM +0300, Denis wrote:
>  
>
>>Подскажите как поремонтировать XFS.
>>    
>>
>
>xfs_repair ы?
>
>  
>
В топку XFS вместе со всеми данными на ней... XFS это файловая система 
для богатых, а не для простых смертных - данные на ней уходят в нирвану 
при любом чихе питания или железа...

PS: В последних версиях дистрибутивов по-умолчанию используется ext3, 
хотя по моему опыту она уступает в надежности reiserfs3. Может стоит 
вообще выбросить из установщика поддержку XFS? Пользователи будут спать 
спокойнее, а специалисты сами будут отвечать за использование ненадежных 
файловых систем...

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

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

[Denis Smirnov]

On Tue, Nov 09, 2004 at 10:14:48PM +0200, Eugene Ostapets wrote:

EO> В топку XFS вместе со всеми данными на ней... XFS это файловая система 
EO> для богатых, а не для простых смертных - данные на ней уходят в нирвану 
EO> при любом чихе питания или железа...

XFS лучшая по производительность/надёжность.
ext3 лучшая по надёжности.
reiserfs лучшая по производительности.

Однако меня практически везде устраивает производительность ext3 с
data=journal. Там где нет (большие файлы, одновременный доступ большого
количества пользователей), туда я ставлю XFS. http://download.seiros.ru/
например на XFS держится.

 EO> PS: В последних версиях дистрибутивов по-умолчанию используется ext3, 
 EO> хотя по моему опыту она уступает в надежности reiserfs3. Может стоит 
 EO> вообще выбросить из установщика поддержку XFS? Пользователи будут спать 
 EO> спокойнее, а специалисты сами будут отвечать за использование ненадежных 
 EO> файловых систем...

Просто в документации должно быть хорошее руководство по разбивке дисков,
аналогичное моей статье на freesource.info но более краткое и чёткое
(меньше теории, больше практики).

И не надо ничего ниоткуда выбрасывать.

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

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

http://freesource.info

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

[antilopa_gnu]

Denis Smirnov пишет:

> Однако меня практически везде устраивает производительность ext3 с
> data=journal. 

Правильно ли я понимаю, что для включения этой опции достаточно заменить
в /etc/fstab в опциях монтирования defaults на data=journal?

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

[Alexey I. Froloff]

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

* antilopa_gnu@list.ru <antilopa_gnu@> [041110 13:29]:
> > Однако меня практически везде устраивает производительность ext3 с
> > data=journal. 
> Правильно ли я понимаю, что для включения этой опции достаточно заменить
> в /etc/fstab в опциях монтирования defaults на data=journal?
Да, только рутовая партиция так просто не смонтируется (по
крайней мере на Master 2.2).

-- 
Regards, Sir Raorn.
-------------------
> > netatalk
> Не смотри на меня так, сейчас маков под рукой не водится. :(
Одна штука мака есть у меня. Могу подобрать.
		-- nikon in devel@

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

[Comm] divert_blk

[Михаил Лоивский]

Добрый день.

Наконец-то я смог снова, после проблем с бесплатными почтовыми
серверами, подписаться на рассылку community.

Приветствую всех старожилов и новых читателей.

Уже долгое время использую Alt Linux Master. Но одну и ту же проблему
не могу решить. На многих форумах этот вопрос задается, но ответов
нигде не нашел.

Вопрос в следующем: в логах ядра постоянно вываливается сообщение:

kernel: divert: not allocating divert_blk for non-ethernet device ppp0
kernel: divert: no divert_blk to free, ppp0 not ethernet

Сетевой интерфейс работает нормально, и вроде как в syslog-е эту фигню
отключить тоже предположить можно. Но это же не наш метод.
Поэтому просьба, если кто знает, из-за чего данное сообщение возникает
- напишите, пожалуйста.

-- 
С уважением,
Лоивский Михаил                          mailto:michael@loivsky.ru

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

[Sergey Vlasov]

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

On Wed, Nov 10, 2004 at 01:39:58PM +0300, Alexey I. Froloff wrote:
> * antilopa_gnu@list.ru <antilopa_gnu@> [041110 13:29]:
> > > Однако меня практически везде устраивает производительность ext3 с
> > > data=journal. 
> > Правильно ли я понимаю, что для включения этой опции достаточно заменить
> > в /etc/fstab в опциях монтирования defaults на data=journal?
> Да, только рутовая партиция так просто не смонтируется (по
> крайней мере на Master 2.2).

А для этого нужно указывать при загрузке опцию ядра:

	rootflags=data=journal

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

Re: [Comm] divert_blk

[Sergey Vlasov]

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

On Wed, Nov 10, 2004 at 01:49:46PM +0300, Михаил Лоивский wrote:
> Вопрос в следующем: в логах ядра постоянно вываливается сообщение:
> 
> kernel: divert: not allocating divert_blk for non-ethernet device ppp0
> kernel: divert: no divert_blk to free, ppp0 not ethernet

Эти сообщения можно игнорировать - это просто отладочный вывод Frame
Diverter-а (CONFIG_NET_DIVERT).

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

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

[Gleb Kulikov]

В сообщении от Среда 10 Ноябрь 2004 02:14 Eugene Ostapets написал:

>  В топку XFS вместе со всеми данными на ней... XFS это файловая система

	радиКАЛизм -- опасен

> для богатых, а не для простых смертных - данные на ней уходят в нирвану
> при любом чихе питания или железа...

Да что ви говорите?

-- 
						Салют, /GLeb

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

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

[Michael Shigorin]

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

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

Жень, давай без экстремизму.  Я на ней сталкивался с проблемами
только при жутких количествах локапов и/или вырубаний питания,
что не может являться нормальными условиями эксплуатации
нормальной информационной системы (а не гейм-машинки в
гейм-клубе) по определению.

А с бесперебойником на стабильной системе -- одна радость.

> PS: В последних версиях дистрибутивов по-умолчанию используется
> ext3, хотя по моему опыту она уступает в надежности reiserfs3.

Это на очень специфичных задачах, о которых ты зря не сказал.
Одно дело -- когда систем десятки и они по сути одинаковые
("сдохнет -- перезальём"), и совсем другое -- компромиссы
сохранности и производительности данных, каковая тема обсуждалась
не настолько давно, чтобы был смысл её пережёвывать опять.

> Может стоит вообще выбросить из установщика поддержку XFS?
> Пользователи будут спать спокойнее, а специалисты сами будут
> отвечать за использование ненадежных файловых систем...

Идинафиг, да?  Для пользователя, который хочет спать спокойно --
есть <Enter> и ext3 by default, а который хочет, но не умеет --
тот и сам себе проблемы создат самыми диковинными образами.

"Не судите опрометчиво", или как там Ришелье говорил, в общем. :)

PS: а твой опыт был бы _очень_ полезен хоть короткой страничкой,
только _с_ описанием специфики -- хоть на linux.kiev.ua, хоть на
atmsk.ru, хоть на freesource.info, в обещм, пиши и выбирай. :)

PPS: у меня дох и reiserfs, и xfs (но ни разу непоправимо, к
счастью), ext3 ещё не дох, а ext2 по молодости как-то убил,
кажется.

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

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

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

[Michael Shigorin]

On Tue, Nov 09, 2004 at 11:50:43PM +0300, Denis Smirnov wrote:
> Просто в документации должно быть хорошее руководство по
> разбивке дисков, аналогичное моей статье на freesource.info но
> более краткое и чёткое (меньше теории, больше практики).

А дай-ка ссылочку, я её в docs@ закину.  Или сам в bugzilla
повесь FR.

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

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

[Denis Smirnov]

On Wed, Nov 10, 2004 at 03:29:31PM +0200, Michael Shigorin wrote:
>> Просто в документации должно быть хорошее руководство по
>> разбивке дисков, аналогичное моей статье на freesource.info но
>> более краткое и чёткое (меньше теории, больше практики).
 MS> А дай-ка ссылочку, я её в docs@ закину.  Или сам в bugzilla
 MS> повесь FR.

http://freesource.info/wiki/Razbienie_Diska

И, как обычно, любые комментарии, придирки и прочее приветствуется ;)

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

http://freesource.info

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

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

On Wed, Nov 10, 2004 at 05:25:25PM +0700, antilopa_gnu@list.ru wrote:

>> Однако меня практически везде устраивает производительность ext3 с
>> data=journal. 
 > Правильно ли я понимаю, что для включения этой опции достаточно заменить
 > в /etc/fstab в опциях монтирования defaults на data=journal?

Да, для всех разделов, кроме корневого. Для корневого man tune2fs на
предмет опций монтирования по-умолчанию, или смотреть опции ядра, кои
можно указать в lilo.conf.

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

http://freesource.info

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

[Michael Shigorin]

On Wed, Nov 10, 2004 at 05:17:14PM +0300, Denis Smirnov wrote:
> >> Просто в документации должно быть хорошее руководство по
> >> разбивке дисков, аналогичное моей статье на freesource.info но
> >> более краткое и чёткое (меньше теории, больше практики).
>  MS> А дай-ка ссылочку, я её в docs@ закину.  Или сам в bugzilla
>  MS> повесь FR.
> http://freesource.info/wiki/Razbienie_Diska
> И, как обычно, любые комментарии, придирки и прочее
> приветствуется ;)

Слушай, а мож сам в docs@ пойдёшь, а?  Чтоб не гейтовать ни
ссылки, ни собственно ЦенныеУказания? :)

По сути -- выжимки из Partition и Multi-Disk HOWTOs бы туда
подключить, может получиться целостный ответ на вопрос, ну и себе
склерозница.

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

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

[Denis Smirnov]

On Thu, Nov 11, 2004 at 03:20:14PM +0200, Michael Shigorin wrote:
> >>> Просто в документации должно быть хорошее руководство по
> >>> разбивке дисков, аналогичное моей статье на freesource.info но
> >>> более краткое и чёткое (меньше теории, больше практики).
>  MS>> А дай-ка ссылочку, я её в docs@ закину.  Или сам в bugzilla
>  MS>> повесь FR.
>> http://freesource.info/wiki/Razbienie_Diska
>> И, как обычно, любые комментарии, придирки и прочее
>> приветствуется ;)
 MS> Слушай, а мож сам в docs@ пойдёшь, а?  Чтоб не гейтовать ни
 MS> ссылки, ни собственно ЦенныеУказания? :)
 MS> По сути -- выжимки из Partition и Multi-Disk HOWTOs бы туда
 MS> подключить, может получиться целостный ответ на вопрос, ну и себе
 MS> склерозница.

Меня глючит, или на docs@ просто так со стороны не подписаться?

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

http://freesource.info

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

[Andrey Rahmatullin]

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

On Thu, Nov 11, 2004 at 05:22:27PM +0300, Denis Smirnov wrote:
> Меня глючит, или на docs@ просто так со стороны не подписаться?
Да нормально вроде.

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

> Почему не опубликовали стандартное решение для КДЕ
> программ, которые таки ищут эти *.la?
Стандартным решением было бы вынести проверку, скажем, в kdelibs-devel,
чтобы каждый KDEшник не плодил этот код, который нужно исправлять.
		-- ldv in devel@

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

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

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

On Wed, Nov 10, 2004 at 03:28:36PM +0200, Michael Shigorin wrote:

 MS> PPS: у меня дох и reiserfs, и xfs (но ни разу непоправимо, к
 MS> счастью), ext3 ещё не дох, а ext2 по молодости как-то убил,
 MS> кажется.

У меня всё дохло. После mkfs.ext3 -f на /dev/sda система умирает
красиво... С тех пор и появилась странная но полезная привычка делать swap
в начале диска.

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

http://freesource.info

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

[Andrey Rahmatullin]

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

On Thu, Nov 11, 2004 at 07:13:11PM +0300, Денис Смирнов wrote:
> У меня всё дохло. После mkfs.ext3 -f на /dev/sda система умирает
> красиво... С тех пор и появилась странная но полезная привычка делать swap
> в начале диска.
От mkswap /dev/hda1 это не спасет :( 

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

> Попробовал я было пересобрать postfix [...]
Не получится, ибо postfix из Сизифа не собирается с openldap'ом из Сизифа.
Возможно, имеет смысл подождать нового postfix'а.
		-- ldv in devel@

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

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

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

On Thu, Nov 11, 2004 at 09:35:42PM +0500, Andrey Rahmatullin wrote:
>> У меня всё дохло. После mkfs.ext3 -f на /dev/sda система умирает
>> красиво... С тех пор и появилась странная но полезная привычка делать swap
>> в начале диска.
 AR> От mkswap /dev/hda1 это не спасет :( 

Вот как раз для /dev/hda_1_ спасёт. Просто /dev/hda уже хуже :(

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

http://freesource.info

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

[Gleb Kulikov]

В сообщении от Четверг 11 Ноябрь 2004 22:13 Денис Смирнов написал:

> У меня всё дохло. После mkfs.ext3 -f на /dev/sda система умирает

О как... а что происходит, и главное, почему?

-- 
						Салют, /GLeb

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

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

[Andrey Rahmatullin]

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

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

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

Не хотите в talk-room, давайте в devel, но только конструктивно.
		-- ldv in sisyphus@

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

[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] 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

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

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

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

[Eugene Ostapets]

Denis Smirnov wrote:

>On Tue, Nov 09, 2004 at 10:14:48PM +0200, Eugene Ostapets wrote:
>
>EO> В топку XFS вместе со всеми данными на ней... XFS это файловая система 
>EO> для богатых, а не для простых смертных - данные на ней уходят в нирвану 
>EO> при любом чихе питания или железа...
>
>XFS лучшая по производительность/надёжность.
>  
>
Откуда надежность? Большинство файлов, открытых на запись, при нештатной 
перезагрузки умирают...

>ext3 лучшая по надёжности.
>  
>
Готов спорить

>reiserfs лучшая по производительности.
>  
>
Тем более готов спорить :)

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

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[2]: [Comm] Re: ремонт XFS

[Беляев Владимир Николаевич]

Hello Eugene,

Friday, November 12, 2004, 2:52:42 AM, you wrote:

EO> Denis Smirnov wrote:

>>On Tue, Nov 09, 2004 at 10:14:48PM +0200, Eugene Ostapets wrote:
>>
>>EO> В топку XFS вместе со всеми данными на ней... XFS это файловая система
>>EO> для богатых, а не для простых смертных - данные на ней уходят в нирвану
>>EO> при любом чихе питания или железа...
>>
>>XFS лучшая по производительность/надёжность.
>>  
>>
EO> Откуда надежность? Большинство файлов, открытых на запись, при нештатной
EO> перезагрузки умирают...

>>ext3 лучшая по надёжности.
>>  
>>
EO> Готов спорить

>>reiserfs лучшая по производительности.
>>  
>>
EO> Тем более готов спорить :)

То плохо, это нехорошо, так что же выбрать????


-- 
E-mail: w_n_b@mail.ru
ICQ: 119181289

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

[Mike Lykov]

В сообщении от Пятница 12 Ноябрь 2004 01:52 Eugene Ostapets написал:
> >ext3 лучшая по надёжности.
> Готов спорить
> >reiserfs лучшая по производительности.
> Тем более готов спорить :)

А теперь - ваш вариант ответа! ;)

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

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

[Gleb Kulikov]

В сообщении от Пятница 12 Ноябрь 2004 01:01 Andrey Rahmatullin написал:
> On Fri, Nov 12, 2004 at 12:56:39AM +0600, Gleb Kulikov wrote:
> > > У меня всё дохло. После mkfs.ext3 -f на /dev/sda система умирает
> >
> > О как... а что происходит, и главное, почему?
>
> Так ведь форматится не /dev/sda1, а /dev/sda - весь диск целиком :)

а какое отношение /dev/sda имеет к /dev/hda? Или я что-то не понимаю?

-- 
						Салют, /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

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

[Michael Shigorin]

On Fri, Nov 12, 2004 at 08:15:48AM +0500, Беляев Владимир Николаевич wrote:
> EO> Тем более готов спорить :)
> То плохо, это нехорошо, так что же выбрать????

Ну, оно всё good enough, особенно при наличии UPS.
Так что не переживайте :-)

Моё мнение см. внизу http://lwn.net/Articles/84576/

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

[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/

[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/

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

[Andrey Rahmatullin]

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

On Fri, Nov 12, 2004 at 12:43:14PM +0600, Gleb Kulikov wrote:
> а какое отношение /dev/sda имеет к /dev/hda? Или я что-то не понимаю?
sda - это тот же hda, только сказевый, а не IDE. 

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

Поменяйте в настройках язык на английский, выйдите, запустите снова,
поменяйте на русский и снова перезагрузите mozilla.
		-- aen in community@

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

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

[Andrey Rahmatullin]

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

On Fri, Nov 12, 2004 at 08:15:48AM +0500, Беляев Владимир Николаевич wrote:
> То плохо, это нехорошо, так что же выбрать????
ntfs

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

Повестьте что-нибудь на пакет zsh.
		-- ldv in sisyphus@

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

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

[antilopa_gnu]

Sergey Vlasov пишет:

> On Wed, Nov 10, 2004 at 01:39:58PM +0300, Alexey I. Froloff wrote:
> > > > Однако меня практически везде устраивает производительность ext3 с
> > > > data=journal. 
> > > Правильно ли я понимаю, что для включения этой опции достаточно заменить
> > > в /etc/fstab в опциях монтирования defaults на data=journal?
> > Да, только рутовая партиция так просто не смонтируется (по
> > крайней мере на Master 2.2).
> 
> А для этого нужно указывать при загрузке опцию ядра:
> 
> 	rootflags=data=journal
> 
Спасибо! Всё благополучно работает. (Для разделов / и /home на ALC2.3)

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

[Gleb Kulikov]

В сообщении от Пятница 12 Ноябрь 2004 18:59 Andrey Rahmatullin написал:

> > ntfs

кака кластерная, в сад.

-- 
						Салют, /GLeb

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

[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

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

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

On Thu, Nov 11, 2004 at 11:52:42PM +0200, Eugene Ostapets wrote:

EO> Откуда надежность? Большинство файлов, открытых на запись, при нештатной 
EO> перезагрузки умирают...

По _соотношениею_ производительность/надёжность. ext3 надёжнее, но менее
производительна. reiserfs быстрее, но свои данные я ей не доверю.

>>ext3 лучшая по надёжности.
EO> Готов спорить

Аналог data=journal предъявите сначала в той FS, кою вы предлагаете как
более надёжную. Если нет, то лучше отказывайтесь от спора.

 >> reiserfs лучшая по производительности.
 EO> Тем более готов спорить :)

Если я не буду делать кучу оговорок, то спор вам выиграть удастся :)

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

http://freesource.info

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

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

On Fri, Nov 12, 2004 at 05:59:36PM +0500, Andrey Rahmatullin wrote:

>> То плохо, это нехорошо, так что же выбрать????
AR> ntfs

...и XP Home в качестве ОС.

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

http://freesource.info

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

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 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

[Gleb Kulikov]

 В сообщении от Пятница 12 Ноябрь 2004 18:23 Andrey Rahmatullin написал:

> > On Fri, Nov 12, 2004 at 12:43:14PM +0600, Gleb Kulikov wrote:
> > > а какое отношение /dev/sda имеет к /dev/hda? Или я что-то не понимаю?
> >
> > sda - это тот же hda, только сказевый, а не IDE.

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

-- 
						Салют, /GLeb

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

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

[Eugene Ostapets]

Maxim.Savrilov@socenter.ru wrote:

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

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

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

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

[Eugene Ostapets]

Mike Lykov wrote:

>В сообщении от Пятница 12 Ноябрь 2004 01:52 Eugene Ostapets написал:
>  
>
>>>ext3 лучшая по надёжности.
>>>      
>>>
>>Готов спорить
>>    
>>
>>>reiserfs лучшая по производительности.
>>>      
>>>
>>Тем более готов спорить :)
>>    
>>
>
>А теперь - ваш вариант ответа! ;)
>
>  
>
Мне ВСЕГДА везет с reiserfs, но для других людей я обычно корень ставлю 
на ext3, а данные на reiserfs. Не забывая про квоты!!! Вот если бы можно 
было штатно держать корень в ro - делал бы его на ext2 :)

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

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

[Eugene Ostapets]

Беляев Владимир Николаевич wrote:

>Hello Eugene,
>
>  
>
>>>ext3 лучшая по надёжности.
>>> 
>>>
>>>      
>>>
>EO> Готов спорить
>
>  
>
>>>reiserfs лучшая по производительности.
>>> 
>>>
>>>      
>>>
>EO> Тем более готов спорить :)
>
>То плохо, это нехорошо, так что же выбрать????
>
>  
>
Самое главное не делать из файловой системы безгрешного идола - в ходе 
наложения патчей на ядро слишком велик риск "зацепить" код влияющий на 
файловую систему и делающую ее нестабильной. Поэтому мы выбираем 
BackUp!!! :)))

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

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

[Andrey Rahmatullin]

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

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

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

#chkconfig holywar on
#service holywar start
starting holywar: [DONE]
#
		-- gns in talk-room@

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

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

[Andrey Rahmatullin]

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

On Fri, Nov 12, 2004 at 07:24:02PM +0300, Денис Смирнов wrote:
> AR> ntfs
> ...и XP Home в качестве ОС.
Разумеется. 

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

Если у Вас есть проблема, которая к тому же никуда не делась, то Вам,
очевидно, надо что-то сделать, чтобы предоставить нам информацию, на
основании которой можно хоть что-то посоветовать.
		-- ldv in sisyphus@

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

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

[Eugene Ostapets]

Денис Смирнов wrote:

>On Thu, Nov 11, 2004 at 11:52:42PM +0200, Eugene Ostapets wrote:
>
>EO> Откуда надежность? Большинство файлов, открытых на запись, при нештатной 
>EO> перезагрузки умирают...
>
>По _соотношениею_ производительность/надёжность. ext3 надёжнее, но менее
>производительна. reiserfs быстрее, но свои данные я ей не доверю.
>
>  
>
>>>ext3 лучшая по надёжности.
>>>      
>>>
>EO> Готов спорить
>
>Аналог data=journal предъявите сначала в той FS, кою вы предлагаете как
>более надёжную. Если нет, то лучше отказывайтесь от спора.
>
>  
>
Я предлагаю backup, backup и еще раз backup.

> >> reiserfs лучшая по производительности.
> EO> Тем более готов спорить :)
>
>Если я не буду делать кучу оговорок, то спор вам выиграть удастся :)
>
>  
>
Так изначально не было никаких оговорок и я был уверен в выиграше:)))

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

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

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

On Fri, Nov 12, 2004 at 09:54:36PM +0200, Eugene Ostapets wrote:

>>>>ext3 лучшая по надёжности.
>>> Готов спорить
>>Аналог data=journal предъявите сначала в той FS, кою вы предлагаете как
>>более надёжную. Если нет, то лучше отказывайтесь от спора.
> Я предлагаю backup, backup и еще раз backup.

Необходимость backup даже не обсуждается в приличном обществе.

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

Вопрос в другом. Скажем на хостинг-площадке один раз мне машину взяли и
некорректно перезагрузили. Это было только один раз за 2 года работы,
поэтому выяснять отношения не имело смысла. Если бы там было что-либо
кроме ext3 с data=journal я бы имел все основания беспокоиться за её
жизнеспособность после такой операции.

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

http://freesource.info

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

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

[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]

Gleb Kulikov wrote:

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

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

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

[Michael Shigorin]

On Fri, Nov 12, 2004 at 09:54:36PM +0200, Eugene Ostapets wrote:
> Я предлагаю backup, backup и еще раз backup.

А я -- бесперебойники! :)

И ведь всё это -- _ортогональные_ и _необходимые_ меры: и выбор
ФС, и трибэкап, и батарейки.

И вааще, давайте продолжим препирательство как-нибудь за чаем.

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

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 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/

[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/

[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/

[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: ремонт 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][JT] Re: ремонт XFS

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

On Sat, Nov 13, 2004 at 12:44:56AM +0500, Andrey Rahmatullin wrote:
 AR>>> ntfs
 >> ...и XP Home в качестве ОС.
 AR> Разумеется. 

...а на неё поставить PHP под IIS.

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

http://freesource.info

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: ремонт 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: "разбиваем диск, форматируем результат"

[Vitaly Ostanin]

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

Denis Smirnov пишет:

>On Thu, Nov 11, 2004 at 03:20:14PM +0200, Michael Shigorin wrote:
>  
>
>>>>>Просто в документации должно быть хорошее руководство по
>>>>>разбивке дисков, аналогичное моей статье на freesource.info но
>>>>>более краткое и чёткое (меньше теории, больше практики).
>>>>>          
>>>>>
>> MS>> А дай-ка ссылочку, я её в docs@ закину.  Или сам в bugzilla
>> MS>> повесь FR.
>>    
>>
>>>http://freesource.info/wiki/Razbienie_Diska
>>>И, как обычно, любые комментарии, придирки и прочее
>>>приветствуется ;)
>>>      
>>>
> MS> Слушай, а мож сам в docs@ пойдёшь, а?  Чтоб не гейтовать ни
> MS> ссылки, ни собственно ЦенныеУказания? :)
> MS> По сути -- выжимки из Partition и Multi-Disk HOWTOs бы туда
> MS> подключить, может получиться целостный ответ на вопрос, ну и себе
> MS> склерозница.
>
>Меня глючит, или на docs@ просто так со стороны не подписаться?
>  
>

Просто так не подписаться. Участники Team подписываются при изъявлении 
желания, остальные желающие:
http://docs.altlinux.ru/beta/alt/ch03s10.html

-- 
Regards, Vyt
mailto:  vyt@vzljot.ru
JID:     vyt@vzljot.ru


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 252 bytes --]

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

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

[php-coder]

0000100101011110100100101::10.11.2004::0110001001001000100111100100010

    Здравствуйте, Michael!
    Отвечаю на Ваше письмо:
  
MS> [...] Или сам в bugzilla повесь FR.

    Уже в какой раз встречаю эту аббревиатуру, а вот что она означает
    не знаю :( Откройте тайну, пожалуйста ;)
    Спасибо.
  
-- 
  С уважением, php-coder (mailto:php-coder[at]ngs[dot]ru)
  ALT Linux Master 2.2 (kernel 2.4.28)

010010010010010001010101100::Linux RuleZz!::100010010001000100010001110

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

[Mike Lykov]

В сообщении от Четверг 02 Декабрь 2004 11:51 php-coder написал:
> 0000100101011110100100101::10.11.2004::0110001001001000100111100100010
> MS> [...] Или сам в bugzilla повесь FR.
>     Уже в какой раз встречаю эту аббревиатуру, а вот что она означает
>     не знаю :( Откройте тайну, пожалуйста ;)

когда уберешь 010101 из заголовка!

(зы feature request)

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