Satya, the environment is NOT a copy or clone of another environment. The servgrp... Tables don’t exist.
I did a clean start with deleting logs etc few times already. Nothing new. Same stuff in the logs. I would appreciate if you could review my armonitor.conf and ARSystemInstalledConfiguration.xml Maybe you see something’s I don’t. Apart from that I have no idea what else I can do. Even worse neither does BMC! They‘ve been discussing the matter internally since a couple of days but didn’t approach us with a single suggestion. When this happens (and this is how BMC support in India works 99.9% of time), they usually wait two weeks and send me a question whether the problem still persists. How ridiculous is that! Thomas > On 6. Oct 2017, at 20:05, Satya Gandhi <[email protected]> wrote: > > ** > 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" <[email protected]> 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.ARServerUpdateConfigurationEntry,arguments=[/ESP/usr/ar/ARSE1/conf/ar.conf, >> Num-Preload-Schema-Segments, , 25, searchKEYandREPLACEvalue]], >> [className=com.bmc.install.product.arsuitekit.platforms.arsystemservers.task.ARServerUpdateConfigurationEntry,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, , 1000000, setCFGentry]], >> [className=com.bmc.install.product.arsuitekit.platforms.arsystemservers.task.ARServerUpdateConfigurationEntry,arguments=[/ESP/usr/ar/ARSE1/conf/ar.conf, >> Max-Log-History, , 8, setCFGentry]], >> [className=com.bmc.install.product.arsuitekit.platforms.arsystemservers.task.ARServerUpdateConfigurationEntry,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.ARServerUpdateConfigurationEntry,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.ARServerUpdateConfigurationEntry,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, , T, searchKEYandREPLACEvalue]]]]]} >> (Oct 06 2017 02:47:07.676 PM >> +0200),INFO,com.bmc.smbu.install.common.rule.engine.extension.ExtensionCommand, >> LOG EVENT {Description=[Executing extension Command]} >> >> etc. >> >> arsystem_install_log.txt attached >> >> ARSystemInstalledConfiguration.xml didn’t exist but it was created after the >> first failed installation. In there is say, server is NOT server group >> member. So does ar.conf >> >> I’m on Solaris in this case. >> >> arerror.log has a few hundreds entries complaining that he couldn’t import >> forms: >> >> Fr Okt 06 15:26:28.836 2017 Import failed for AR System Administration: Add >> Or Remove Licenses: >> Fr Okt 06 15:26:28.953 2017 Import failed for AR System Administration: >> Display Form To Collect User Decisions: >> Fr Okt 06 15:26:29.225 2017 Import failed for AR System License: Save >> Produse Attachment: >> Fr Okt 06 15:26:29.530 2017 Import failed for AR System Licenses Console: >> Fr Okt 06 15:26:29.688 2017 Import failed for AR System: Generate License >> Usage Report: >> Fr Okt 06 15:26:29.986 2017 Import failed for AR System Licenses Audit: >> Fr Okt 06 15:26:30.229 2017 Error updating audit shadow form AR System >> Licenses Audit >> >> >> >> Thomas >> >> >> >> _ARSlist: "Where the Answers Are" and have been for 20 years_ >> ** >> >> >>> On 6. Oct 2017, at 19:13, Satya Gandhi <[email protected]> wrote: >>> >>> ** >>> 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" <[email protected]> >>>> wrote: >>>> Is there anything in the arDebug.log or arError.log? >>>> >>>> >>>> -----Original Message----- >>>> From: Action Request System discussion list(ARSList) >>>> [mailto:[email protected]] On Behalf Of Thomas Miskiewicz >>>> Sent: Friday, October 06, 2017 11:24 AM >>>> To: [email protected] >>>> 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" >>> _ARSlist: "Where the Answers Are" and have been for 20 years_ >> >> _ARSlist: "Where the Answers Are" and have been for 20 years_ > _ARSlist: "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"
