Also, I never got any help from our L1 or BMC. It was mostly trial and error on our part. Especially, on the ARS portion, they gave some Sql queries to run and didn't understand the results, and I heard crickets from there on.. Ticket was still open, but no response, until we fixed it and closed the ticket.
On Tue, Oct 10, 2017, 7:08 AM Saji Philip <[email protected]> wrote: > Is this an upgrade in place? Does the installer hang (never finishes and > no errors). We had a similar issue and the 9..x would fail ARS because we > had a custom AL guide and it would error out on tha arcontainer table. > Taking a backup and deleting this AL guide allowed ARS to install. Then we > had problems with Atrium in that it didn't like our overlay on the > BMC.Elements form. But that would error out. We just deleted the > overlay. But the weirdest part is that ITSM would hang in installation. > Putting the server to Allow queries to be true, even though the prechecker > said otherwise, allowed the ITSM to go through... > > 8.1.02 going to 9.1.03 > > On Tue, Oct 10, 2017, 6:27 AM Thomas Miskiewicz <[email protected]> > wrote: > >> ** >> 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_ >> >> _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"
