SYN flooding и падение сервака

Если он бажный то может. По-нормальному - не должен. В первую очередь я бы проверил железо (хотя поскольку у тебя виртуалка и скорее всего у какого-нить нищебродского хостера то вряд ли кто-то будет с этим запариваться). Во-вторую - заменил убунту на нормальную ОС.

абракадабра

Это не абракадабра.

Благодарю за ответ. Но 2 вопроса: А какая есть нормальная ось? Centos, Debian? Просто к Убунте уже привыкли, и проблем не было никак. Ну и я не админ, а быдло-кодер.

Это не абракадабра.

Интересно. А что же это такое? Какие-то бинарные данные пролезли в лог?

И CentOS (но не stream), и Debian лучше чем убунту, но тут всё же вероятнее проблема не в ОС а в самом сервере.

Это байты с кодом 0, получаются когда система зависла не успев правильно всё записать на диск. Зависнуть система может либо из-за внешних причин (битое железо или фокусы настроек виртуалки), либо из-за багов в ядре.

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

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

Это байты с кодом 0, получаются когда система зависла не успев правильно всё записать на диск.

Вы такое реально наблюдали на appends с data-ordered journaled fs? Я не до конца понимаю что именно должно произойти чтобы привести к такому результату.

Наблюдал на ufs2 в append-only файлах. Журнал там есть. Насчёт data-ordered не интересовался. Какие настройки файловой системы у автора - не знаю, но в любом случае других причин для нулей в конце файла я не вижу. Может быть там гипервизор крашится, а очередь записей на диск не соблюдается. Или десинхронизация между числовым размером файла и количеством выделенных ему блоков к такому как-то приводит.

Если автор укажет точные байтовые позиции начала и конца этих нулевых байт, наверно будет понятнее. Я почти уверен, что либо начало, либо конец выровнены на 4к-границу. Впрочем, проблему автора всё это решить никак не поможет.

Было бы интересно от’strace’ить как именно nginx логи пишет. Сильно подозреваю что там не просто appends. Я к тому что partial records при крешах вполне себе ожидаемы, а вот лишние нули в конце - это очень нехорошая проблема, потенциально ломающая много чего.