ALT Linux Bugzilla – Full Text Bug Listing
| Summary: | Похоже что он просто не работает. | ||
|---|---|---|---|
| Product: | Sisyphus | Reporter: | Vyacheslav Dikonov <slava> |
| Component: | fam | Assignee: | Alex Murygin <alex.murugin> |
| Status: | CLOSED FIXED | QA Contact: | |
| Severity: | minor | ||
| Priority: | P3 | CC: | ldv |
| Version: | unstable | ||
| Hardware: | all | ||
| OS: | Linux | ||
| URL: | http://xinetd.org/pipermail/xinetd/2003-June/000164.html | ||
|
Description
Vyacheslav Dikonov
2003-01-31 02:04:23 MSK
Jan 27 23:40:51 linuxbox rpm: fam-0:2.6.9-alt1 installed Jan 28 10:59:43 linuxbox xinetd[1095]: pmap_set failed. service=sgi_fam program=391002 version=2 Jan 31 02:07:33 linuxbox xinetd[17651]: pmap_set failed. service=sgi_fam program=391002 version=2 Jan 27 23:40:51 linuxbox rpm: fam-0:2.6.9-alt1 installed Jan 28 10:59:43 linuxbox xinetd[1095]: pmap_set failed. service=sgi_fam program=391002 version=2 Jan 31 02:07:33 linuxbox xinetd[17651]: pmap_set failed. service=sgi_fam program=391002 version=2 [<a href="mailto:slava@linuxbox" target="_new">slava@linuxbox</a> slava]$ gedit FAMOpen failed, FAMErrno=0 FAMOpen failed, FAMErrno=0 FAMOpen failed, FAMErrno=0 FAMOpen failed, FAMErrno=0 FAMOpen failed, FAMErrno=0 FAMOpen failed, FAMErrno=0 FAMOpen failed, FAMErrno=0 FAMOpen failed, FAMErrno=0 ... 1000000 раз [<a href="mailto:slava@linuxbox" target="_new">slava@linuxbox</a> slava]$ gedit FAMOpen failed, FAMErrno=0 FAMOpen failed, FAMErrno=0 FAMOpen failed, FAMErrno=0 FAMOpen failed, FAMErrno=0 FAMOpen failed, FAMErrno=0 FAMOpen failed, FAMErrno=0 FAMOpen failed, FAMErrno=0 FAMOpen failed, FAMErrno=0 ... 1000000 раз # fam -c /etc/fam.conf -v -d -f fam[2482]: log level is LOG_INFO fam[2482]: log level is LOG_DEBUG fam[2482]: read /etc/fam.conf line 13: \"insecure_compatibility\" = \"false\" fam[2482]: read /etc/fam.conf line 20: \"untrusted_user\" = \"nobody\" fam[2482]: read /etc/fam.conf line 28: \"local_only\" = \"false\" fam[2482]: read /etc/fam.conf line 35: \"xtab_verification\" = \"true\" fam[2482]: Setting untrusted-user to \"nobody\" (uid: 99, gid: 99) fam[2482]: listening for clients on descriptor 4 fam[2482]: client fd 6 is local/untrusted. fam[2482]: new connection from client 6 fam[2482]: client 6 said: client 6 is sockmeister, and wants a unix domain socket fam[2482]: Setting groups to: (none) fam[2482]: Setting egid to 0 fam[2482]: Skipping setting euid, because it\'s already 0 fam[2482]: client sockmeister said uid 500; creating /tmp/.fam-dima/rXmyqb fam[2482]: localclient bind: Address already in use Это при попытке запустить все тот же gedit. Сам gedit не запускается, но если по Ctrl-C прибить fam, то запускается, но при этом ругается: $ gedit FAMOpen failed, FAMErrno=0 FAMOpen failed, FAMErrno=0 (gedit:2495): GdkPixbuf-CRITICAL **: file gdk-pixbuf-io.c: line 696 (gdk_pixbuf_new_from_file): assertion `filename != NULL\' failed (gedit:2495): GdkPixbuf-CRITICAL **: file gdk-pixbuf-io.c: line 696 (gdk_pixbuf_new_from_file): assertion `filename != NULL\' failed (gedit:2495): GdkPixbuf-CRITICAL **: file gdk-pixbuf-io.c: line 696 (gdk_pixbuf_new_from_file): assertion `filename != NULL\' failed # fam -c /etc/fam.conf -v -d -f fam[2482]: log level is LOG_INFO fam[2482]: log level is LOG_DEBUG fam[2482]: read /etc/fam.conf line 13: \"insecure_compatibility\" = \"false\" fam[2482]: read /etc/fam.conf line 20: \"untrusted_user\" = \"nobody\" fam[2482]: read /etc/fam.conf line 28: \"local_only\" = \"false\" fam[2482]: read /etc/fam.conf line 35: \"xtab_verification\" = \"true\" fam[2482]: Setting untrusted-user to \"nobody\" (uid: 99, gid: 99) fam[2482]: listening for clients on descriptor 4 fam[2482]: client fd 6 is local/untrusted. fam[2482]: new connection from client 6 fam[2482]: client 6 said: client 6 is sockmeister, and wants a unix domain socket fam[2482]: Setting groups to: (none) fam[2482]: Setting egid to 0 fam[2482]: Skipping setting euid, because it\'s already 0 fam[2482]: client sockmeister said uid 500; creating /tmp/.fam-dima/rXmyqb fam[2482]: localclient bind: Address already in use Это при попытке запустить все тот же gedit. Сам gedit не запускается, но если по Ctrl-C прибить fam, то запускается, но при этом ругается: $ gedit FAMOpen failed, FAMErrno=0 FAMOpen failed, FAMErrno=0 (gedit:2495): GdkPixbuf-CRITICAL **: file gdk-pixbuf-io.c: line 696 (gdk_pixbuf_new_from_file): assertion `filename != NULL\' failed (gedit:2495): GdkPixbuf-CRITICAL **: file gdk-pixbuf-io.c: line 696 (gdk_pixbuf_new_from_file): assertion `filename != NULL\' failed (gedit:2495): GdkPixbuf-CRITICAL **: file gdk-pixbuf-io.c: line 696 (gdk_pixbuf_new_from_file): assertion `filename != NULL\' failed Этот глюк остался в Мастере 2.2. Этот глюк остался в Мастере 2.2. Что интересно, на домашней машине с одним ethernet-интерфейсом все нормально работает. На рабочей (с двумя ethernet-картами) -- не работает. Что интересно, на домашней машине с одним ethernet-интерфейсом все нормально работает. На рабочей (с двумя ethernet-картами) -- не работает. У меня не работает на 2 компьютерах: 1 - 1 сетевая карта + pptp туннель + vmware; 2 - 1 сетевая карта. У меня не работает на 2 компьютерах: 1 - 1 сетевая карта + pptp туннель + vmware; 2 - 1 сетевая карта. С если fam запустить не из под xinetd, а вручную? С если fam запустить не из под xinetd, а вручную? Поведение аналогичное: на домашней машине нормально работает из под xinetd и призапуске вручную. На рабочей - вообще никак. И на работе и дома - последний Сизиф. Поведение аналогичное: на домашней машине нормально работает из под xinetd и призапуске вручную. На рабочей - вообще никак. И на работе и дома - последний Сизиф. Попробуйте пожалуйста с новым fam. Попробуйте пожалуйста с новым fam. Только обратите внимание на /etc/xinetd.d/sgi_fam.rpmnew Только обратите внимание на /etc/xinetd.d/sgi_fam.rpmnew С такой конфигурацией он должен требовать portmap. Возможно, стоит поступить как с fetchmail: xinetd stuff выделить в подпакет daemon, а в fam оставить основу, необходимую для ручного запуска. Кстати, что случилось с идеей запускать fam из /etc/X11/*.d, подобно ssh-agent? С такой конфигурацией он должен требовать portmap. Возможно, стоит поступить как с fetchmail: xinetd stuff выделить в подпакет daemon, а в fam оставить основу, необходимую для ручного запуска. Кстати, что случилось с идеей запускать fam из /etc/X11/*.d, подобно ssh-agent? portmap будет требовать. думаю что не стоит разбивать его на подпакеты. fetchmail очень часто запускаетя пользователями вручную, а fam в текущей реализации в 90% должен стартовать через xinit.d. по поводу /etc/X11/*.d, к сожалению даная схема ждет своих реализаторов :( portmap будет требовать. думаю что не стоит разбивать его на подпакеты. fetchmail очень часто запускаетя пользователями вручную, а fam в текущей реализации в 90% должен стартовать через xinit.d. по поводу /etc/X11/*.d, к сожалению даная схема ждет своих реализаторов :( После старта GNOME в /var/log/auth/secure остаётся пара десятков попыток: Jun 29 10:58:13 localhost xinetd[957]: START: sgi_fam pid=1389 from=<no address> Jun 29 10:58:13 localhost xinetd[1389]: FAIL: sgi_fam address from=<no address> Jun 29 10:58:13 localhost xinetd[957]: EXIT: sgi_fam pid=1389 duration=0(sec) После этого xinetd деактивирует сервис: Jun 29 10:58:13 localhost xinetd[957]: Deactivating service sgi_fam due to excessive incoming connections. Restarting in 10 seconds. edited on: 29-06 11:43 После старта GNOME в /var/log/auth/secure остаётся пара десятков попыток: Jun 29 10:58:13 localhost xinetd[957]: START: sgi_fam pid=1389 from=<no address> Jun 29 10:58:13 localhost xinetd[1389]: FAIL: sgi_fam address from=<no address> Jun 29 10:58:13 localhost xinetd[957]: EXIT: sgi_fam pid=1389 duration=0(sec) После этого xinetd деактивирует сервис: Jun 29 10:58:13 localhost xinetd[957]: Deactivating service sgi_fam due to excessive incoming connections. Restarting in 10 seconds. edited on: 29-06 11:43 Если в конфиге xinetd /etc/xinetd.conf или в конфиге fam /etc/xinetd.d/sgi_fam есть only_from, то fam работать не будет. <a href="http://bugs.altlinux.ru/view_bug_page.php?f_id=0002527">http://bugs.altlinux.ru/view_bug_page.php?f_id=0002527</a> <a href="http://xinetd.org/pipermail/xinetd/2003-June/000164.html">http://xinetd.org/pipermail/xinetd/2003-June/000164.html</a> С радостью приму полезные советы по исправлению этой ошибки :) Если в конфиге xinetd /etc/xinetd.conf или в конфиге fam /etc/xinetd.d/sgi_fam есть only_from, то fam работать не будет. <a href="http://bugs.altlinux.ru/view_bug_page.php?f_id=0002527">http://bugs.altlinux.ru/view_bug_page.php?f_id=0002527</a> <a href="http://xinetd.org/pipermail/xinetd/2003-June/000164.html">http://xinetd.org/pipermail/xinetd/2003-June/000164.html</a> С радостью приму полезные советы по исправлению этой ошибки :) *** Bug 5920 has been marked as a duplicate of this bug. *** *** Bug 5922 has been marked as a duplicate of this bug. *** Чем не устраивает рецепт из http://xinetd.org/pipermail/xinetd/2003-June/000165.html ? $grep 'NOLIBWRAP' /etc/xinetd.d/sgi_fam
flags = NOLIBWRAP
$cat /etc/hosts.allow
ALL: ALL
$cat /etc/hosts.deny
$grep 'only_from' /etc/xinetd.conf
only_from = 192.168.90.0
$service xinetd restart
$fam_test -r ./
FAMOpen failed!
$perl -pi -e 's/only_from/#only_from/' /etc/xinetd.conf
$service xinetd restart
$fam_test -r ./
...
|
