Gamin is a drop in replacement for FAM (with far less bugs). You should be able to build and install FAM with a added virtual provide for Gamin and it should just work.
--
Gary L. Greene, Jr.
IT Operations
Minerva Networks, Inc.
Cell: (650) 704-6633
Phone: (408) 240-1239
> -----Original Message-----
> From: centos-bounces@xxxxxxxxxx
> [mailto:centos-bounces@xxxxxxxxxx] On Behalf Of JohnS
> Sent: Friday, May 01, 2009 2:38 PM
> To: CentOS mailing list
> Subject: Re: Inotify or equivalent
>
>
> On Fri, 2009-05-01 at 20:07 +0000, Joseph L. Casale wrote:
> > >After the client exits the data base with the QB
> > >client the files are changed and the client can't work with them.
> >
> > Actually, they can but they can't delete files when they make test
> > companies for example.
>
> Ahh now you say! They are not supposed to be able to delete
> it? I would
> just assuming here, would think there is a QB Administrator to do that
> job and not a regular user. Although I took the time to read the
> Canadian and US docs for the linux side I did not see anything
> pertaining to that. Maybe there is something in the Windows
> side Client
> Application?
>
> BUT: As long as your AD authenticated user can w&r,they should be able
> to delete a file from the mapped share. But in essence what
> is happening
> is QBs Daemons are taking over and changing perms on the files.
>
> I really think you need to have a heart to heart with Intuit. Here is
> another but. All the docs I read support SUSE EntL. RHEL and
> CentOS uses
> gamin and Suse uses fam-server. All the docs refer to
> fam-server and not
> gamin.
>
> > >The changes are being done on the Linux side by gamin (filemon).
> > >
> > >I do question what would happen if you stopped the
> "qbmonitord" daemon??
> >
> > Well, then the two qb daemons are needed for the Enterprise version
> > to run in multi user mode, so it would break if I stopped
> it, files set to
> > multi user are no longer accessible iirc.
> >
> > Realtime is not needed, I could just script it manually but
> I was hoping
> > for a prettier solution.
> >
> > jlc
> > _______________________________________________
> > CentOS mailing list
> > CentOS@xxxxxxxxxx
> > http://lists.centos.org/mailman/listinfo/centos
>
> _______________________________________________
> CentOS mailing list
> CentOS@xxxxxxxxxx
> http://lists.centos.org/mailman/listinfo/centos
>
_______________________________________________
CentOS mailing list
CentOS@xxxxxxxxxx
http://lists.centos.org/mailman/listinfo/centos
