- Type:
- Bug
- Priority:
-
Major
- State:
- Fixed
- Subsystem:
- Agent
- Reporter:
- Jens Dueholm Christensen (jedc@r-m.com)
- Assignee:
- Pavel Sher (pavel.sher)
- Affects:
- Benares 3.0.1 BugFix update (6010)
- Fixed in:
- Benares 3.1.2 (6881), Calcutta EAP (7601)
- Created:
- 9 months ago (08 Feb 2008 14:04)
- Updated:
- 4 months ago (14 Jul 2008 16:55)
- Votes:
- 1
- Resolved:
- 4 months ago (14 Jul 2008 16:55)
- JIRA source:
- TW-4446
- Build:
- 6010
I esperience the same behaviour as described in TW-3264 (I realised the issue was closed after I made the comments..)
From TC's buildlog (this was running on RHEL - paths are absolute):
[13:19:52]: Checking for changes
[13:19:59]: Building in /archive/teamcity/buildAgent/work/dcb224a42e4ce3ff
[13:19:59]: Clearing temporary directory: /archive/teamcity/buildAgent/temp/buildTmp
[13:19:59]: Clean build enabled: removing old files
[13:20:03]: Getting project sources
[13:20:16]: Can not find VCS root for the item ':pserver:peff@<CVSHOST>:/repository|project/hrportal.prj/web/src/dk/pls/hrportal/gwt/client/IFrame.java' in the build configuration. Item was skipped.
[13:20:16]: Can not find VCS root for the item ':pserver:peff@<CVSHOST>:/repository|project/hrportal/src/dk/pls/hrportal/system/ReportTypeRestrictionOracle.java' in the build configuration. Item was skipped.
... (more errors as the 2 shown)
The user who chose Remote Run is "peff", but since all VCS roots in this project are configured as:
VCS root name: hrportal.prj
Type of VCS: CVS
CVS Root
Module Name: hrportal.prj
CVS Root: :pserver:teamcity@<CVSHOST>:/repository
PServer Protocol Settings
CVS password: <password>
Please note: <CVSHOST> in both the logfile and config above is a real valid hostname, that resolves and works on every machine. It's not localhost or anything else, but just removed..
I don't know what happens behind the scenes, but as far as I can tell it seems that TC doesn't switch to it's own VCS-roots that work, but tries to use a VCS root that doesn't exist (or at least isn't configured in TC).
If the user hadn't chosen "Remote Run", but just committed as normal TC would pick up the changes and do everything as expected, so something isn't working as expected, and I don't think it's resonable to expect the same VCS root to be specified (with the only change in the username) for every permutation of VCS module and username (that would lead to 400+ different VCS roots for us..)
I hope this helps to clear up things - I'd really like this to get this to work, and if there are any other questions I'd be happy to help with more information
Environment: TC 3.0.1 (build 6010) Enterprise running as standalone on RHEL
VCS: CVS
Multiple buildAgents (all installed from TC 3.0.1) running on Windows/RHEL
IDEA 7.0.2
Issue wasresolved
| Old | New | |
| Jens Dueholm Christensen (jedc@r-m.com) - 9 months ago (21 Feb 2008 12:20) | ||
| Fixed in version | Benares Minor (3.1) | |
| Fixed in version | TeamCity 3.1 (6760) | |
| Yegor Yarko (yaegor) - 7 months ago (09 Apr 2008 20:04) | ||
| State | Fixed | Reopened |
| Fixed in version | TeamCity 3.1 (6760) | |
| Fixed in version | Calcutta (4.0) | |
| Fixed in version | Benares 3.1.2 (6881) | |
| Yegor Yarko (yaegor) - 7 months ago (11 Apr 2008 14:39) | ||
| Priority | Critical | Major |
| Yegor Yarko (yaegor) - 6 months ago (04 May 2008 16:28) | ||
| Assignee | Olesya Smirnova (lesya) | Sergey Anchipolevsky (serganch) |
| Description | I esperience the same behaviour as described in TW-3264 (I realised the issue was closed after I made the comments..) ¶ From TC's buildlog (this was running on RHEL - paths are absolute): ¶ [13:19:52]: Checking for changes [13:19:59]: Building in /archive/teamcity/buildAgent/work/dcb224a42e4ce3ff [13:19:59]: Clearing temporary directory: /archive/teamcity/buildAgent/temp/buildTmp [13:19:59]: Clean build enabled: removing old files [13:20:03]: Getting project sources [13:20:16]: Can not find VCS root for the item ':pserver:peff@<CVSHOST>:/repository|project/hrportal.prj/web/src/dk/pls/hrportal/gwt/client/IFrame.java' in the build configuration. Item was skipped. [13:20:16]: Can not find VCS root for the item ':pserver:peff@<CVSHOST>:/repository|project/hrportal/src/dk/pls/hrportal/system/ReportTypeRestrictionOracle.java' in the build configuration. Item was skipped. ... (more errors as the 2 shown) ¶ The user who chose Remote Run is "peff", but since all VCS roots in this project are configured as: ¶ VCS root name: hrportal.prj Type of VCS: CVS ¶ CVS Root Module Name: hrportal.prj CVS Root: :pserver:teamcity@<CVSHOST>:/repository ¶ PServer Protocol Settings CVS password: <password> ¶ Please note: <CVSHOST> in both the logfile and config above is a real valid hostname, that resolves and works on every machine. It's not localhost or anything else, but just removed.. ¶ I don't know what happens behind the scenes, but as far as I can tell it seems that TC doesn't switch to it's own VCS-roots that work, but tries to use a VCS root that doesn't exist (or at least isn't configured in TC). ¶ If the user hadn't chosen "Remote Run", but just committed as normal TC would pick up the changes and do everything as expected, so something isn't working as expected, and I don't think it's resonable to expect the same VCS root to be specified (with the only change in the username) for every permutation of VCS module and username (that would lead to 400+ different VCS roots for us..) ¶ I hope this helps to clear up things - I'd really like this to get this to work, and if there are any other questions I'd be happy to help with more information ¶ Environment: TC 3.0.1 (build 6010) Enterprise running as standalone on RHEL VCS: CVS Multiple buildAgents (all installed from TC 3.0.1) running on Windows/RHEL IDEA 7.0.2 ¶ Issue wasresolved |
|
| Fix for version | Benares 3.1.2 (6881) | |
| Pavel Sher (pavel.sher) - 4 months ago (14 Jul 2008 16:55) | ||
| State | Reopened | Fixed |
| Resolved Date | — | 4 months ago (14 Jul 2008 16:55) |
| Assignee | Sergey Anchipolevsky (serganch) | Pavel Sher (pavel.sher) |
| Fix for version | Calcutta (4.0) | |
| Fix for version | Benares 3.1.2 (6881) | |
| Fix for version | Calcutta EAP (7601) | |
Olesya Smirnova (lesya)
9 months ago (12 Feb 2008 13:10)Hello,
the problem here is server calculates file relative path as file repository path (project/hrportal.prj/web/src/dk/pls/hrportal/gwt/client/IFrame.java) without module (hrportal.prj). Because file repository path does not start with module server cannot map the path.
Is 'hrportal.prj' a cvs module? How is it confiured?
Seems we don't support it at the moment
Jens Dueholm Christensen (jedc@r-m.com)
9 months ago (12 Feb 2008 13:23)That sounds strange.
'hrportal.prj' and 'hrportal' are 2 different modules (one is the IDEA project, and the other is a regular module used in different IDEA projects).
Both modules are configured in our CVSROOT/modules file as:
hrportal project/hrportal
hrportal.prj project/hrportal.prj
If it was the configuration in TC you wanted, I can attach a screenshot or two to avoid confusion..
Jens Dueholm Christensen (jedc@r-m.com)
9 months ago (13 Feb 2008 12:00)Resolved and Fixed?
This is a real problem for us, so I would appreciate it, if this was not forgotten and really fixed in a later version.
Olesya Smirnova (lesya)
9 months ago (13 Feb 2008 12:47)I hope so :) There was a problem in mapping - cvs suppport did not understand cvs modules. It could not mapped 'project/hrportal.prj/web/src/dk/pls/hrportal/gwt/client/IFrame.java' without information about hrportal.prj module. Now it is fixed. Next EAP will be available soon, I hope, you'll be able to test it.
Thanks for the feedback!
Jens Dueholm Christensen (jedc@r-m.com)
9 months ago (13 Feb 2008 12:53)Ahh! :) Thanks!
Is there a way to be notified (mailinglist or sorts?) of new EAP versions or do I just have to be on the lookout myself?
Olesya Smirnova (lesya)
9 months ago (13 Feb 2008 13:25)You can look at our forum
http://www.intellij.net/forums/forum.jspa?forumID=68&start=0
or blog
http://blogs.jetbrains.com/teamcity/
Olesya Smirnova (lesya)
9 months ago (21 Feb 2008 12:20)Hello,
there is new EAP availble with the fix. How does it work?
Frank Hermez (hermez)
7 months ago (09 Apr 2008 18:38)Hi.
I'm using #6828 on Linux 2.6.20.7 #2 SMP x86_64. On client side I have Idea #8243.
The same error while trying to do Remote Run.
But after failing with this error I can successfully do "Commit" from within Idea TeamCity plugin. So VCS works.
thanks
J/
Frank Hermez (hermez)
7 months ago (09 Apr 2008 19:10)I don't know if it's relevant but there is ":" after hostname but no port number specified in this error msg.
And also this "|" sign maybe shouldn't be here?
Can not find VCS root for the item ':pserver:<USER>@<HOSTNAME>:/var/cvs/<PROJECT>|<module+path+to+changed+class>.java' in the build configuration. Item was skipped.
What other information do you need? This bug (?) makes TC unusable for me now..
Frank Hermez (hermez)
7 months ago (10 Apr 2008 14:59)My problem disappeared jsut now when I setup VCS root (CVS) in TC to use my username.
But in general I want TC to use some different account to access source code and every developer has it's own account of course too. Now other developers still cannot do anything, only me, so it's not a solution.
Frank Hermez (hermez)
7 months ago (11 Apr 2008 11:29)Hello back again.
It's working now. I resolved problem by not specifying port number in TC VCS root. So I have TC cvs account for TC server and every developer uses his own cvs account to check-in stuff.
Anyway I think there is a bug somewhere because on the same host we use also different CI framework (bamboo) and it is configured with cvs port being specified and it works fine.
Greetings.
J/
Yegor Yarko (yaegor)
7 months ago (11 Apr 2008 14:34)Frank,
Thank you for the investigation. We will look into the issue.
BTW, Bamboo might not experience it because of remote run feature lacking.
Meidan Alon (Meidan)
6 months ago (04 May 2008 10:57)Hi,
I have the same problem, only with TFS.
When configuring TC VCS root, port number is mandatory, so that solution is irrelevant.
The problem happens on 2 different machines, but not on a third one.
The problematic machines have no problem connecting to the TFS (using Visual Studio).
Any help would be appreciated, as this feature is very useful.
Pavel Sher (pavel.sher)
4 months ago (27 Jun 2008 21:13)Meidan, please watch/vote for this issue: TW-5362
Pavel Sher (pavel.sher)
4 months ago (27 Jun 2008 21:02)Frank you were right about port number. We had incorrect value specified as default port in CVS: 2041 instead of 2401, I think this was the cause of your problem.
Pavel Sher (pavel.sher)
4 months ago (14 Jul 2008 16:53)this issue should be fixed, the was merged to 3.1 branch too