ehealth installation taking long

[Tshwantshi David Tsatsi]

Hi Guys

I know that this is old tech and EOSL but i need assistance

We are trying to install eHealth 6.3.3.05 on a Server 2012 machine while we are awaiting network connectivity to deploy a PM collector.

For the past 3 hours it has been stuck on Step 4 of 21: Installing Oracle Updates....This may take up to 50 minutes.

Is this normal? What do i need to check?

Regards
David

------------------------------
Ops Specialist: Enterprise Systems Management
BCX
Gauteng South Africa
------------------------------

[Chris Knowles]

Wow!  An eHealth install!  I love it!!!  ��

 

There should be a separate install log file for the Oracle update that gets written as it is running.  You can check that and see if it's doing anything.  I used to watch that for errors while the installs were running.

 

HTH,

Chris

 

 

 

 

[Tshwantshi David Tsatsi]

Hi Chris

I'm looking at an orapatch.log under E:/ehealth/log/install/ and the last entry was show below.

Tue 11:14:39 | tar: blocksize = 20

I have attached the log file for reference. 

The other thing is that there is no option to cancel the install. The only option that looks available is to kill the process.

Regards
David

------------------------------
Ops Specialist: Enterprise Systems Management
BCX
Gauteng South Africa
------------------------------

Attachment(s)

orapatch.log   2 KB 1 version

[Chris Knowles]

I recall there was an issue with the Oracle installer wanting to spit up an Xwindow splash screen and it would just sit there if it couldn't.  But, that was long ago and I don't remember if they ever fixed that.  Maybe one of the support guys can chime in with some old memories to get you out of a bind. 

 

 

 

[Giuseppe Civardi]

Hi David.

I'd first make sure there is enough space for the temp dir it is trying to unpack - e.g.:

Tue 11:14:27 | unpacking tarball in 'E:/ehealth/tmp/orapatch-24591642-1002119' ...
Tue 11:14:29 | mkdir E:/ehealth/tmp/orapatch-24591642-1002119
Tue 11:14:32 | chmod 777 E:/ehealth/tmp/orapatch-24591642-1002119
Tue 11:14:36 | :: unpacking contents to a temporary location ...
Tue 11:14:37 | tar -xf E:/oracle/Oracle.12.1/OraclePatches/orapatch-24591642.tar
Tue 11:14:39 | tar: blocksize = 20

Also from memory, similar cases was sometimes caused by having other services or 3rd-party software running on the server and interfering with Oracle install.

For example:
COM+ Event System and Distributed Transaction Coordinator. 
Or 3rd-party software like "Snare" which has links with Windows Event

If so stop and disable them and see if this allow the install to complete successfully.

Thanks,
Giuseppe


------------------------------
Technical Support Engineer
Broadcom
------------------------------

[Tshwantshi David Tsatsi]

Hi Giuseppe

The two drives are 80GB of size each.

Its difficult to say where exactly does it get stuck. I cancelled the previous install and restarted it again and It managed to get to Step 12 of 21:Creating Oracle Database.  Below is an extract from the recently modified log file which is CreateDb.

nhiCreateDbInstance: done.
:: creating status file: E:/eHealth/tmp/nhiCreateDb5480.stat
finished: 2020-05-20 13:18:42
Wed 13:18:43 | nhCreateDb: CreateDbInstance returned 0.
Wed 13:18:44 | Executing nhiSetOraclePkgPrv ...
Wed 13:23:26 | Executing nhiCreateOfaFiles ...
DBF: +-------------+--------+----------------------------------------------------+
Wed 13:23:31 |
Wed 13:23:31 | Database creation complete.
Wed 13:23:31 | Logging verification check in file: E:/eHealth/log/install/CreateDb_v.log

And last entry in E:/eHealth/log/install/CreateDb_v.log

Wed 13:23:32 | Validating CreateDb status ...
Wed 13:23:34 | NHISQL: connect=SYSDBA (os='ehealth'):
Wed 13:23:35 | SQL> select 'GotIt' from DUAL;
Wed 13:23:39 | NHISQL: connect=USER (os='ehealth'):

Distributed Transaction Coordinator service was already stopped as part of the pre-requisites. I will also stop COM+ Event System and restart the installation.

Regards
David

------------------------------
Ops Specialist: Enterprise Systems Management
BCX
Gauteng South Africa
------------------------------

[Giuseppe Civardi]

Hi David.

It really seems to be something having to do with the machine where this is installed on.

It seems this step may take time to complete.
You can also check and try the following points if it still stuck on creating the database:

Disable the UAC

Set the system variable NUMBER_OF_PROCESSORS to the number of processors that this machine has (Control Panel, System, Advanced System Settings, Environment Variables Variable Name: NUMBER_OF_PROCESSORS Variable Value). 

If it is a VM machine, set the number of CPUs to one within VMware setup for the virtual server.

Thanks,
Giuseppe

------------------------------
Technical Support Engineer
Broadcom
------------------------------

[Tshwantshi David Tsatsi]

Hi 

I think it was the AV. I got the team to disable it ad it seems to have worked.

Regards
David

------------------------------
Ops Specialist: Enterprise Systems Management
BCX
Gauteng South Africa
------------------------------