Did an incident 7.0 install yesterday. All items in the html log
showed as successful.
Environment Specs:
App Server (Sunfire 440 2x1.2ghz 4gb Memory)
- LANG/LC_ALL=en_US.UTF-8
Oracle 10.2.0 client
- NLS_LANG=american
Remote Oracle 9.2 db (Sunfire 880 4x1.2ghz 8gb memory)
- Instance uses UTF-8 character set
App Specs (Listed in order of installation)
- ARServer 7.0 p001
- Email 7.0 p001
- FB History Daemon 7.0 p001
- Approval 7.0
- Assignment Engine 7.0
- CMDB 2.0
- Incident 7.0
- Problem 7.0
- Change 7.0
- Asset 7.0
ARServer install info
- This was a new install
- All languages were installed for ARServer
- Portmappper was not used
Special considerations:
- We already had a tablespace, db user, rollback segment, and temp
tablespace in place prior to the install. I updated the install
script to not require Oracle system access for the installation, for
security considerations.
- Patch to allow the install not requiring system access
(Oracle/Solarips only):
--- ar_install.bak Mon Jul 24 10:41:19 2006
+++ ar_install Mon Jul 24 21:36:28 2006
@@ -10739,6 +10739,11 @@
done
$RM /tmp/drop_user.ora$$ >> /dev/null 2>&1
+echo "User action required: Empty the following files\n"
+echo " clear the contents of /tmp/arinit.ora\n"
+echo " Press enter to when complete\n"
+read n < /dev/tty
+
lecho "Building the ORACLE database may take a few minutes."
lecho "Please wait...."
lecho
- Installed as a non-root user (all apps)
- FB install script required changes to accomplish this
Problems we ran into:
- Installing all languages causes the import of > 2k record into the
localized messages form. To work around this, I crafted a license
file I put in place prior to the install
- The ARServer install script exited abnormally. During the FB forms
install, the install exited with an invalid operator error. This was
corrected by updating the install script.
- Patch to correct (only applipes to new installs):
--- ar_install.bak Mon Jul 24 10:41:19 2006
+++ ar_install Mon Jul 24 21:36:28 2006
@@ -11780,6 +11785,7 @@
############################################
# Stage 6 : Set up sample forms and Demo
############################################
+ARS_VER=0; export ARS_VER
STAGE=6
LogOnly "Stage 6: `date`"
if [ $FRESH_INSTALL -eq 1 ]; then
- Expected to see an approval server process, but it is now a plugin.
- During the install of Problem, Change, and Asset, the import of the
following data (arx) failed:
- Form: PDL:ESIDversioninfo
- Records: 1
- Data File: /<app name>/ar/pdl/workflow/en/./PDL_ESIDversioninfo_cfg.arx
- This record failed to import because the entry id was
000000000000003 for all 3 of the referenced apps, but was
000000000000001 during the install of Incident. The record was
identical with the exception of the eid, but violated a unique index.
Axton Grams
On 7/27/06, Jason Miller <[EMAIL PROTECTED]> wrote:
** Here is a tip on Stephen's tip regarding Windows Task Manager...
CTRL+SHIFT+ESC will also bring it up. Very helpful especially when in a
Remote Desktop connection and Ctrl+Alt+Delete wants to control your local
machine and not the remote machine.
Also a great tool for watching processes is a free app Process Explorer by
Sysinternals. It will show you TCP/IP connections that an app is using (i.e.
aruser.exe), resource usage by process, show you DLL info and what DLLs an
app is using. You can even set it to replace the Windows Task Manager so it
is invoked with CTRL+SHIFT+ESC.
http://www.sysinternals.com/Utilities/ProcessExplorer.html
Microsoft just acquired them last week so who knows how long this will be
here for free, you may want to check it out soon.
Jason
On 7/27/06, Heider, Stephen <[EMAIL PROTECTED]> wrote:
> BTW, here's a tip... When installing Incident (on Windows) or any of the
> mammoth installations from BMC keep the Task Manager open and the
> Performance tab selected. If you have already started the installation
> press Ctrl+Alt+Delete and select Task Manager.
>
> With the installation program hiding all windows and taking up the
> entire screen I did not notice the error message I detailed in the
> previous message - it was hiding behind the install window. It could
> have been there for an hour or more.
>
> When the Task Manager is open it allows you to see your task bar and any
> open windows. The Performance tab will also show the CPU utilization. If
> it drops to less than 5% for an extended period of time it could be the
> installation locked up. If so, at least you won't be waiting for hours.
>
> Stephen
>
>
>
> -----Original Message-----
> From: Action Request System discussion list(ARSList)
> [mailto: [EMAIL PROTECTED] On Behalf Of Heider, Stephen
> Sent: Thursday, July 27, 2006 1:27 PM
> To: [email protected]
> Subject: Re: Incident Management install woes
>
> Similar situation...
>
> I am installing the Incident 7.0 module today. After a few hours I
> received this error: "Error Number: 0x80040707 Description" There was
> no description. When I clicked OK I received this error:
>
> << start of error message >>
>
> An error (-5012 : 0x8000ffff) has occurred while running setup.
>
> Please make sure you have finished any previous setup and closed other
> applications. If the error still occurs, please contact your vendor:
> MBC Software, Inc. (http//www.bmc.com).
>
> Error Code: -5012 : 0x8000ffff
> Error Information:
> >Ctor\ObjectWrapper.cpp (332)
> >Ctor\ObjectWrapper.cpp (201)
> >SetupDLL\SetupDLL.cpp (1397)
> PAPP:BMC Remedy Incident Management
> PVENDOR:BMC Software, Inc. (http://www.bmc.com)
> PGUID:79F12E66-C4A0-4899-9C59-D0BD23BC9E21
> $10.1.0.238
> @Windows Service Pack 1 (3790) IE 6.0.3790.1830
>
> << end of error message >>
>
> I checked this solution from InstallSheild but all registry entries are
> fine.
http://consumer.installshield.com/kb.asp?id=Q108167. There
is
> plenty of disk space and I am installing with a Local Administrator
> account (Windows Server 2003).
>
> I will to try the installation again.
>
> Stephen
>
> -----Original Message-----
> From: Action Request System discussion list(ARSList)
> [mailto:[EMAIL PROTECTED] On Behalf Of Kieran O'Hare
> Sent: Thursday, July 27, 2006 11:49 AM
> To: [email protected]
> Subject: Incident Management install woes
>
> Hi,
> I have Oracle 10G R2 on Windows Server 2003 and ARS 7.
> My Incident Management 7 install took hours and the log files report
> many errors. The vast majority of .arx and .def files failed to import.
> Several times during the install the following error was displayed
>
> 'Driver command completed with error'
>
> I OK'd this, and the install appeared to resume and eventually completed
> without any Remedy-like notification that there were problems.
>
> Any ideas what might be wrong? I installed all the prerequisites in the
> specified order and licenced ARS and Incident Management beforehand.
>
> Thanks
>
> Kieran O'Hare
> Programmer
> Information Systems Services
> 200/201 Pearse St.
> Trinity College
> Dublin 2
> Phone +353 1 8962774
>
>
________________________________________________________________________
> _______
> UNSUBSCRIBE or access ARSlist Archives at http://www.wwrug.org
>
>
________________________________________________________________________
> _______
> UNSUBSCRIBE or access ARSlist Archives at http://www.wwrug.org
>
>
_______________________________________________________________________________
> UNSUBSCRIBE or access ARSlist Archives at http://www.wwrug.org
>
__20060125_______________________This posting was
submitted with HTML in it___
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at http://www.wwrug.org
