based on our current policy statements, all resources are to be shared equally between users. The SE is quite full all the time and people are consuming space very unequally. We should make some convention on reasonable user quotas.
the quotas cannot be enforced by the dcache storage system, so they will rather be in the form of monitoring and polling the user for cleaning up
since the last upgrade, the stored files are really stored with the UID of the user, so the creator of a file can be identified
Group directories on the SE
Even though this is not foreseen in the CMS model, people have started to create group folders under the store/user/ directory. This has led to a number of problems.
I would propose that group folders must all go to /store/group.
Whereas with the new file ownerships, a user can protect his files from erroneous deletion by others, the group files probably will remain world writable (except if we introduced special groups). Need to discuss about what users think about the risk of that, especially in context with mounting of the filespace through NFSv4.
Tools for organizing files on the SE
do we want to go for write mounting the filespace on the UIs? This has become an option now with the new Chimera enabled dcache version.
Upgrade Plans and schedule for 2013
SE storage expansion ( new 2 boxes, 60 disks each ).
SE dCache upgrade from 1.9.12 ( End of Support Apr '13 ) to 2.2 ( End of Support Apr '14 )
We need to plan for a new filesystem + new HW for /shome ; So far RHEL7 + BTRFS looks the most natural replacement; BTRFS doesn't make RAID6 but we can buy a RAID6 HW controller. Instead of BTRFS we can use GPFS, but that will be more expensive because of the licenses.