Hi Wahid
2010/1/21 Wahid Bhimji <[log in to unmask]>:
>
> That's wierd that it only happens on certain pools.
> Presumably the top level directory has the correct permissions?
> drwxrwx--- 3 dpmmgr dpmmgr
>
> Wahid
Yes it is. E.g.
[root@bohr0624 ~]# ls /dpmdata -ldr
drwxr-xr-x 8 dpmmgr dpmmgr 4096 Jan 13 21:35 /dpmdata
[root@bohr0624 ~]# ls /dpmdata/ops/ -ld
drwxrwx--- 6 dpmmgr dpmmgr 4096 Jan 21 08:22 /dpmdata/ops/
These pools were configured separately although with the same yaim
config as the servers with "normal behaviour". When next day sam test
writes first time the test file in that pool it creates new directory
like ...ops/2010-01-21 but with wrong ownership. We have had to change
it to dpmmgr:dpmmgr manually which is not nice.
Sergey
>
>> As I said: on some disk servers all directories have correct
>> ownership, while on some others all "date named" subdirectories (like
>> ../ops/2010-01-20) have incorrect one.
>>
>> Sergey
>>
>>> -----Original Message-----
>>> From: GRIDPP2: Deployment and support of SRM and local storage
>>> management [mailto:[log in to unmask]] On Behalf Of Sergey
>>> Sent: 20 January 2010 16:34
>>> To: [log in to unmask]
>>> Subject: SAM test directory attributes
>>>
>>> Hi
>>>
>>> Some of our DPM disk servers suffering with wrong ownership set up on
>>> SAM test directories. E.g.
>>>
>>> [root@bohr0714 ~]# ls -ld /dpmdata/ops/2010-01-20/
>>> drwxrwx--- 2 111 111 4096 Jan 20 15:54 /dpmdata/ops/2010-01-20/ instead
>>> of 151:151 (for dpmmgr:dpmmgr) As the result test failed with
>>> "permission denied".
>>> Could somebody give me a clue where to look in?
>>>
>>> All disk servers configured by yaim with the same config file.
>>>
>>> Thanks
>>>
>>> Sergey
>>> Manchester Tier2 ops
>>> --
>>> Scanned by iCritical.
>>>
>>
>
>
> --
> The University of Edinburgh is a charitable body, registered in
> Scotland, with registration number SC005336.
>
>
|