Bug 2118 - Похоже что он просто не работает.
: Похоже что он просто не работает.
Status: CLOSED FIXED
: Sisyphus
(All bugs in Sisyphus/fam)
: unstable
: all Linux
: P3 minor
Assigned To:
:
: http://xinetd.org/pipermail/xinetd/20...
:
:
:
  Show dependency tree
 
Reported: 2003-01-31 02:04 by
Modified: 2005-03-28 19:07 (History)


Attachments


Note

You need to log in before you can comment on or make changes to this bug.


Description From 2003-01-31 02:04:23
Наутилус, который опирается на fam чтобы обновлять свои окошки при изменениях
файлов и каталогов, никак не реагирует на эти изменения. Мне кажется, что этот
нужный сервис не работает. 
---

---
------- Comment #1 From 2003-01-31 18:56:45 -------
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
------- Comment #2 From 2003-01-31 18:56:45 -------
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
------- Comment #3 From 2003-01-31 20:35:13 -------
[<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 раз
------- Comment #4 From 2003-01-31 20:35:13 -------
[<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 раз
------- Comment #5 From 2003-02-06 16:47:13 -------
# 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: \&quot;insecure_compatibility\&quot; = \&quot;false\&quot;
fam[2482]: read /etc/fam.conf line 20: \&quot;untrusted_user\&quot; = \&quot;nobody\&quot;
fam[2482]: read /etc/fam.conf line 28: \&quot;local_only\&quot; = \&quot;false\&quot;
fam[2482]: read /etc/fam.conf line 35: \&quot;xtab_verification\&quot; = \&quot;true\&quot;
fam[2482]: Setting untrusted-user to \&quot;nobody\&quot; (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
------- Comment #6 From 2003-02-06 16:47:13 -------
# 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: \&quot;insecure_compatibility\&quot; = \&quot;false\&quot;
fam[2482]: read /etc/fam.conf line 20: \&quot;untrusted_user\&quot; = \&quot;nobody\&quot;
fam[2482]: read /etc/fam.conf line 28: \&quot;local_only\&quot; = \&quot;false\&quot;
fam[2482]: read /etc/fam.conf line 35: \&quot;xtab_verification\&quot; = \&quot;true\&quot;
fam[2482]: Setting untrusted-user to \&quot;nobody\&quot; (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
------- Comment #7 From 2003-02-18 01:27:59 -------
Этот глюк остался в Мастере 2.2.
------- Comment #8 From 2003-02-18 01:27:59 -------
Этот глюк остался в Мастере 2.2.
------- Comment #9 From 2003-04-10 17:24:16 -------
Что интересно, на домашней машине с одним ethernet-интерфейсом все нормально
работает. На рабочей (с двумя ethernet-картами) -- не работает.
------- Comment #10 From 2003-04-10 17:24:16 -------
Что интересно, на домашней машине с одним ethernet-интерфейсом все нормально
работает. На рабочей (с двумя ethernet-картами) -- не работает.
------- Comment #11 From 2003-04-11 09:24:55 -------
У меня не работает на 2 компьютерах: 
1 - 1 сетевая карта + pptp туннель + vmware;
2 - 1 сетевая карта.
------- Comment #12 From 2003-04-11 09:24:55 -------
У меня не работает на 2 компьютерах: 
1 - 1 сетевая карта + pptp туннель + vmware;
2 - 1 сетевая карта.
------- Comment #13 From 2003-04-11 15:11:05 -------
С если fam запустить не из под xinetd, а вручную?
------- Comment #14 From 2003-04-11 15:11:05 -------
С если fam запустить не из под xinetd, а вручную?
------- Comment #15 From 2003-04-14 20:57:53 -------
Поведение аналогичное: на домашней машине нормально работает из под xinetd и
призапуске вручную. На рабочей - вообще никак. И на работе и дома - последний
Сизиф.
------- Comment #16 From 2003-04-14 20:57:53 -------
Поведение аналогичное: на домашней машине нормально работает из под xinetd и
призапуске вручную. На рабочей - вообще никак. И на работе и дома - последний
Сизиф.
------- Comment #17 From 2003-05-08 12:50:26 -------
Попробуйте пожалуйста с новым fam.
------- Comment #18 From 2003-05-08 12:50:26 -------
Попробуйте пожалуйста с новым fam.
------- Comment #19 From 2003-05-08 12:54:41 -------
Только обратите внимание на /etc/xinetd.d/sgi_fam.rpmnew
------- Comment #20 From 2003-05-08 12:54:41 -------
Только обратите внимание на /etc/xinetd.d/sgi_fam.rpmnew
------- Comment #21 From 2003-05-20 02:57:57 -------
С такой конфигурацией он должен требовать portmap.
Возможно, стоит поступить как с fetchmail:
xinetd stuff выделить в подпакет daemon, а в fam оставить основу, необходимую
для ручного запуска.
Кстати, что случилось с идеей запускать fam из /etc/X11/*.d, подобно ssh-agent?
------- Comment #22 From 2003-05-20 02:57:57 -------
С такой конфигурацией он должен требовать portmap.
Возможно, стоит поступить как с fetchmail:
xinetd stuff выделить в подпакет daemon, а в fam оставить основу, необходимую
для ручного запуска.
Кстати, что случилось с идеей запускать fam из /etc/X11/*.d, подобно ssh-agent?
------- Comment #23 From 2003-06-21 19:04:36 -------
portmap будет требовать.
думаю что не стоит разбивать его на подпакеты.
fetchmail очень часто запускаетя пользователями вручную, а fam в текущей реализации в 90% должен стартовать через xinit.d.
по поводу /etc/X11/*.d, к сожалению даная схема ждет своих реализаторов :(
------- Comment #24 From 2003-06-21 19:04:36 -------
portmap будет требовать.
думаю что не стоит разбивать его на подпакеты.
fetchmail очень часто запускаетя пользователями вручную, а fam в текущей реализации в 90% должен стартовать через xinit.d.
по поводу /etc/X11/*.d, к сожалению даная схема ждет своих реализаторов :(
------- Comment #25 From 2003-06-29 11:23:11 -------
После старта GNOME в /var/log/auth/secure остаётся пара десятков попыток:

Jun 29 10:58:13 localhost xinetd[957]: START: sgi_fam pid=1389 from=&lt;no
address&gt;
Jun 29 10:58:13 localhost xinetd[1389]: FAIL: sgi_fam address from=&lt;no
address&gt;
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
------- Comment #26 From 2003-06-29 11:23:11 -------
После старта GNOME в /var/log/auth/secure остаётся пара десятков попыток:

Jun 29 10:58:13 localhost xinetd[957]: START: sgi_fam pid=1389 from=&lt;no
address&gt;
Jun 29 10:58:13 localhost xinetd[1389]: FAIL: sgi_fam address from=&lt;no
address&gt;
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
------- Comment #27 From 2003-06-29 16:05:14 -------
Если в конфиге 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>
С радостью приму полезные советы по исправлению этой ошибки :)
------- Comment #28 From 2003-06-29 16:05:14 -------
Если в конфиге 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>
С радостью приму полезные советы по исправлению этой ошибки :)
------- Comment #29 From 2005-01-22 11:52:38 -------
*** Bug 5920 has been marked as a duplicate of this bug. ***
------- Comment #30 From 2005-01-22 13:46:50 -------
*** Bug 5922 has been marked as a duplicate of this bug. ***
------- Comment #31 From 2005-01-22 17:42:59 -------
Чем не устраивает рецепт из
http://xinetd.org/pipermail/xinetd/2003-June/000165.html
?
------- Comment #32 From 2005-01-22 18:03:22 -------
$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 ./
...

------- Comment #33 From 2005-03-28 19:07:21 -------
https://bugzilla.altlinux.org/show_bug.cgi?id=2527