Bug 2118 - Похоже что он просто не работает.
Summary: Похоже что он просто не работает.
Status: CLOSED FIXED
Alias: None
Product: Sisyphus
Classification: Development
Component: fam (show other bugs)
Version: unstable
Hardware: all Linux
: P3 minor
Assignee: Alex Murygin
QA Contact:
URL: http://xinetd.org/pipermail/xinetd/20...
Keywords:
: 5920 5922 (view as bug list)
Depends on:
Blocks:
 
Reported: 2003-01-31 02:04 MSK by Vyacheslav Dikonov
Modified: 2005-03-28 19:07 MSD (History)
1 user (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Vyacheslav Dikonov 2003-01-31 02:04:23 MSK
Наутилус, который опирается на fam чтобы обновлять свои окошки при изменениях файлов и каталогов, никак не реагирует на эти изменения. Мне кажется, что этот нужный сервис не работает. 
---

---

Comment 1 Vyacheslav Dikonov 2003-01-31 18:56:45 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
Comment 2 Vyacheslav Dikonov 2003-01-31 18:56:45 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
Comment 3 Vyacheslav Dikonov 2003-01-31 20:35:13 MSK
[<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 Vyacheslav Dikonov 2003-01-31 20:35:13 MSK
[<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 Dmitry Lebkov 2003-02-06 16:47:13 MSK
# 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 Dmitry Lebkov 2003-02-06 16:47:13 MSK
# 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 Vyacheslav Dikonov 2003-02-18 01:27:59 MSK
Этот глюк остался в Мастере 2.2.
Comment 8 Vyacheslav Dikonov 2003-02-18 01:27:59 MSK
Этот глюк остался в Мастере 2.2.
Comment 9 Dmitry Lebkov 2003-04-10 17:24:16 MSD
Что интересно, на домашней машине с одним ethernet-интерфейсом все нормально работает. На рабочей (с двумя ethernet-картами) -- не работает.
Comment 10 Dmitry Lebkov 2003-04-10 17:24:16 MSD
Что интересно, на домашней машине с одним ethernet-интерфейсом все нормально работает. На рабочей (с двумя ethernet-картами) -- не работает.
Comment 11 Vyacheslav Dikonov 2003-04-11 09:24:55 MSD
У меня не работает на 2 компьютерах: 
1 - 1 сетевая карта + pptp туннель + vmware;
2 - 1 сетевая карта.
Comment 12 Vyacheslav Dikonov 2003-04-11 09:24:55 MSD
У меня не работает на 2 компьютерах: 
1 - 1 сетевая карта + pptp туннель + vmware;
2 - 1 сетевая карта.
Comment 13 Alex Murygin 2003-04-11 15:11:05 MSD
С если fam запустить не из под xinetd, а вручную?
Comment 14 Alex Murygin 2003-04-11 15:11:05 MSD
С если fam запустить не из под xinetd, а вручную?
Comment 15 Dmitry Lebkov 2003-04-14 20:57:53 MSD
Поведение аналогичное: на домашней машине нормально работает из под xinetd и призапуске вручную. На рабочей - вообще никак. И на работе и дома - последний
Сизиф.
Comment 16 Dmitry Lebkov 2003-04-14 20:57:53 MSD
Поведение аналогичное: на домашней машине нормально работает из под xinetd и призапуске вручную. На рабочей - вообще никак. И на работе и дома - последний
Сизиф.
Comment 17 Alex Murygin 2003-05-08 12:50:26 MSD
Попробуйте пожалуйста с новым fam.
Comment 18 Alex Murygin 2003-05-08 12:50:26 MSD
Попробуйте пожалуйста с новым fam.
Comment 19 Alex Murygin 2003-05-08 12:54:41 MSD
Только обратите внимание на /etc/xinetd.d/sgi_fam.rpmnew
Comment 20 Alex Murygin 2003-05-08 12:54:41 MSD
Только обратите внимание на /etc/xinetd.d/sgi_fam.rpmnew
Comment 21 Mikhail Zabaluev 2003-05-20 02:57:57 MSD
С такой конфигурацией он должен требовать portmap.
Возможно, стоит поступить как с fetchmail:
xinetd stuff выделить в подпакет daemon, а в fam оставить основу, необходимую для ручного запуска.
Кстати, что случилось с идеей запускать fam из /etc/X11/*.d, подобно ssh-agent?
Comment 22 Mikhail Zabaluev 2003-05-20 02:57:57 MSD
С такой конфигурацией он должен требовать portmap.
Возможно, стоит поступить как с fetchmail:
xinetd stuff выделить в подпакет daemon, а в fam оставить основу, необходимую для ручного запуска.
Кстати, что случилось с идеей запускать fam из /etc/X11/*.d, подобно ssh-agent?
Comment 23 Alex Murygin 2003-06-21 19:04:36 MSD
portmap будет требовать.
думаю что не стоит разбивать его на подпакеты.
fetchmail очень часто запускаетя пользователями вручную, а fam в текущей реализации в 90% должен стартовать через xinit.d.
по поводу /etc/X11/*.d, к сожалению даная схема ждет своих реализаторов :(
Comment 24 Alex Murygin 2003-06-21 19:04:36 MSD
portmap будет требовать.
думаю что не стоит разбивать его на подпакеты.
fetchmail очень часто запускаетя пользователями вручную, а fam в текущей реализации в 90% должен стартовать через xinit.d.
по поводу /etc/X11/*.d, к сожалению даная схема ждет своих реализаторов :(
Comment 25 Mikhail Zabaluev 2003-06-29 11:23:11 MSD
После старта 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 Mikhail Zabaluev 2003-06-29 11:23:11 MSD
После старта 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 Alex Murygin 2003-06-29 16:05:14 MSD
Если в конфиге 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 Alex Murygin 2003-06-29 16:05:14 MSD
Если в конфиге 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 Alex Murygin 2005-01-22 11:52:38 MSK
*** Bug 5920 has been marked as a duplicate of this bug. ***
Comment 30 Alex Murygin 2005-01-22 13:46:50 MSK
*** Bug 5922 has been marked as a duplicate of this bug. ***
Comment 31 Dmitry V. Levin 2005-01-22 17:42:59 MSK
Чем не устраивает рецепт из
http://xinetd.org/pipermail/xinetd/2003-June/000165.html
?
Comment 32 Alex Murygin 2005-01-22 18:03:22 MSK
$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 Alex Murygin 2005-03-28 19:07:21 MSD
https://bugzilla.altlinux.org/show_bug.cgi?id=2527