Have you looked at the logs to verify that the data import errors are truly errors to be concerned with? If the CMDB is already (partially?) installed and has some data, the data import will typically error out because the records already exist. This may not be the solution to your problem buy may help make sure you are not barking up the wrong tree and getting too hung up in the data import errors just because of some dup records.
Also you mentioned that various components have been installed by various OS users. Did you chown/chmod/chgrp all of the directories and files to make ownership and access consistent? I have had really good results doing all installs/upgrades as root, shutting down ARS, changing permissions/owners on all files Remedy and restarting as the non root user. I did run into a situation last week where root didn't have read rights to a dir/files and the script kept bombing until I adjusted rights (just because root can't read the file doesn't mean it can't changes the rights ;-)
The last thing... I have noticed there tends to be less problems with the scripts when I set the server to run on a specific TCP port and not use portmapper. Generally my errors have been at the beginning of the script when trying to authenticate the admin user who I know is an admin and that I have typed the correct pw. Once the port was defined the script ran with no issue. Why there would be an authentication/permissions issue ("Demo is not a admin") when using portmapper doesn't make sense to me but it goes away with a specified port.
HTH,
Jason
BTW, it could easily take over 2 hours to install HD/CMDB depending our your hardware, etc (there are a LOT of forms in the CMDB). You may need to give it a bit more time next time. Maybe turn on SQL logging and tail -f the log file so you can see that there is activity (make sure you have some good disk space available)?
**__20060125_______________________This posting was submitted with HTML in it___Hello everybody!!
We've been upgrading our dev server and have run into a bit of an issue. We installed ARS 6.3 patch 18, email 6.3 patch 18, and mid-tier 6.3 patch 18 on a Solaris server with an Oracle database. All of these installed with little or no problems. We installed ARS and email as a non-root user, and mid-tier as root. These pieces are all working OK.
Then, we tried to install Help Desk. The first time, it sat for over 2 hours before we shut it off. Each time after, it would give an error when attempting to install it's version of CMDB. I reported this to support and they told me that CMDB needs to be installed before HD. So I removed all of the Help Desk stuff and attempted to install CMDB. I am using the CMDB patch 3 installer file, and every time it gets to "Loading definitions and data for Shared workflow", it generates an error during the data import while attempting to run a 'rik' command. It then tries to continue the installation until it says "Generating CDM"; then after a minute or so it pops up another error "Problem generating CDM" and the installation quits.
After reading many many KB articles and poring over several old ARS List emails, I got a few good ideas, but none of them worked. I have increased my thread count for list and fast servers to 4 each at startup with a max of 8 each. The odd thing about this is that I had to update the threads directly in the ar.conf file, because Remedy Administrator (also version 6.3 patch 18) doesn't show the box for threads at the bottom of the Server Ports and Queues tab of the server info dialog.
I would greatly appreciate any further insight from the list. I'm about at my wit's end here after spending a day and a half trying to install the CMDB.
Thank you,
John Hanson
Remedy Administrator/Developer
The Standard
1100 SW Sixth Avenue
Portland, OR 97204
Telephone (971) 321-7153
[EMAIL PROTECTED]
__20060125_______________________This posting was submitted with HTML in it___
