The info below was sent to me by one of our engineers. I also tried switching the qtree to UNIX instead of mixed but it gives me an error “qtree update: qtree security style update: qtree: There are shares with connections on qtree“

Any suggestions?

Below is an example of fakeroot not working properly.  First I present what should happen (this is on a local machine not using my network drive)

 

kuebert@gsows-eng138:~/tmp$ mkdir foo
kuebert@gsows-eng138:~/tmp$ ls -l
total 4
drwxr-xr-x 2 kuebert kuebert 4096 2009-01-05 15:52 foo/
kuebert@gsows-eng138:~/tmp$ fakeroot chown root:root foo
kuebert@gsows-eng138:~/tmp$ ls -l
total 4
drwxr-xr-x 2 kuebert kuebert 4096 2009-01-05 15:52 foo/
kuebert@gsows-eng138:~/tmp$ touch foo/bar
kuebert@gsows-eng138:~/tmp$ ls -l foo
total 0
-rw-r--r-- 1 kuebert kuebert 0 2009-01-05 15:52 bar
kuebert@gsows-eng138:~/tmp$ fakeroot chown root:root foo/bar
kuebert@gsows-eng138:~/tmp$ ls -l foo
total 0
-rw-r--r-- 1 kuebert kuebert 0 2009-01-05 15:52 bar
kuebert@gsows-eng138:~/tmp$ rm -rf foo
kuebert@gsows-eng138:~/tmp$

This is what happens on my network home drive (I did this on gsovm-psbs03):

 

kuebert@gsovm-psbs01:~/tmp2$ mkdir foo
kuebert@gsovm-psbs01:~/tmp2$ ls -l
total 4
drwxr-xr-x 2 kuebert cvs 4096 2009-01-05 15:51 foo/
kuebert@gsovm-psbs01:~/tmp2$ fakeroot chown root:root foo
kuebert@gsovm-psbs01:~/tmp2$ ls -l
total 4
drwxr-xr-x 2 root root 4096 2009-01-05 15:51 foo/
kuebert@gsovm-psbs01:~/tmp2$ touch foo/bar
touch: cannot touch `foo/bar': Permission denied
kuebert@gsovm-psbs01:~/tmp2$ rm -rf foo
kuebert@gsovm-psbs01:~/tmp2$

So basically what I think is happening is in the second case my fakeroot command is actually changing the file on the filesystem, at least from Linux's perspective, even though it's not supposed to.  When I go to touch the file in the foo directory it won't let me because it thinks the directory is owned by root:root which it is not.

 

Due to a problem like this I can't build deb packages without being root which is kind of a big deal (the dir permissions get hosed up and then the package creation fails).

 

 

Jeremy M. Page________________           

Systems Architect

Gilbarco Veeder-Root, a Danaher Company

7300 West Friendly Avenue

Greensboro, NC     22087

* email:Jeremy.Page@gilbarco.com - ( phone: 336.547.5399 - 6 fax: 336.547.5163 - ( cell: 336.601.7274

Open a Helpdesk Ticket                                                                                                  View the IT Wiki