Главная » Форум » Gentoo Linux » Системное администрирование

Кеширование открытых файлов?

olegon 7 июля, 2013 - 15:01

Никак не могу понять причины, но есть единственный раздел
/dev/sda1 on / type ext4 (rw,noatime,nodiratime,data=ordered)
и почему-то на нем проблема с незакрыванием файлов. Точнее - складывается такое впечатление по симптомам. Например, если работает nginx, то правка robots.txt или sitemap, а так же любого другого файла приводит к тому, что файл со стороны nginx теряет хвост до момента перезапуска nginx и становится "битым". То же самое происходит с логами nginx. Как-то еще смоделировать ситуацию не получается, больше софта там нет. Но уже убился. logrotate со штатным конфигом просто убивает лог в ноль, в новый лог ничего не пишется до перезапуска. Понимаю, что плохо описал ситуацию, но не понимаю, что еще добавить... SSD. По ночам гоняю fstrim /

‹ Moodle + nginx - отображение статического контента [решено] Добавить дополнительный dns сервер ›
»

покажите конфиг logrotate

Автор SysA, дата создания 8 июля, 2013 - 01:16.

покажите конфиг logrotate

»

Сейчас переписал на

Автор olegon, дата создания 9 июля, 2013 - 07:46.

Сейчас переписал на copytruncate, а раньше штатный был, через PID об изменении лога писал, меня больше огорчают пропадания файлов в вебе при их изменении со стороны :(

—

http://olegon.ru

»

По ночам гоняю fstrim

Автор slepnoga, дата создания 8 июля, 2013 - 10:43.
По ночам гоняю fstrim /

Взрослый мужик, а такой фигней страдаешь, эх ты.
Найди себе discard в fstab уже

—

Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)

»

Я же при тебе ругался в

Автор olegon, дата создания 9 июля, 2013 - 07:48.

Я же при тебе ругался в конференции. С discard удаление нескольких тысяч мелких файлов приводит к мертвому подвисанию всей машины на некоторое время.

—

http://olegon.ru

»

модель ssd'шки и ее прошивки

Автор slepnoga, дата создания 9 июля, 2013 - 11:18.

модель ssd'шки и ее прошивки в студию.
Тесткейс тоже желательно.

Я же при тебе ругался в

Вот именно что ругался - ты обычно видишь повод поругатся вместо повода решить ( возможно интересную ) задачу, оптимистичнее надо быть.

—

Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)

»

Вот тут интересная дискуссия

Автор SysA, дата создания 9 июля, 2013 - 12:18.

Вот тут интересная дискуссия на эту тему.
И корень зла описан там же: 

It is supposed to be fixed in SATA 3.1, but as of SATA III (or SATA II, like most of us have), TRIM is an “non queued” command. This means that the kernel must stop sending queued I/O requests, wait for existing ones to complete, then send the TRIM command, wait for *that* to complete, and finally resume normal I/O operations.

Может у кого есть диск SATA 3.1, - прогнали бы тестики, поделились результатами, - интересно было бы увидеть, - решили ли уже эту проблему...

»

тестики чего именно и чем ?

Автор slepnoga, дата создания 9 июля, 2013 - 12:39.

тестики чего именно и чем ? это ведь не тест диска , а тесты scsi стека

—

Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)

»

Прочти статью, там описано...

Автор SysA, дата создания 9 июля, 2013 - 13:36.

Прочти статью, там описано...

»

Я прочитал ее до того как.

Автор slepnoga, дата создания 9 июля, 2013 - 13:45.

Я прочитал ее до того как.
И все таки - когда апдейт прошивки меняет йопсы в 3 раза :) - это повод задуматся; когда он же из хлама в 32 гб делает вполне приличный диск - тоже

—

Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)

»

Спасибо за ссылочку

Автор eegorov, дата создания 9 июля, 2013 - 14:33.

Спасибо за ссылочку

»

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".