Каждые 14 миллиардов лет учёные запускают андронный коллайдер
https://forum.lissyara.su/
выкиньте нахрен этот дискLBV писал(а):Как я понял ускорится проверка диска в случае нештатного выключения, диски 500гб проверка около часа, упс стоит, но был момент когда он помер и работа стала на час...
в 9.2-Stable, 9.3-RELEASE вышел уже с огромным кол-вом закоммиченых правок.Neus писал(а):Товарищ Guest где-то тут писал что в 10 починили suj
да. каждый выбирает то что ему важней: журнал или снапшотspf писал(а):Если стоит SU+J, то не работает snapshort файловой системы.
Код: Выделить всё
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)
Да-да-да... мы помним. За 3 часа. И так 3 дня подрядAlex Keda писал(а): у меня 27T за 3 часа проверяется, блин.
просто нормальный контроллер и диски без бэдов.
причем тут очередь соединений sonewconn и: SUJ или SU ?LBV писал(а):Чет фигня какая-то, после включения SU+J или SU при нагрузке на диски, например бєкап rsync-ом, серв. затыкается, перестает реагировать на все, даже в консоль немогу войти помогает только хардресет. После чего в логах вижу подобные сообщенияну они наверно о том, что серв не может обработать соединения поступающие из вне, в общем пока отключил SU+JКод: Выделить всё
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)
ну дык, если после каждых 15 минут работы нажимать ресет - кому угодно поплохеетFiL писал(а):Да-да-да... мы помним. За 3 часа. И так 3 дня подрядAlex Keda писал(а): у меня 27T за 3 часа проверяется, блин.
просто нормальный контроллер и диски без бэдов.
А вообще файловая система без журнала и с проблемами структуры таки проверяется очень долго.
))
Код: Выделить всё
bkp0$ uptime
21:59 up 4 days, 12:22, 1 user, load averages: 0,10 0,09 0,10
bkp0$
Я и говорю что комп вообще затыкается, и даже необрабатывает очереди sonewconn при включенном SUJ если делать rsync, без включенного SUJ SU rsync работает нормально.undefined писал(а): причем тут очередь соединений sonewconn и: SUJ или SU ?
rsync + backup - затыкаются из-за дохлой сети (тухлая сетевая карта и сетевой тюнинг),
вполне возможно отсюда ноги переполнения очереди соединений и кислая работа rsync, косвенно
кажущаяся медленной работа IO, но только косвенно, ибо это мэ-д-лэ-нная и пэ-ча-льная передачи данных.
Код: Выделить всё
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не имею проблем с gmirror в 9.3/10.1/10.2, отличие одно: не пользую acls.LBV писал(а):Я и говорю что комп вообще затыкается, и даже необрабатывает очереди sonewconn при включенном SUJ если делать rsync, без включенного SUJ SU rsync работает нормально.undefined писал(а): причем тут очередь соединений sonewconn и: SUJ или SU ?
rsync + backup - затыкаются из-за дохлой сети (тухлая сетевая карта и сетевой тюнинг),
вполне возможно отсюда ноги переполнения очереди соединений и кислая работа rsync, косвенно
кажущаяся медленной работа IO, но только косвенно, ибо это мэ-д-лэ-нная и пэ-ча-льная передачи данных.
Отправлено спустя 9 минут 7 секунд:
Так на всякий:включию SUJ на gm0p5 и rsync ложет систему. Где-то у меня кривая настройка или чего-то не хватает железу, слишком старое...Код: Выделить всё
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