Bug 10360
| Summary: | xfs runs out of memory and gets killed | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Sisyphus | Reporter: | Mikhail Yakshin <greycat> | ||||
| Component: | xorg-x11-xfs | Assignee: | Valery Inozemtsev <shrek> | ||||
| Status: | CLOSED WONTFIX | QA Contact: | qa-sisyphus | ||||
| Severity: | normal | ||||||
| Priority: | P2 | CC: | imz | ||||
| Version: | unstable | ||||||
| Hardware: | all | ||||||
| OS: | Linux | ||||||
| Attachments: |
|
||||||
Created attachment 1696 [details]
/etc/X11/fs/config
могу предложить только apt-get remove xorg-x11-xfs может тогда все-таки не будем его собирать, и, соответственно, все имеет смысл поставить вопрос о том, что все утилиты, как либо генерящие конфиги X-сервера, по умолчанию бы не добавляли только unix:/-1? не собирать мы его не будем, мало ли, может кому то действительно нужен X Font Server (именно сервер). а вот про то что бы конфиги генерились без FontPath я говорю уже года 2 где-то в xfs есть ошибка - судя по ее характеру - это memory corruption; любая ошибка такого рода - security breach, как минимум - DoS (что, собственно, уже и продемонстрировано), а вообще - и local code execution. если xfs сейчас де-факто не поддерживается (судя по совету сделать apt-get remove) - мне кажется, что лучше его не собирать. а насчет генерации конфигов - от кого это зависит? баги на соответствующих пакетах уже висят / повесим? баги висят, только вот вопрос - что сейчас является генератором конфигов? а можно показать пример, как должна выглядеть секция Files с FontPath для конфигурации без xfs? там все эти paths должны быть перечислены или вообще ничего - все через fontconfig? FontPath вообще не должно быть, каталоги со шрифтами берутся из /etc/X11/fs/config (см. /etc/X11/xinit.d/xfonts) Понял, спасибо. Хочу только обратить внимание, что в дефолтном конфиге /etc/sysconfig/xfs в xorg-x11-xfs-1.0.3-alt1, xfs включен: # # Arguments for xfs init script # ARGS="-port -1 -daemon -user xfs" XFS=yes А в самом скрипте /etc/init.d/xfs: #!/bin/sh # # xfs: Starts/Stops the X Font Server # # chkconfig: 2345 44 10 # description: Starts and stops the X Font Server at boot time and shutdown. Т.е. сервис включается автоматически при инсталляции. Закрыл баг, по крайней мере пока, как WONTFIX - по факту так. WONTFIX, а при этом в жтой документации http://www.freesource.info/wiki/AltLinux/Dokumentacija/NastrojjkaServeraPrilozhenijj& описана ситуация, когда xfs используется. |
Description
Mikhail Yakshin 2006-12-03 13:46:50 MSKПроявляется такое поведение xfs: после некоторых действий с некоторыми программами, очевидно, связанных с запросом новых видов шрифтов у xfs, у xfs что-то переклинивает внутри и он начинает есть память в бесконечном цикле, где-то по несколько мегабайт в секунду. При этом, понятно, уже ни на какие запросы не отвечает, программа, запросившая шрифт, делает вид, что висит, пока он xfs не съест всю память и не будет убит ядром за это. После этого программа "отвисает" и обычно довольствуется неким substitute-шрифтом, видимо, из кэша. Перезапуск (service xfs restart) после такого помогает на некоторые время, до следующего такого запроса. 100% четких закономерностей выявить не удалось. Регулярно и достаточно воспроизводимо такое бывает при работе с GNU emacs / gtk с его настройками по умолчанию, а именно (не всегда, а где-то в 30% случаев), когда наводишь мышкой на некий выбираемый элемент в буфере, например, выбирая конкретный вариант completion (он при этом при наведении мышки он должен перекраситься и отобразиться другим face - background и foreground меняются местами). В целом и общем - помогает способ остерегаться таких faces и не наводить мышку куда попало. Иногда описанное поведение происходит и с другими программами, в первую очередь - теми, которые используют частями или целиком некие библиотеки, отличные от Qt/Gtk, т.е. motif (xpdf), Xaw, fltk и т.п. Архитектура - x86_64, все пакеты xorg - из Сизифа на 2006-12-03, а именно xfs - xorg-x11-xfs-1.0.3-alt1. В xorg.conf: Section "Files" RgbPath "/usr/share/X11/rgb" FontPath "unix/:-1" EndSection /etc/X11/fs/config в аттаче.