An interesting little problem encountered during our upgrade to DPM
1.5.7. Watch out if you have directories in /dpm/DOMAIN/home which
are not VOs!
g
Begin forwarded message:
> From: Graeme Stewart <[log in to unmask]>
> Date: 6 June 2006 11:53:41 BDT
> To: [log in to unmask]
> Subject: A Cns_groupinfo oddity during 2.7.0->3.0.0 upgrade
>
> Hi
>
> When we upgraded out cluster to glite3.0 we started failing RM
> SFTs. Further investigation revealed that the Cns_groupinfo table
> had been created wrongly:
>
> mysql> select * from Cns_groupinfo;
> +-------+-------+------------+
> | rowid | gid | groupname |
> +-------+-------+------------+
> | 1 | 0 | hone |
> | 2 | 2003 | atlas |
> | 3 | 2005 | lhcb |
> | 4 | 2006 | biomed |
> | 5 | 2007 | pheno |
> | 6 | 2009 | cms |
> | 7 | 2010 | dteam
> data |
> | 8 | 2012 | sixt |
> | 9 | 2013 | ilc |
> | 10 | 2014 | zeus |
> | 11 | 2016 | alice |
> | 12 | 2017 | dzero |
> | 13 | 61004 | babar |
> | 14 | 61005 | ngs |
> | 15 | 61006 | ops |
> | 16 | 61007 | dteam |
> +-------+-------+------------+
> 16 rows in set (0.00 sec)
>
> Note that dteam's GID is 2010, but the script entered dteam as
> "dteam\ndata", then YAIM added another entry, hence the group
> ownership in DPNS was wrong.
>
> The upgrade script file does have:
>
> INSERT INTO Cns_groupinfo(groupname,gid) VALUES('dteam
> data', 2010);
>
> The reason for this seems to be that we had another entry in /dpm/
> scotgrid.ac.uk/home with the same GID:
>
> root of se2-gla:/opt/lcg/share/DPM/DPM-migration/virtualIds# dpns-
> ls -l /dpm/scotgrid.ac.uk/home/
> drwxrwxr-x 0 root 2016 0 Jul 25 2005 alice
> drwxrwxr-x 200 root 2003 0 May 09 09:33 atlas
> drwxrwxr-x 0 root 61004 0 Feb 23 22:02 babar
> drwxrwxr-x 0 root 2006 0 Sep 30 2005
> biomed
> drwxrwxr-x 0 root 2009 0 Jul 25 2005 cms
> drwxrwxr-x 1 1451 2010 0 Oct 23 2005
> data ****
> drwxrwxr-x 144 root 2010 0 Jun 06 11:19
> dteam ****
> drwxrwxr-x 0 root 2017 0 Feb 23 22:02 dzero
> drwxrwxr-x 0 root root 0 Feb 23 22:02 hone
> drwxrwxr-x 0 root 2013 0 Feb 23 22:02 ilc
> drwxrwxr-x 0 root 2005 0 Jul 25 2005 lhcb
> drwxrwxr-x 0 root 61005 0 Jun 05 12:07 ngs
> drwxrwxr-x 0 root 61006 0 Jun 05 12:07 ops
> drwxrwxr-x 0 root 2007 0 Feb 23 22:02 pheno
> drwxrwxr-x 0 root 2012 0 Feb 23 22:02 sixt
> drwxrwxr-x 0 root 2014 0 Sep 30 2005 zeus
>
> (I think this was related to the permissions problem we had a while
> back, allowing users to create arbitrary file paths.)
>
> It was easy to fix, but in case other sites experience a similar
> problem...
>
> Cheers
>
> Graeme
>
> --
> Dr Graeme Stewart - http://wiki.gridpp.ac.uk/wiki/User:Graeme_stewart
> GridPP DM Wiki - http://wiki.gridpp.ac.uk/wiki/Data_Management
>
>
>
--
Dr Graeme Stewart - http://wiki.gridpp.ac.uk/wiki/User:Graeme_stewart
GridPP DM Wiki - http://wiki.gridpp.ac.uk/wiki/Data_Management
|