Re: Second try --> Upgrade 8.1.00 to 9.1.03 Failed

2017-10-06 Thread Satya Gandhi 
Hi Thomas,

A dbVersion value of 54 indicates that the database has been upgraded

I also see that there is alternating information about the ARServer  being
secondary serher AT least when it is validating FTS ports

If the database was a copy from another environment which was part of a
server group,  then perform the flowing steps


Remove the old arerror log and armonitor log  files  and restart the
arsystem services. If the reserves starts successfully the  perform the
following steps

Delete records from table servgrp_board and servgrp_resources

Change db version value to  what is currently on prevdbversion column and
remove the value from prevdbversion

On the AR config file, set multiple ar servers to false and server group
member to false. Also ensure that there are no references for secondary
server for any plugins or any features. Comment those lines out, if you
find any

Remove any files from the temp directory to have  clean set of install log
files

Ensure that the arsystem server licenses are valid and you are able to
create new records in any for that already have more than  2000 entries

 Also set the min and max values for private queues,  fast and list threads
to the current and recommended maximum value for your infrastructure

Now run the installer and let us know how it goes

Thanks
Satya Gandhi

On 6 Oct 2017 6:29 pm, "Thomas Miskiewicz"  wrote:

> **
> Hi,
>
> the dbVersion is 54.
>
> Server is not part of the server group, still the stupid installer says:
> server is NOT server group member, server IS server group member, server is
> NOT server group member … why?
>
> (Oct 06 2017 02:29:12.122 PM +0200),CONFIG,com.bmc.install.task.
> InstallationPropertiesHelper,
>   LOG EVENT {Description=[SET PROPERTY BMC_AR_SERVER_GROUP_MEMBER],
> Detail=[F]}
>
> [className=com.bmc.install.product.arsuitekit.platforms.
> arsystemservers.task.ARServerUpdateConfigurationEnt
> ry,arguments=[/ESP/usr/ar/ARSE1/conf/ar.conf,
> Num-Preload-Schema-Segments, , 25, searchKEYandREPLACEvalue]],
> [className=com.bmc.install.product.arsuitekit.platforms.
> arsystemservers.task.ARServerUpdateConfigurationEnt
> ry,arguments=[/ESP/usr/ar/ARSE1/conf/ar.conf, Num-Preload-Threads, , 10,
> searchKEYandREPLACEvalue]], [className=com.bmc.install.
> product.arsuitekit.platforms.arsystemservers.task.
> ARServerUpdateConfigurationEntry,arguments=[/ESP/usr/ar/ARSE1/conf/ar.conf,
> Application-Enable, F, T, setCFGentry]], [className=com.bmc.install.
> product.arsuitekit.platforms.arsystemservers.task.
> ARServerUpdateConfigurationEntry,arguments=[/ESP/usr/ar/ARSE1/conf/ar.conf,
> Large-Result-Logging-Threshold, , 100, setCFGentry]],
> [className=com.bmc.install.product.arsuitekit.platforms.
> arsystemservers.task.ARServerUpdateConfigurationEnt
> ry,arguments=[/ESP/usr/ar/ARSE1/conf/ar.conf, Max-Log-History, , 8,
> setCFGentry]], [className=com.bmc.install.product.arsuitekit.platforms.
> arsystemservers.task.ARServerUpdateConfigurationEnt
> ry,arguments=[/ESP/usr/ar/ARSE1/conf/ar.conf, Max-Log-File-Size, ,
> 134217728, setCFGentry, [level=Database Only Server Group
> Configuration,commands=[[className=com.bmc.install.
> product.arsuitekit.platforms.arsystemservers.task.
> ARServerUpdateConfigurationEntry,arguments=[/ESP/usr/ar/ARSE1/conf/ar.conf,
> Server-Group-Member, , F, searchKEYandREPLACEvalue, [level=AR Server
> Group Configuration,commands=[[className=com.bmc.install.
> product.arsuitekit.platforms.arsystemservers.task.
> ARServerUpdateConfigurationEntry,arguments=[/ESP/usr/ar/ARSE1/conf/ar.conf,
> Server-Group-Member, , T, searchKEYandREPLACEvalue, [level=Configure
> JMX,commands=[[className=com.bmc.install.product.arsuitekit.platforms.
> arsystemservers.task.ARServerUpdateConfigurationEnt
> ry,arguments=[/ESP/usr/ar/ARSE1/conf/ar.conf, Jmx-port, , 61500,
> searchKEYandREPLACEvalue, [level=Configure JMS,commands=[[className=com.
> bmc.install.product.arsuitekit.platforms.arsystemservers.task.
> ARServerUpdateConfigurationEntry,arguments=[/ESP/usr/ar/ARSE1/conf/ar.conf,
> Default-messaging-port, , 61617, searchKEYandREPLACEvalue, [level=AR
> Server Atrium SSO Configurati
>
>
>
> (Oct 06 2017 02:47:07.676 PM +0200),INFO,com.bmc.smbu.
> install.common.rule.engine.StageGroup,
>   LOG EVENT {Description=[Skipping execution of
> stage],Detail=[[level=Database Only Server Group Configuration,commands=[[
> className=com.bmc.install.product.arsuitekit.platforms.
> arsystemservers.task.ARServerUpdateConfigurationEnt
> ry,arguments=[/ESP/usr/ar/ARSE1/conf/ar.conf, Server-Group-Member, , F,
> searchKEYandREPLACEvalue]}
> (Oct 06 2017 02:47:07.676 PM +0200),INFO,com.bmc.smbu.
> install.common.rule.engine.Stage,
>   LOG EVENT {Description=[Executing stage [level=AR Server Group
> Configuration,commands=[[className=com.bmc.install.
> product.arsuitekit.platforms.arsystemservers.task.
> ARServerUpdateConfigurationEntry,arguments=[/ESP/usr/ar/ARSE1/conf/ar.conf,
> Server-Group-Member,

Re: Second try --> Upgrade 8.1.00 to 9.1.03 Failed

2017-10-06 Thread Satya Gandhi 
Hi,

Check the record in control table from a db utility

Select * from control

The value in dbVersion column  should be 54 and if that's not the case, the
database has not been upgraded to 9.1.03.

If the AR Server binaries has been upgraded but not the database, t
It should given an error Bout column useShaH (or something similar). This
column is created only when the database has also been upgraded

Was the server part of  server group? If yes, can you please check if the
server was considered a secondary server and hence updates only the
binaries and not the database. This can be found on the
systeminstalledconfiguration.xml file

If you are running the server on Windows, check the productregistry.xml to
find the install and upgrade entries for product BMC Remedy action request
system server

I cannot open the log files as I am on my mobile right now. Are there any
glaring errors on arsystem install logs?

Regards
Satya Gandhi

On 6 Oct 2017 18:06, "Grooms, Frederick W" 
wrote:

> Is there anything in the arDebug.log or arError.log?
>
>
> -Original Message-
> From: Action Request System discussion list(ARSList) [mailto:
> arslist@ARSLIST.ORG] On Behalf Of Thomas Miskiewicz
> Sent: Friday, October 06, 2017 11:24 AM
> To: arslist@ARSLIST.ORG
> Subject: Second try --> Upgrade 8.1.00 to 9.1.03 Failed
>
> Hello Listers,
>
> at the moment I do ARS upgrades from 7.6.4, 8.1.00 and higher to 9.1.03
> for various customers. OS: Linux and Solaris.
>
> Not a single system that just worked! I'm really not sure how to move to
> production under this circumstances...
>
> What's even worse: the BMC support in India has zero clue and just keeping
> us busy with their ideas and requests. In all the month not a single hint
> with substance! BTW, talked to some partners and customers which I do not
> work for - same issues! But BMC support always pretends they never heard of
> any issues.
>
> The logs of my recent installation:https://s3.eu-central-1.amazonaws.com/
> miskiewicz/arslist/INC112333.tar.gz Maybe one of you has an idea what is
> going on.
>
> Basically the job went like this:
>
> 1. Clean and working 8.1.00 installation.
> 2. Installer 9.1.03 runs.
> 3. Installer 9.1.03 cannot start the server it installed and gives up.
> 4. Result: A messed up ARS 9.1.03 installation that doesn't start, but is
> trying to do a gazzilion of inserts into various tables and is violating
> the unique index at the same time.
>
> I restored and started from scratch. Same result. Not sure what to do. The
> only comfort is BMC doesn't know either. I feel less stupid.
>
>
> Thomas
>
> 
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> "Where the Answers Are, and have been for 20 years"
>

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Re: Second try --> Upgrade 8.1.00 to 9.1.03 Failed

2017-10-06 Thread Thomas Miskiewicz 
Yes, quite a bit:

https://s3.eu-central-1.amazonaws.com/miskiewicz/arslist/ardebug.log 


https://s3.eu-central-1.amazonaws.com/miskiewicz/arslist/arerror.log 



> On 6. Oct 2017, at 19:04, Grooms, Frederick W  
> wrote:
> 
> Is there anything in the arDebug.log or arError.log?   
> 
> 
> -Original Message-
> From: Action Request System discussion list(ARSList) 
> [mailto:arslist@ARSLIST.ORG] On Behalf Of Thomas Miskiewicz
> Sent: Friday, October 06, 2017 11:24 AM
> To: arslist@ARSLIST.ORG
> Subject: Second try --> Upgrade 8.1.00 to 9.1.03 Failed
> 
> Hello Listers,
> 
> at the moment I do ARS upgrades from 7.6.4, 8.1.00 and higher to 9.1.03 for 
> various customers. OS: Linux and Solaris.
> 
> Not a single system that just worked! I'm really not sure how to move to 
> production under this circumstances...
> 
> What's even worse: the BMC support in India has zero clue and just keeping us 
> busy with their ideas and requests. In all the month not a single hint with 
> substance! BTW, talked to some partners and customers which I do not work for 
> - same issues! But BMC support always pretends they never heard of any issues.
> 
> The logs of my recent 
> installation:https://s3.eu-central-1.amazonaws.com/miskiewicz/arslist/INC112333.tar.gz
>  Maybe one of you has an idea what is going on.
> 
> Basically the job went like this:
> 
> 1. Clean and working 8.1.00 installation.
> 2. Installer 9.1.03 runs.
> 3. Installer 9.1.03 cannot start the server it installed and gives up.
> 4. Result: A messed up ARS 9.1.03 installation that doesn't start, but is 
> trying to do a gazzilion of inserts into various tables and is violating the 
> unique index at the same time.
> 
> I restored and started from scratch. Same result. Not sure what to do. The 
> only comfort is BMC doesn't know either. I feel less stupid.
> 
> 
> Thomas
> 
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> "Where the Answers Are, and have been for 20 years"


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Re: Second try --> Upgrade 8.1.00 to 9.1.03 Failed

2017-10-06 Thread Grooms, Frederick W 
Is there anything in the arDebug.log or arError.log?   


-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Thomas Miskiewicz
Sent: Friday, October 06, 2017 11:24 AM
To: arslist@ARSLIST.ORG
Subject: Second try --> Upgrade 8.1.00 to 9.1.03 Failed

Hello Listers,

at the moment I do ARS upgrades from 7.6.4, 8.1.00 and higher to 9.1.03 for 
various customers. OS: Linux and Solaris.

Not a single system that just worked! I'm really not sure how to move to 
production under this circumstances...

What's even worse: the BMC support in India has zero clue and just keeping us 
busy with their ideas and requests. In all the month not a single hint with 
substance! BTW, talked to some partners and customers which I do not work for - 
same issues! But BMC support always pretends they never heard of any issues.

The logs of my recent 
installation:https://s3.eu-central-1.amazonaws.com/miskiewicz/arslist/INC112333.tar.gz
 Maybe one of you has an idea what is going on.

Basically the job went like this:

1. Clean and working 8.1.00 installation.
2. Installer 9.1.03 runs.
3. Installer 9.1.03 cannot start the server it installed and gives up.
4. Result: A messed up ARS 9.1.03 installation that doesn't start, but is 
trying to do a gazzilion of inserts into various tables and is violating the 
unique index at the same time.

I restored and started from scratch. Same result. Not sure what to do. The only 
comfort is BMC doesn't know either. I feel less stupid.


Thomas

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Second try --> Upgrade 8.1.00 to 9.1.03 Failed

2017-10-06 Thread Thomas Miskiewicz 
Hello Listers,

at the moment I do ARS upgrades from 7.6.4, 8.1.00 and higher to 9.1.03 for 
various customers. OS: Linux and Solaris.

Not a single system that just worked! I'm really not sure how to move to 
production under this circumstances...

What's even worse: the BMC support in India has zero clue and just keeping us 
busy with their ideas and requests. In all the month not a single hint with 
substance! BTW, talked to some partners and customers which I do not work for - 
same issues! But BMC support always pretends they never heard of any issues.

The logs of my recent 
installation:https://s3.eu-central-1.amazonaws.com/miskiewicz/arslist/INC112333.tar.gz
 Maybe one of you has an idea what is going on.

Basically the job went like this:

1. Clean and working 8.1.00 installation.
2. Installer 9.1.03 runs.
3. Installer 9.1.03 cannot start the server it installed and gives up.
4. Result: A messed up ARS 9.1.03 installation that doesn't start, but is 
trying to do a gazzilion of inserts into various tables and is violating the 
unique index at the same time.

I restored and started from scratch. Same result. Not sure what to do. The only 
comfort is BMC doesn't know either. I feel less stupid.


Thomas

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Re: Upgrade 8.1.00 to 9.1.03 Failed

2017-10-06 Thread Thomas Miskiewicz 
Hello Listers - sorry but not sure what posting through https://listserv.rrr.se 
ends to in an empty message...

at the moment I do ARS upgrades from 7.6.4, 8.1.00 and higher to 9.1.03 for 
various customers. OS: Linux and Solaris.

Not a single system that just worked! I'm really not sure how to move to 
production under this circumstances...

What's even worse: the BMC support in India has zero clue and just keeping us 
busy with their ideas and requests. In all the month not a single hint with 
substance! BTW, talked to some partners and customers which I do not work for - 
same issues! But BMC support always pretends they never heard of any issues.

The logs of my recent 
installation:https://s3.eu-central-1.amazonaws.com/miskiewicz/arslist/INC112333.tar.gz
 Maybe one of you has an idea what is going on.

Basically the job went like this:

1. Clean and working 8.1.00 installation.
2. Installer 9.1.03 runs.
3. Installer 9.1.03 cannot start the server it installed and gives up.
4. Result: A messed up ARS 9.1.03 installation that doesn't start, but is 
trying to do a gazzilion of inserts into various tables and is violating the 
unique index at the same time.

I restored and started from scratch. Same result. Not sure what to do. The only 
comfort is BMC doesn't know either. I feel less stupid.


Thomas

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Upgrade 8.1.00 to 9.1.03 Failed

2017-10-06 Thread Thomas Miskiewicz 
Hello Listers,

at the moment I do ARS upgrades from 7.6.4, 8.1.00 and higher to 9.1.03 for 
various customers. OS: Linux and Solaris.

Not a single system that just worked! I'm really not sure how to move to 
production under this circumstances...

What's even worse: the BMC support in India has zero clue and just keeping us 
busy with their ideas and requests. In all the month not a single hint with 
substance! BTW, talked to some partners and customers which I do not work for - 
same issues! But BMC support always pretends they never heard of any issues.

The logs of my recent 
installation:https://s3.eu-central-1.amazonaws.com/miskiewicz/arslist/INC112333.tar.gz
 Maybe one of you has an idea what is going on.

Basically the job went like this:

1. Clean and working 8.1.00 installation.
2. Installer 9.1.03 runs.
3. Installer 9.1.03 cannot start the server it installed and gives up.
4. Result: A messed up ARS 9.1.03 installation that doesn't start, but is 
trying to do a gazzilion of inserts into various tables and is violating the 
unique index at the same time.

I restored and started from scratch. Same result. Not sure what to do. The only 
comfort is BMC doesn't know either. I feel less stupid.


Thomas

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"