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@centos.org http://lists.centos.org/mailman/listinfo/centos