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 at centos.org > [mailto:centos-bounces at centos.org] On Behalf Of JohnS > Sent: Friday, May 01, 2009 2:38 PM > To: CentOS mailing list > Subject: Re: [CentOS] 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 at centos.org > > http://lists.centos.org/mailman/listinfo/centos > > _______________________________________________ > CentOS mailing list > CentOS at centos.org > http://lists.centos.org/mailman/listinfo/centos >