Hi Chris, We jumped into the 7.5 (ARS, CMDB and ITSM) bandwagon right away as soon as it became available in our DEV servers, because we wanted to go-live with those 7.5 version 6 months later, with the latest patched versions at the time of the go-live, instead of going live with ARS 7.1 and CMDB 2.1 and ITSM 7.0.3 p9, and upgrade at the end of the year. We are now live with 7.5. We don't use AIE, so did not run into that problem.
I found many bugs which seem resolved by now, which is great. The one significant bug that BMC has not yet resolved, is the one that you refer to, "AtriumConsole loads a blank page with the error popup "Authentication Error" "Send Failed" "OK" so it isn't much use)." We have provided extensive Mid-Tier and Tomcat logs to BMC support for months now, and they are still working (struggling) on that bug. We have the mid-tier (7.5 patch 1) running on Tomcat only (no apache) in Solaris 10 BTW. It is discouraging that the latest patches don't fix this bug, I was planning to upgrade my CMDB and Mid-Tier from 7.5 patch 1 to 7.5 patch 2 to see if that fixes the problem, but I guess it does not since you have that problem too.... I guess eventually more customers are going to have this error message and BMC will have to spend more resources to really get to the bottom of that error. The main problem with this error message is that it is very generic. So therefore you have to dive into the Tomcat logs.... which is not exactly "fun" (at least not for me). Somebody at BMC support is banging his head with this big and complex tomcat logs, and probably wishing the darned thing just worked... -Guillaume -----Original Message----- From: Action Request System discussion list(ARSList) on behalf of strauss Sent: Sat 07/18/09 2:21 PM To: arslist@ARSLIST.ORG Subject: WARNING - AtriumCore 7.5 installer has destructive defect in AIE upgrade After another week of rebuilding a complete 7.1.00.002 environment to test an upgrade to 7.5.00.002, we had some measure of success upgrading the AR Server (no issues), the mid-tier and flashboards server (no issues), and the base AtriumCore on the AR Server (first time this has ever run successfully, although the AtriumConsole loads a blank page with the error popup "Authentication Error" "Send Failed" "OK" so it isn't much use). Then I made the fatal mistake of trying to upgrade the AIE engine instance for the upgraded server to 7.5. Our AIE 7.1 engines for production, development, and failover/upgrade test are all on a separate server. They are all installed in C:\Program Files\BMC Software\BMC Atrium Integration Engine\ in folders for each server ( \SERVERNAME-PORT\ ). Any time we patch one of the engines, the 7.1 installer only modifies the appropriate \SERVERNAME-PORT folder; before AIE, EIE installed and upgraded individual instances by folder in the same manner. In preparation for the upgrade attempt, I had already run the 7.1.00.006 patch against the AIE instance in question since it was at patch 002, and the latest docs for AtriumCore 7.5 point out a problem if AIE is below 7.1.00.004. Friday evening I ran the AtriumCore 7.5.00.002 installer on the AIE server, and ONLY told it to upgrade AIE for the correct server, and pointed it at the C:\Program Files\BMC Software\BMC Atrium Integration Engine\, similar to selecting the Email server etc. in the other 7.5 installers. There is no documentation telling you where to point it exactly, and the default was one folder higher, so it was a guess based on working with the 7.1 patch installers. The installer added a number of folders to that directory and busied itself with all manner of activity, but in the end it decided to fail for some reason. It had been making changes to the appropriate SERVERNAME-PORT folder, as expected. When it died, however, it permanently deleted EVERY FOLDER in the entire \BMC Atrium Integration Engine\ directory, including the file folders for the development and production AIE 7.1 instances!!! Deleted...gone...destroyed. It left behind just three files; two little xml files and a zero-length log file. Needless to say, the production AIE instance immediately stopped working - there were no longer any executable files under the service. Then BMC Support and I spent about an hour learning how to rebuild the development instance folders from scratch, in case we couldn't get the folders restored from backup. Late last night (hindered by the fact that installing the incredibly outdated java required by ADDM 7.5 trashed the java required for the CommVault backup/restore console on his PC), Don restored the file folders from backup and I have the development and production AIE instances working again today. The test upgrade instance is completely trashed since the installer toasted the registry entries. Proof once more that (1) backups matter, and (2) java is a fundamentally flawed, unreliable architecture upon which to base anything important, especially as used by BMC. Just a warning to those of you starting to test upgrades from 7.1 to 7.5. I can hardly wait to try the ITSM and SLM 7.1 to 7.5 upgrades now; I hope someone else wrote the installers! Christopher Strauss, Ph.D. Call Tracking Administration Manager University of North Texas Computing & IT Center http://itsm.unt.edu/ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are" _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"
