Last modified: 2012-08-03 08:21:51 UTC
The deployment-nfs-memc had a layer of file abstraction which is not that much needed. Labs provide a project storage: projectstorage.pmtpa.wmnet:/deployment-prep-project /data/project is an auto mount to it. Currently our boxes have deployment-nfs-memc:/mnt/export/upload /mnt/upload6 deployment-nfs-memc:/mnt/export/apache /usr/local/apache So we want to copy the data from the NFS instance to /deployment-prep-project then rewrite the puppet class to use that.
I have created the /data/project/upload6 directory and did an rsync: root@deployment-nfs-memc:/data/project/upload6# rsync -a --progress --inplace /mnt/export/upload6 /data/project/upload6
https://gerrit.wikimedia.org/r/15545
Patchset 6 ends up adding symbolic link to /data/project subdirs. Pending ops review / submit.
ok, you know that instance is used as memcache server? :)
ah, it's not
Gerrit change #15545 was merged. I had to do some manual changes though but that will be fine for new instances. /mnt/thumbs and /mnt/upload6 are now symbolic links to /data/project/thumbs /data/project/upload6. In a similar fashion, /usr/local/apache is a symbolic link to /data/project/apache So that is a huge step. Now we have to cleanup what is left of nfs-memc :D
I am moving all data from deployment-nfs-memc:/mnt/export to /data/project/deployment-nfs-memc_mnt-export_backup so I guess we will be able to shutdown the instance after that and eventually delete it one day. Need to check with Petr if there is anything of importance left in this instance that I might not be aware of.
jobrunner and bastion still mount deployment-nfs possibly others.
I have deleted bastion and in the process of recreating it (bug 38777). jobrunner06 looks fine.
I have shutdown deployment-nfs-memc for a while, will see if it is still needed around or if we can safely delete it
Assuming fixed, keeping the instance around but will delete it eventually.
I am deleting the instance now. All its data from /mnt/export are under /data/project now.