Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 356615 - nfs errors killing my git migration scripts
Summary: nfs errors killing my git migration scripts
Status: RESOLVED FIXED
Alias: None
Product: Community
Classification: Eclipse Foundation
Component: Servers (show other bugs)
Version: unspecified   Edit
Hardware: PC Windows XP
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Eclipse Webmaster CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-09-02 11:33 EDT by Kim Moir CLA
Modified: 2011-09-02 15:20 EDT (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Kim Moir CLA 2011-09-02 11:33:19 EDT
As part of our git migration, we add a gitignore file to our repositories as a final step before the copying our git repos to their actual location.  As part of this process, we have to run a git filter-branch operation to add the gitignore file retroactively to our repositories. Since our projects have such a large history, these operations take many hours on eclipse.org, up to nine hours in some cases.  

The problem is that intermittent nfs errors cause these jobs to fail all the time.  It's quite frustrating because this means I have to start the git filter-branch all over again, let it run for a few hours and hope that it doesn't fail, which it does quite often.

Rewrite 9234184971f5dab12c77389a128992d4f911ac27 (12599/26361)fatal: unable to write new index file
Could not initialize the index
rm: cannot remove `/home/data/users/kmoir/migrationtestjdtui/eclipse.jdt.ui/.git-rewrite/.nfs0000000001b848cc0001b2ea': Device or resource busy
^C

Is there a location on eclipse.org that isn't nfs mounted so I can run these scripts?  Or would a better solution be to copy the repo to a local Linux machine in my lab to avoid nfs errors altogether?
Comment 1 Eclipse Webmaster CLA 2011-09-02 13:21:07 EDT
Sure, I'll send you the details.

-M.
Comment 2 Kim Moir CLA 2011-09-02 15:20:11 EDT
Thanks this seems to be working, I think it's faster too since the filesystem in local.