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
