Вопрос по SU+J

[LBV]

Добрый день,
Имеется файл. сервер на FreeBSD 10.2, 2 диска в gmirror уже забиты данными. При настройке забыл включить SU+J, вопрос: безопасно ли это сделать в single user mod на дисках в gmirror с данными?

[Хостинг 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]

да

а оно вам надо? журнал этот?

[LBV]

Как я понял ускорится проверка диска в случае нештатного выключения, диски 500гб проверка около часа, упс стоит, но был момент когда он помер и работа стала на час...

[lazhu]

Ставьте zfs и забудьте про кошмар fsck

[LBV]

500 mb ОЗУ... кароч апарат рухлять, куда на него zfs

[snorlov]

Не знаю как в 10.2, но в 9.1 и 9.2 с SU+J все было плохо, там на ресете, только что записанный файл исчезал, я тогда применял SU + Journal, с ним файлик был на месте... Жаль нет аппарата поэкспериментировать...

[Neus]

Товарищ Guest где-то тут писал что в 10 починили suj

[Alex Keda]

Как я понял ускорится проверка диска в случае нештатного выключения, диски 500гб проверка около часа, упс стоит, но был момент когда он помер и работа стала на час...

выкиньте нахрен этот диск

у меня 27T за 3 часа проверяется, блин.
просто нормальный контроллер и диски без бэдов.

[Bayerische]

упс стоит, но был момент когда он помер и работа стала на час...

Как вариант, задействовать автоотключение через NUT.

[guest]

Товарищ Guest где-то тут писал что в 10 починили suj

в 9.2-Stable, 9.3-RELEASE вышел уже с огромным кол-вом закоммиченых правок.
И в инсталлере SUJ используется by default, так делают, когда технологию объявляют
в продакшн.
Начиная с 9.3R и 10.1R - SUJ работает стабильно.
Но McKusick писал что они продолжают набирать статистику по ошибкам, падениям
и исправляют ошибки по мере возникновения.

[spf]

Если стоит SU+J, то не работает snapshort файловой системы.

[guest]

Если стоит SU+J, то не работает snapshort файловой системы.

да. каждый выбирает то что ему важней: журнал или снапшот

[LBV]

Чет фигня какая-то, после включения SU+J или SU при нагрузке на диски, например бєкап rsync-ом, серв. затыкается, перестает реагировать на все, даже в консоль немогу войти помогает только хардресет. После чего в логах вижу подобные сообщения

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

kernel: sonewconn: pcb 0xfffff80002956930: Listen queue overflow: 76 already in queue awaiting acceptance (56 occurrences)
kernel: sonewconn: pcb 0xfffff800026a5e10: Listen queue overflow: 8 already in queue awaiting acceptance (37 occurrences)

ну они наверно о том, что серв не может обработать соединения поступающие из вне, в общем пока отключил SU+J

[snorlov]

Не знаю, не знаю, у меня на одном 10.2 и su+j, ну а также rsyncd но там все нормально... Правда один раз было, что-то не потребное, но я тогда грохнул файлики, которые синхронизировались, и все стало ОК...

[FiL]

у меня 27T за 3 часа проверяется, блин.
просто нормальный контроллер и диски без бэдов.

Да-да-да... мы помним. За 3 часа. И так 3 дня подряд

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

[guest]

Чет фигня какая-то, после включения SU+J или SU при нагрузке на диски, например бєкап rsync-ом, серв. затыкается, перестает реагировать на все, даже в консоль немогу войти помогает только хардресет. После чего в логах вижу подобные сообщения

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

kernel: sonewconn: pcb 0xfffff80002956930: Listen queue overflow: 76 already in queue awaiting acceptance (56 occurrences)
kernel: sonewconn: pcb 0xfffff800026a5e10: Listen queue overflow: 8 already in queue awaiting acceptance (37 occurrences)

ну они наверно о том, что серв не может обработать соединения поступающие из вне, в общем пока отключил SU+J

причем тут очередь соединений sonewconn и: SUJ или SU ?

rsync + backup - затыкаются из-за дохлой сети (тухлая сетевая карта и сетевой тюнинг),
вполне возможно отсюда ноги переполнения очереди соединений и кислая работа rsync, косвенно
кажущаяся медленной работа IO, но только косвенно, ибо это мэ-д-лэ-нная и пэ-ча-льная передачи данных.

[Alex Keda]

у меня 27T за 3 часа проверяется, блин.
просто нормальный контроллер и диски без бэдов.

Да-да-да... мы помним. За 3 часа. И так 3 дня подряд

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

ну дык, если после каждых 15 минут работы нажимать ресет - кому угодно поплохеет )

кстати, всё путём )

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

bkp0$ uptime
21:59  up 4 days, 12:22, 1 user, load averages: 0,10 0,09 0,10
bkp0$ 

[LBV]

причем тут очередь соединений sonewconn и: SUJ или SU ?

rsync + backup - затыкаются из-за дохлой сети (тухлая сетевая карта и сетевой тюнинг),
вполне возможно отсюда ноги переполнения очереди соединений и кислая работа rsync, косвенно
кажущаяся медленной работа IO, но только косвенно, ибо это мэ-д-лэ-нная и пэ-ча-льная передачи данных.

Я и говорю что комп вообще затыкается, и даже необрабатывает очереди sonewconn при включенном SUJ если делать rsync, без включенного SUJ SU rsync работает нормально.

Отправлено спустя 9 минут 7 секунд:
Так на всякий:

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

cat /etc/fstab
/dev/mirror/gm0p3       /       ufs     rw      1       1
/dev/mirror/gm0p2       none    swap    sw      0       0
/dev/mirror/gm0p4       /var    ufs     rw      2       2
/dev/mirror/gm0p5       /usr    ufs     rw,acls 2       2

включию SUJ на gm0p5 и rsync ложет систему. Где-то у меня кривая настройка или чего-то не хватает железу, слишком старое...

[guest]

причем тут очередь соединений sonewconn и: SUJ или SU ?

rsync + backup - затыкаются из-за дохлой сети (тухлая сетевая карта и сетевой тюнинг),
вполне возможно отсюда ноги переполнения очереди соединений и кислая работа rsync, косвенно
кажущаяся медленной работа IO, но только косвенно, ибо это мэ-д-лэ-нная и пэ-ча-льная передачи данных.

Я и говорю что комп вообще затыкается, и даже необрабатывает очереди sonewconn при включенном SUJ если делать rsync, без включенного SUJ SU rsync работает нормально.

Отправлено спустя 9 минут 7 секунд:
Так на всякий:

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

cat /etc/fstab
/dev/mirror/gm0p3       /       ufs     rw      1       1
/dev/mirror/gm0p2       none    swap    sw      0       0
/dev/mirror/gm0p4       /var    ufs     rw      2       2
/dev/mirror/gm0p5       /usr    ufs     rw,acls 2       2

включию SUJ на gm0p5 и rsync ложет систему. Где-то у меня кривая настройка или чего-то не хватает железу, слишком старое...

не имею проблем с gmirror в 9.3/10.1/10.2, отличие одно: не пользую acls.
посмотрите как rsync собран, с acl? и попробуйте пару tar'ов по сети с /dev/mirror/gm0p5
чтобы сравнить с rsync по нагрузке и работе.

если выясниться что НЕ СЕТЬ затыкается, а диск(и) - значит в нем проблема.
два диска в зеркале - оба смотреть, smartmontools