Re: File permissions reverting to old state after reboot.
- From: Darrell Stec <darrell_stec@xxxxxxxxxxxxxxxxxx>
- Date: Fri, 13 Jul 2007 16:30:12 -0400
Darth T wrote:
On Jul 12, 5:04 pm, John Bowling <johnlb2...@xxxxxxx> wrote:
Darth T wrote:
I have a Suse 10.1 server sharing files on a Windows network via
Samba. One of the shared directories contains a Quickbooks database
that the company uses. Quickbooks requires that all users have full
control over the QB database. To make this possible I ran chmod -Rc
777 on the directory. Everyone has full control over the database for
a while.
About once per week I get a call that someone cannot access the QB
database. I log into the server and run chmod -Rc 777 again and
everyone can access the database.
Thanks for any help.
I would say that something some user is doing is changing access.
Have you done a check to verify access when someone has a problem? Use
'la' to see owner & access.
Sounds typical of Windows software - require full access rights for the
entire world and let things get corrupted.
What protects your server from anyone getting into it and screwing up
things?
Using -R is recursive and changes all files in all directories below the
specified location. And with 777 (full access to everyone) what stops a
user from changing stuff beyond just the data base contents?
Check what accesses are required and file ownership based on the user
logins. Using 777 is just begging for major problems. Narrowing it down
may fix the weird changes even it it's not deliberate.
There may be something that QuickBooks is doing.
John
Hi John. You're right Quickbooks is pretty messed up about this. In
order for it to run on the workstation or terminal server the user
accessing it has to be a member of the admin group.
I've got 777 setup on just the Quickbooks directory, no other data is
there. It's set up as a samba share and the users have a drive
mapping to it. Unfortunately, the users have to have full access to
the QB directory in order for the app to work. You know what they
say, "Jesus saves, everyone else has to backup." But other than the
share there are no other 777 shares on the server. I've got a PIX
506e protecting the network from the "world" and feel pretty
comfortable with that.
I've wondered if QB is doing something here like you mentioned.
Here are couple of other notes/thoughts:
-Could it have something to do with the settings in ../udev/rules.d?
-Could it be SELinux?
Finally, I experienced this very problem today. I was not allowed to
access the database in QB because I did not have permissions. When I
rann chmod I got the following on each file/folder "no such file or
directory". However, after the command completed I had access again.
Thanks John,
T
I've had a customer that experienced mega problems with Microsoft Server
2003 changing permissions frequently for users and files. None of their
employees knew enough to alter anything.
--
Later,
Darrell Stec darstec@xxxxxxxxxx
Webpage Sorcery
http://webpagesorcery.com
We Put the Magic in Your Webpages
.
- References:
- File permissions reverting to old state after reboot.
- From: Darth T
- Re: File permissions reverting to old state after reboot.
- From: John Bowling
- Re: File permissions reverting to old state after reboot.
- From: Darth T
- File permissions reverting to old state after reboot.
- Prev by Date: Re: YaST Update 10.2: still not working
- Next by Date: Re: YaST Update 10.2: still not working
- Previous by thread: Re: File permissions reverting to old state after reboot.
- Next by thread: Google Earth - reprise
- Index(es):
Relevant Pages
|