отдуши летучий EXT3

> СДЫХАЕТ НАФИГ

всмысле?

он про то что запись журнала за 1.5 года пошла спать

>ибп не выдержал

Почему сервер не сделал shutdown, когда пропало электричество?

наверное ничего от упса на линухе не стояло или небыло дров или ИБП за 50 баксов без управления вобще

экономия денег блин :) будет урок тебе

>без управления вобще

Без бекапов? Тогда ССЗБ.

в нормальных канторах с нормальным админом бекап должен спасать от человеческого фактора а железо должно резервироваться\кластерезироватся\и беспрерывная работа от сети

да, действительно - система с упсом была никак не связана,и соответственно, в shutdown не ушла, - а тихо умерла как села батарея...

но вы тактично от ответа не уходите.. :) мне кажется регулярная проверка диска (хоть принудительная, хоть просто от регулярных перезагрузок) могла бы показать совсем другой результат для целостности файловой системы... или нет???

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

но сам факт меня очень заинтересовал: система не знает о появлении бед-кластеров пока не прогонит фсчек

а фсчек она не прогонить - потаму как стоит без перезагрузок и тихо делает своё дело на отлично...

Ничего не идеально и вам никто не гарантировал. Читайте GPL ядра linux (и заодно EULA от винды) внимательнее.

> мне кажется регулярная проверка диска могла бы показать совсем другой результат для целостности файловой системы

Да. Если на ext3 бэды, то драйвер об этом не рапортует. Может просто в деадлок уйти. Только тихии намёки smartctl помогали выйти на источник проблемы. Я сам это замечал недавно (seagate).

дык я чему веду: для таких машин, которые долго без перезагрузки, надо по таймауту фсчек принудительно запускать....

а эту фишку ещё никто не осуждал нигде

идея вроде на поверхности лежит - оно спасло бы сервак......

>Ничего не идеально и вам никто не гарантировал. Читайте GPL ядра linux (и заодно EULA от винды) внимательнее.

да ты подумай что ты написал !!!

типа все слетело нах и починить никак, а гарантию все равно никто не давал ?

Удваиваю. Нет бекапов? Выйди в окно.

</thread>

а использовать родные дрова\nut\etc никак?
имхо использовать ИБП без обратной связи - ССЗБ

Есть почтовый сервак, два диска, raid1, ext3. Который из-за шибко глючной мамки, с интервалом ~пол года начинает перегружаться раз в час на ровном месте... Последний раз его так колбасило двое суток... Файлуха выдержала. Недавно перегрузили один mysql сервак с аптаймом под два года, никаких проблем.

>глючной мамки
ССЗБ?

Ну клиент ссзб, что принес на то и поставили, там еще корпус с "неонками"...

>но сам факт меня очень заинтересовал: система не знает о появлении бед-кластеров пока не прогонит фсчек

а как же SMART???

У меня пару секторов имели время доступа ~16 секунд, система определяла их как сбойные, но S.M.A.R.T. молчал, прошелся по ним mhdd/erasewrites - все прошло. Вот такие пирожки.

>Удваиваю. Нет бекапов? Выйди в окно.

И кудаже можно сбакапить например 2Tb файлов с raid10?
Купить за двадцатку-другую тысяч долларов стример?
На чём файлы дома хранить с удобством?

бекап сервер.
два жестких диска по террабайту (150 долларов каждый) и какаянибудь мамка со всем встроенным , и с процессором встроенным даже ...

сидит себе в сети и тихо сосет бекапы ...

если твои 2 Тбайта информации не стоят вложения в 500 долларов - то и ну их нахуй.

> если твои 2 Тбайта информации не стоят вложения в 500 долларов - то и ну их нахуй.

А накуя у меня тогда хардварный раид 10?

Также провижу, что вся система была на одном разделе...

>Ничего не идеально и вам никто не гарантировал. Читайте GPL ядра 
linux (и заодно EULA от винды) внимательнее.

> да ты подумай что ты написал !!! типа все слетело нах и починить 
никак, а гарантию все равно никто не давал ?

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

 * This program is distributed in the hope that it will be useful,
 * but WITHOUT ANY WARRANTY; without even the implied warranty of
 * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
 * GNU General Public License for more details.

Как ты на работающей системе диски в RO перемонтировать собираешься?

> Как ты на работающей системе диски в RO перемонтировать собираешься?

Это называется "online filesystem check". Так умели делать Windows 9x на FAT и будет уметь линукс на btrfs :)

нда. отсюда мораль — надо чаще перегружаться. хотя бы для наката апдейтов.

> Как ты на работающей системе диски в RO перемонтировать собираешься?

>Это называется "online filesystem check". Так умели делать Windows 9x на FAT и будет уметь линукс на btrfs :)

я про то и говорю - на ext3 ( или хоть бы ext4) - нет такой фишки, которая ДОЛЖНА быть в серверной ФС полюбе!

Да ладно тебе страшилками пугать. У меня дома одно время свет отрубался от включенного соседками фена или чайника по пять раз на дню и ничего с ext3 не сделалось, жива до сих пор.

24 раза допустим номер проходил с отключением электричества но как только 25 раз пришелся с отсрочкой в 1,5 года - оно и померло...

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

на самом деле аффтар нерпав. тут ФС вообще ни при чём. всё дело в том, что при падении напряжения винт может записать на свои блины всё, что угодно, в т.ч. и всякий мусор. это неоднократно наблюдалось при косячных БП, которые при запуске одного из винтов давали просадку, при просадке напряжения сети, power_good с БП несвоевременно об этом сигнализировал. Один раз на сервере на промзоне (не файловом, а чисто для раздачи интернетов и локальных ресурсов), где жопа с напряжением (один раз выгорели все БП от свитчей) система перестала грузиться. ФС целая, ошибок нет. Но во многих файлах в т.ч. исполняемых - мусор. Вот так. Один раз винт убился насмерть - на нескольких дорожках стёрлись сервометки.

Ололошечки? Нету 6 килорублей на внешний 2Тб винт?