Urgent: Update CCM fails "Cannot find the JTS repotools command"
Hello fellows,
I've got a problem on updating CCM from 4.0.2 to 4.0.5.
Environment:
WIndows 2008 R2,
WebSphere 8
CCM is installed as single application on the server.
I followed the interactive upgrade guide.
But running the upgrade script results in an error:
D:\Programs\IBM\JazzTeamServer_CCM_405\server>upgrade\ccm\ccm_upgrade.bat -oldApplicationHome D:\Programs\IBM\JazzTeamServer_CCM_402\server\conf -updateTomcatFiles no
Cannot find the JTS repotools command '"D:\Programs\IBM\JazzTeamServer_CCM_405\server"\repotools-jts.bat'.
Verify that the -newJTSHome parameter '"D:\Programs\IBM\JazzTeamServer_CCM_405\server\conf"' is pointing to the new JTS server configuration directory, for example, 'JazzInstallRoot\server\conf' and that the jtsContextRoot parameter 'jts' is correct.
The jts is installed on an other server and is already updated to 4.0.5.
Any hints?
greetings georg.
I've got a problem on updating CCM from 4.0.2 to 4.0.5.
Environment:
WIndows 2008 R2,
WebSphere 8
CCM is installed as single application on the server.
I followed the interactive upgrade guide.
But running the upgrade script results in an error:
D:\Programs\IBM\JazzTeamServer_CCM_405\server>upgrade\ccm\ccm_upgrade.bat -oldApplicationHome D:\Programs\IBM\JazzTeamServer_CCM_402\server\conf -updateTomcatFiles no
Cannot find the JTS repotools command '"D:\Programs\IBM\JazzTeamServer_CCM_405\server"\repotools-jts.bat'.
Verify that the -newJTSHome parameter '"D:\Programs\IBM\JazzTeamServer_CCM_405\server\conf"' is pointing to the new JTS server configuration directory, for example, 'JazzInstallRoot\server\conf' and that the jtsContextRoot parameter 'jts' is correct.
The jts is installed on an other server and is already updated to 4.0.5.
Any hints?
greetings georg.
3 answers
I see you've moved on but I think you needed to use this switch
[-ignoreJTSVersionCheck] --Do not attempt to verify that the application version is compatible with the JTS version located at newJTSHome. This argument should only be used in a distributed deployment where the JTS is on a separate system that is inaccessible from the application system.
[-ignoreJTSVersionCheck] --Do not attempt to verify that the application version is compatible with the JTS version located at newJTSHome. This argument should only be used in a distributed deployment where the JTS is on a separate system that is inaccessible from the application system.
Comments
Georg Kellner
Feb 01 '14, 3:50 p.m.Turned into a Prio 1 PMR. :-(
So this question can be ignored.