FreeBSD 9/10 проблема с ФС

[dml]

Заметил, начиная с 9той версии.
Расклад такой:
Ставим FreeBSD. 9тую или 10тую. Файловая система по умолчанию.
в /etc/rc.conf
Дописываем, иначе сама не поймет:

Код: Выделить всё

fsck_y_enable="YES"
background_fsck="NO"

Создаем файл

Код: Выделить всё

echo "test message" > /test.txt

Нажимаем ресет.

Все загружается, файла нет.
Т.е. получается если что то было в дисковом кеше и не было записано на диск, то после ресета оно исчезает. + Т.е. если файл существовал, и был дописан, и кеш был не сброшен до ресета - файл пропадает.
Как бы ФС не мучал, с RELEASE - полная лажа.

Делаем STABLE.
В стейблах только journal-фс как то работает. Скорость мизерная, винт может 100 мб/c. А оно от 20 до 50 мб макс. Но при интенсивных нагрузках оно "зависает". Т.е. после "зависания", если из сети что то делать - не отвечает. Если подойти к консоли, понаживать клавиш - начинает реагировать, бывает не сразу.

Железо нормальное. Очень качественное. Проблема с ФС.
Вопрос: как можно создать надежный раздел, где нету таких косяков?
Спасибо!

[Хостинг HostFood.ru]

Тарифы на хостинг в России, от 12 рублей: https://www.host-food.ru/tariffs/hosting/
Тарифы на виртуальные сервера (VPS/VDS/KVM) в РФ, от 189 руб.: https://www.host-food.ru/tariffs/virtualny-server-vps/
Выделенные сервера, Россия, Москва, от 2000 рублей (HP Proliant G5, Intel Xeon E5430 (2.66GHz, Quad-Core, 12Mb), 8Gb RAM, 2x300Gb SAS HDD, P400i, 512Mb, BBU):
https://www.host-food.ru/tariffs/vydelennyi-server-ds/
Недорогие домены в популярных зонах: https://www.host-food.ru/domains/

[Alex Keda]

какбе боян
никто и не сомневался в такой работе дискового кэша

[dml]

А как Вы справляетесь с такой проблемой?

[Alex Keda]

не нажимаю ресет.
чего и вам советую

[spf]

А как Вы справляетесь с такой проблемой?

Отказаться от soft-updates на файловой системе и после

Код: Выделить всё

echo "test message" > /test.txt

делать

Код: Выделить всё

sync

Но, все равно, без гарантии.

[guest]

Заметил, начиная с 9той версии.
Расклад такой:
Ставим FreeBSD. 9тую или 10тую. Файловая система по умолчанию.
в /etc/rc.conf
Дописываем, иначе сама не поймет:

Код: Выделить всё

fsck_y_enable="YES"
background_fsck="NO"

Создаем файл

Код: Выделить всё

echo "test message" > /test.txt

Нажимаем ресет.

Все загружается, файла нет.
Т.е. получается если что то было в дисковом кеше и не было записано на диск, то после ресета оно исчезает. + Т.е. если файл существовал, и был дописан, и кеш был не сброшен до ресета - файл пропадает.
Как бы ФС не мучал, с RELEASE - полная лажа.

Делаем STABLE.
В стейблах только journal-фс как то работает. Скорость мизерная, винт может 100 мб/c. А оно от 20 до 50 мб макс. Но при интенсивных нагрузках оно "зависает". Т.е. после "зависания", если из сети что то делать - не отвечает. Если подойти к консоли, понаживать клавиш - начинает реагировать, бывает не сразу.

Железо нормальное. Очень качественное. Проблема с ФС.
Вопрос: как можно создать надежный раздел, где нету таких косяков?
Спасибо!

SUJ by default требует добавить в /etc/rc.conf:

Код: Выделить всё

#-- forced fsck-y
fsck_y_enable="YES"
fsck_y_flags="-f"
#-- disable background fsck
background_fsck="NO"

флаг -f обязателен для 9.0, в 9.1 и 10.0 работа suj и fsck исправлены.

softupdate journaling существенно исправили в 9.1 и 10.0, но гарантий никто не даст, snapshots не работают, как и dump.

Соответственно:
- отключаем journaling:

# tunefs -j disable [...]

- оставляем только softupdate (при создании FS: newfs -U ...

после чего можно убрать из /etc/rc.conf

Код: Выделить всё

fsck_y_flags="-f"

SU - softupdates
SUJ - softupdates + journaling
Не путать SUJ с gjournal (geom journaling)

[dml]

SUJ by default требует добавить в /etc/rc.conf:

#-- forced fsck-y
fsck_y_enable="YES"
fsck_y_flags="-f"
#-- disable background fsck
background_fsck="NO"

Не помогло на FreeBSD 10 RELEASE.
Ща сделаю STABLE, попробую еще раз...

[dml]

FreeBSD 10.0 STABLE

Код: Выделить всё

 # uname -a
FreeBSD HOST 10.0-STABLE FreeBSD 10.0-STABLE #0 r264735: Mon Apr 21 20:55:28 EEST 2014     root@HOST:/usr/obj/usr/src/sys/GENERIC  amd64

Код: Выделить всё

 # mount
/dev/mfid0p3 on / (ufs, local, journaled soft-updates)
devfs on /dev (devfs, local, multilabel)
/dev/mfid0p4 on /usr (ufs, local, journaled soft-updates)
/dev/mfid0p5 on /var (ufs, local, journaled soft-updates)
/dev/mfid0p6 on /tmp (ufs, local, journaled soft-updates)

/etc/rc.conf

Код: Выделить всё

#-- forced fsck-y
fsck_y_enable="YES"
fsck_y_flags="-f"
#-- disable background fsck
background_fsck="NO"

echo "test" > /test.txt

Делаем RESET

В итоге ФАЙЛА НЕТУ!!!!!
ШО ЗА ФИГНЯ?????
И что теперь?
З.Ы. Файловая система создавалась по умолчанию инсталлятором.

[dml]

Праздник только начинается. Бардак, товарищи, бардак! Прощения нету!

убрал

Код: Выделить всё

fsck_y_flags="-f"

с /etc/rc.conf

Сделал

Код: Выделить всё

newfs -U /dev/mfid0p7

Смонтировал в /etc/fstab

Код: Выделить всё

# cat /etc/fstab
# Device        Mountpoint      FStype  Options Dump    Pass#
/dev/mfid0p2    none            swap    sw      0       0
/dev/mfid0p3    /               ufs     rw      1       1
/dev/mfid0p4    /usr            ufs     rw      2       2
/dev/mfid0p5    /var            ufs     rw      2       2
/dev/mfid0p6    /tmp            ufs     rw      2       2
/dev/mfid0p7    /new               ufs     rw      2       2

Делаю

Код: Выделить всё

echo "test" > /new/test.txt

Потом RESET.

И файла сново нет!
Ура! Товарищи, ура! Дожились!
Как дальше жить? Что подскажете????
З.Ы. Еще чучуть и убегу на Fedora Linux...

[Гость]

З.Ы. Еще чучуть и убегу на Fedora Linux...

Ну, как бы, никто и не держит. Каждый выбирает инструмент по своим потребностям.

[snorlov]

Ваши диски подключены к LSI MegaRAID, может у него что-то с головой...

[guest]

Ваши диски подключены к LSI MegaRAID, может у него что-то с головой...

нет, к сожалению, с головой у хозяина, ибо не знает что такое кеш и для чего используется sync, ну и как работают FS
и в частности softupdates даже без журнала.

[dml]

Спасибо, Ваше прозрение впечатляет.
Два диска стоят в DELL PowerEdge 1950 с двумя четырехядерными процессорами по 3 ГГц каждый с 20 ГБайтами ОЗУ.
Два винта WD 1.5TB в идеальнишем состоянии в RAID-1. Контроллер DELL PERC 5/i. Батарейки нету, но в опциях стоит что WORK WITH NO BATTERY.

Собственно вопрос, как избежать потери информации. Прикол в том, что я волнуюсь за целостность таблиц в БД и сохранность данных. Конечно понимаю, что UPS стоит. Но если вдруг что-то тупонет, то не хочется потом все восстанавливать! В том то и прикол.

Вопрос остается актуальным. Как избежать потери данных при POWERFAIL?

[snorlov]

Спасибо, Ваше прозрение впечатляет.
Два диска стоят в DELL PowerEdge 1950 с двумя четырехядерными процессорами по 3 ГГц каждый с 20 ГБайтами ОЗУ.
Два винта WD 1.5TB в идеальнишем состоянии в RAID-1. Контроллер DELL PERC 5/i. Батарейки нету, но в опциях стоит что WORK WITH NO BATTERY.

Собственно вопрос, как избежать потери информации. Прикол в том, что я волнуюсь за целостность таблиц в БД и сохранность данных. Конечно понимаю, что UPS стоит. Но если вдруг что-то тупонет, то не хочется потом все восстанавливать! В том то и прикол.

Вопрос остается актуальным. Как избежать потери данных при POWERFAIL?

В вашем случае, а он конкретен, я бы юзал zfs...

[snorlov]

Да только что проверил su+j фигня и на 10 и на 9.2, а вот старая добрая gjournal ведет себе как надо...

[dml]

В вашем случае, а он конкретен, я бы юзал zfs...

Да Вы правы, но практики мало. Надо будет научиться пользоваться.. ))

Да только что проверил su+j фигня и на 10 и на 9.2, а вот старая добрая gjournal ведет себе как надо...

Не совсем. На 9.2-RELEASE - нормально не работает(тесты годичной давности). На STABLE - работает. Но если постоянно, что то с нее качать или писать, даже по 20 мб/сек(минут 10, бывает и меньше, если параллельно нагрузить несколькими такими закачками) - сервак просто извне зависает.... Как я и писал в первом посте. Не знаю в чем проблема... Но это просто ад какой то. Пардон: пересрали вне нормальное в FreeBSD...
Даже Soft Updates стандартный на FreeBSD 7.2-RELEASE не так напрягал как то, что сейчас на 9 и 10....

Меня линукс кумарит тем что переделывают по полной. Привык к одному релизу, вышел новый - все переничковали по идиотски, привычное поудаляли, что не удалили - засунули в какую-то Ж. И попробуй найди... И так, новый релиз, учи все с нуля(GNOME, KDE и т.п. не всчёт)... FreeBSD по тихоньку тоже самое пробует делать...

[Гость]

Меня линукс кумарит тем что переделывают по полной. Привык к одному релизу, вышел новый - все переничковали по идиотски, привычное поудаляли, что не удалили - засунули в какую-то Ж. И попробуй найди... И так, новый релиз, учи все с нуля(GNOME, KDE и т.п. не всчёт)...

Ну не знаю. Пользуюсь Debian-ом в качестве десктопной ос. Вроде всё нормально, особо переучиваться не приходится. Или это вы сейчас про Fedora говорили? Ну так Fedora и есть для тестирования разновсяких свистелок и перделок.

[dml]

Ubuntu - не признаю.
Debian - так это по умолчанию нормальная система, зарекомендованая временем. И все делается по старой доброй традиции. Но Fedora - реально убивает... Бррр.... Обрастает мхом непонимания....
Операционную систему надо понимать. Один раз понял и все должно работать. А, не, понял один релиз, а потом перепонимать надо каждый раз...

[Mahure]

пропиши полный путь к echo
т.е. должно быть так /bin/echo "test" > /new/test.txt

Кстати в Линухах будет так же.
Нет переменной path. Кстати в кроне то же самое.