CVS screws up

Hi,

I'm getting a strange problem with 5.0 and 5.0.1, after a while random CVS/Repository files get corrupted, correct paths get overwritten with the path to CVSROOT on the server. For example I have this line in CVS/Root
:pserver:kos@someserver.com:/usr/CVSROOT

and the following
cat ./projects/workflow2/resources/ejb-jar/CVS/Repository
java/projects/workflow2/resources/ejb-jar

after a while became
/usr/CVSROOT/

as a result 'CVS update' starts to checkout all our modules into such crippled directories which isn't too nice..

I've tried to do a fresh checkout several times and even copied a healthy snapshot from other machines, looks like it helps until I make some modifications in IDEA (e.g. CVS add), on next update the mess starts anew. I'm still not sure if it is a server, an IDEA or something else. Nobody except me in our team experiences this behaviour. May be there are EAPers who have seen something like this?

10 comments

Could you please activate cvs client-server output (from the Cvs Global
Settings), do checkout and send me cvs.output file (from the IDEA bin
directory)?
Thanks!

"Konstantin Sobolev" <k_o_s@mail.ru> wrote in message
news:16842779.1124994056523.JavaMail.itn@is.intellij.net...

Hi,

>

I'm getting a strange problem with 5.0 and 5.0.1, after a while random
CVS/Repository files get corrupted, correct paths get overwritten with the
path to CVSROOT on the server. For example I have this line in CVS/Root
:pserver:kos@someserver.com:/usr/CVSROOT

>

and the following
cat ./projects/workflow2/resources/ejb-jar/CVS/Repository
java/projects/workflow2/resources/ejb-jar

>

after a while became
/usr/CVSROOT/

>

as a result 'CVS update' starts to checkout all our modules into such
crippled directories which isn't too nice..

>

I've tried to do a fresh checkout several times and even copied a healthy
snapshot from other machines, looks like it helps until I make some
modifications in IDEA (e.g. CVS add), on next update the mess starts anew.
I'm still not sure if it is a server, an IDEA or something else. Nobody
except me in our team experiences this behaviour. May be there are EAPers
who have seen something like this?



0

You can find it attached. Update finished OK, however some directories are now broken:

kos@kos ~/work/sw2/java $ rgrep /usr/CVSROOT Repository
./projects/backup/resources/ejb-jar/CVS/Repository:1:/usr/CVSROOT/
./projects/backup/resources/ejb-jar/META-INF/CVS/Repository:1:/usr/CVSROOT/
./projects/ejbutils/resources/CVS/Repository:1:/usr/CVSROOT/
./projects/ejbutils/resources/META-INF/CVS/Repository:1:/usr/CVSROOT/
./projects/feedback2/resources/ejb-jar/CVS/Repository:1:/usr/CVSROOT/
./projects/feedback2/resources/ejb-jar/META-INF/CVS/Repository:1:/usr/CVSROOT/
./projects/guards/resources/CVS/Repository:1:/usr/CVSROOT/
./projects/guards/resources/ejb-jar/CVS/Repository:1:/usr/CVSROOT/
./projects/guards/resources/ejb-jar/META-INF/CVS/Repository:1:/usr/CVSROOT/
./projects/init/resources/CVS/Repository:1:/usr/CVSROOT/
./projects/init/resources/ejb-jar/CVS/Repository:1:/usr/CVSROOT/
./projects/init/resources/ejb-jar/META-INF/CVS/Repository:1:/usr/CVSROOT/
./projects/integrity/resources/META-INF/CVS/Repository:1:/usr/CVSROOT/
./projects/ldap/resources/CVS/Repository:1:/usr/CVSROOT/
./projects/ldap/resources/ejb-jar/CVS/Repository:1:/usr/CVSROOT/
./projects/ldap/resources/ejb-jar/META-INF/CVS/Repository:1:/usr/CVSROOT/
./projects/mail/resources/ejb-jar/CVS/Repository:1:/usr/CVSROOT/
./projects/mail/resources/ejb-jar/META-INF/CVS/Repository:1:/usr/CVSROOT/
./projects/print/resources/META-INF/CVS/Repository:1:/usr/CVSROOT/
./projects/rules2/resources/META-INF/CVS/Repository:1:/usr/CVSROOT/
./projects/rules2email/resources/CVS/Repository:1:/usr/CVSROOT/
./projects/rules2email/resources/META-INF/CVS/Repository:1:/usr/CVSROOT/
./projects/seance/resources/ejb-jar/CVS/Repository:1:/usr/CVSROOT/
./projects/seance/resources/ejb-jar/META-INF/CVS/Repository:1:/usr/CVSROOT/
./projects/workflow2/resources/ejb-jar/CVS/Repository:1:/usr/CVSROOT/
./projects/workflow2/resources/ejb-jar/META-INF/CVS/Repository:1:/usr/CVSROOT/



Attachment(s):
cvs.output.gz
0

update: these directories (**/resources/ejb-jar) does not really exist in the repository, they are generated during the build. Here's a short comparison of broken and clean snapshots:

kos@kos ~/work/sw2/java/projects/backup/resources $ cat CVS/Entries
D/META-INF////
D/ejb-jar////
D/jar////
D/war////
/.cvsignore/1.1/Sat Nov 9 20:13:23 2002//
kos@kos ~/work/sw2/java/projects/backup/resources $ cat ~/work/sw2/java.kos.clean/projects/backup/resources/CVS/Entries
D/META-INF////
/.cvsignore/1.1/Thu Aug 25 15:42:08 2005//
kos@kos ~/work/sw2/java/projects/backup/resources $ cat .cvsignore
ejb-jar
kos@kos ~/work/sw2/java/projects/backup/resources $ cat ~/work/sw2/java.kos.clean/projects/backup/resources/.cvsignore
ejb-jar

0

Now I'm sure it happens on update from IDEA, I've detected corrupted Repository entries appearing exactly during this process. Console-based cvs client works OK.
Are you interested in another cvs.output? Should I create a JIRA issue?

0

(sorry too many posts)
I've somewhat tracked it down. Broken directories appear when progress dialog says "reading data from server" and disappear on "pruning empty directories". Looks like sometimes they aren't pruned.

0

I had the same problem, but only with new directories (other team members
adding packages):

http://www.jetbrains.net/jira/browse/IDEA-4772

--

- Rene Smit

0

Has Jetbrains already tried to reproduce this? This problem prevents us
from upgrading to IDEA 5.0.

0

Sorry, but i cannot reproduce it.
I create new directory (not under cvs) and invoke update from the IDEA. It works. IDEA does not create any cvs subdirectories for the new directory. Could you describe step-by-step what can I do to reproduce the problem? Can you reproduce it with some test project? Does it reproducable with the last eap IDEA version with the checked out project (without broken cvs admin data)?

0

Works fine with latest eap build.
--

- Rene Smit

0

Please sign in to leave a comment.