LINUX.ORG.RU
ФорумTalks

[ненависть] и это называется стабильный Debian ?

 


0

1

История занимательная:

Юзверь копирует файл с раздела на раздел на сервере. Посередине копирования MC затыкается, скорость копирования падает до 0.

Ядро 2.6.32 начинает вопить «task virtual blocked» с последующим «Call trace:...», файловая система виснет вплоть до блокировки ls, помогает только аппаратный reboot. RAID5, xfs, все дела. 100% воспроизводимость, xfs_repair молчит как рыба.

Оказалось - на разделе тупо закончилось место ! И это один из лучших серверных дистров.

Такие дела. :-/

★★★

Ответ на: комментарий от Darkman

Я думаю, это всё же баг XFS. Кроме того, у меня он не воспроизводится с LVM и RAID на 2.6.32, поэтому добавим ещё плохую карму :)

GotF ★★★★★
()
Ответ на: комментарий от r_asian

> Тогда зачем эти тема?

для гугла. :-)

Darkman ★★★
() автор топика
Ответ на: комментарий от Darkman

Зеркало. Чуть позже могу проверить на пятом.

GotF ★★★★★
()

УМВР. Только что для проверки специально забил на своем десктопе всё свободное место (его у меня немного). Никаких ошибок, кроме незапускания кед по причине невозможности создать какой-то-там файл.

Deleted
()
Ответ на: комментарий от Deleted

То есть, на xfs, может, и падает, но на ext* ВР.

Deleted
()

Где ссылка на багрепорт?

Deleted
()
Ответ на: комментарий от shimon

>По-моему, любой дистр при отвале места на системном диске начинает вести себя странно.

У меня когда-то на Арче несколько раз кончалось место, в том числе на системном разделе, и никаких воплей ядра не было. Это вам не глюкавый Дебиан…

AX ★★★★★
()

Мне кстати дебиан показался весьма глючным по сравнению с убунтой LTS, например в дебе отваливался вайфай, в инсталляторе тоже были глюки — например если из него выйти в шелл. И ещё были даже сегфолты в какой-то проге (я правда уже не помню в какой, но на ЛОР отписывался). По-моему так там никакой особой стабильности нет.

Xenius ★★★★★
()
Ответ на: комментарий от GotF

> На софтовом RAID5 не воспроизвелось: обычное «No space left on device».

x86 или amd64 ? Вот на этом у меня проблема вылезла: 2.6.32-bpo.5-amd64.

Darkman ★★★
() автор топика
Ответ на: комментарий от Xenius

>Мне кстати дебиан показался весьма глючным

Когда кажется - креститься надо.

Polugnom ★★★★★
()
Ответ на: комментарий от Xenius

>> Мне кстати дебиан показался весьма

[ненависть] и это называется стабильный Debian ? (комментарий)

в инсталляторе тоже были глюки — например если из него выйти в шелл

o_O Про M-F(1,2,3,4) тебе не рассказывали?

И ещё были даже сегфолты в какой-то проге

Где-то, в какой-то, бла-бла-бла. Ссылку на багрепорт.

По-моему так там никакой особой стабильности нет.

К счастью, только по-твоему.

GotF ★★★★★
()
Ответ на: комментарий от shimon

>По-моему, любой дистр при отвале места на системном диске начинает вести себя странно. Это родовая болезнь всех систем, кроме разве что MS-DOS в силу ее однозадачечности.

Ничего подобного, тут налицо некорректная обработка ситуации ENOSPC — это очень серьёзный косяк модуля фс. ТС кинул какашкой в дебиан справедливо, осталось ещё в багтрекере отметиться.

aidaho ★★★★★
()
Ответ на: комментарий от aidaho

> ТС кинул какашкой в дебиан справедливо, осталось ещё в багтрекере отметиться.

И чего они скажут сейчас про Old Stable, и ведро 2.6.32 ?

Darkman ★★★
() автор топика
Ответ на: комментарий от Darkman

>> И чего они скажут сейчас про Old Stable, и ведро 2.6.32 ?

Вопрос, конечно, риторический, но они скажут, что ты ССЗБ, а ядра из бэкпортов не поддерживаются в плане исправления ошибок и т.п. И правильно скажут. Тем более, тогда BPO ещё не был частью основного проекта.

GotF ★★★★★
()
Ответ на: комментарий от Darkman

>Old Stable, и ведро 2.6.32

О, какой мелкий штрих забыт: ведро то не из main. Язабан.
Из оппоста было ясно что речь идёт о squeeze, судя по версии ядра.

aidaho ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.