I am in the process of troubleshooting the dysfunctional server, I do not know what the problem is at this time. We have a secondary site that was intended for fail over, and that system configuration has proven to be very stable. The real problem is - is that the engineer (and I use the term loosely) that did these installations did them VERY separately and without documentation and now that I am rooting through files and comparing them I beginning to see an enormous differences in the files.
Thank you for your input I so appreciate your time in this matter. V/R, Vic 240.568.5462 From: Action Request System discussion list(ARSList) [mailto:[email protected]] On Behalf Of Jason Miller Sent: Thursday, April 30, 2015 10:24 AM To: [email protected] Subject: Re: System questions (7.6.04) ** So now that we have mentioned some ways to do it, should we discuss the root issue? If you (or your server team) do not know what is causing the instability (or maybe you do but it wasn't mentioned) how do you know you will not be copying the issue to the new system? Is it really the server (OS) that is the issue or is there some code that exists in both of the current system but for whatever reason only affects one system? Do you have any indication if the instability is somewhere on the OS side of things or the app stack side of things? It would be a real bummer to clone the good system and not resolve the issue. It might pay off to do a bit of research and troubleshooting before cloning (assuming this hasn't already been done). Jason On Thu, Apr 30, 2015 at 7:14 AM, Jason Miller <[email protected]<mailto:[email protected]>> wrote: Or quick an dirty, add a hosts entry for old server naming pointing to new server name's IP :) In all seriousness though... a little different situation, cloning production servers/DBs to non-production, I have done this in the past even when I did change all of the config files and db server references (I knew about) just to be absolutely sure I do not have a non-prod process connecting to production. I add the production DB server's name mapped to the non-production DB server's IP and production app server name mapped to the non-production app server's IP. Just remember if you try to access something on original server like files (via UNC), web page, etc. from the server with the host entry that you will actually be accessing the host you mapped in the hosts file. Of course in your case if it is a permanent switch, replacing a production server with a new production server you could also have the DNS aliases updated. Jason On Wed, Apr 29, 2015 at 10:47 PM, laurent matheo <[email protected]<mailto:[email protected]>> wrote: ** Like Fred told it’s possible, I have a customer who did that to create a whole Server Group (copying /bmc/ and /arsystem/ folders from one server and changing some folders and cons files) but the « trick » is that there are quite some server references to alter (ar.conf, armonitor.conf, several pluginsvr_config.xml, FTS, paths, arsystem path etc...) and it wasn’t complete. So Server Group did work « kinda » (90% of plugins failed, AIS and FTS failed, very bad performances etc…). You can do a « grep » on « xml » and « conf » files to detect where the server reference is used and of course modify the paths if needed but it’s easy to miss little things. It could (?) have a impact if you try to apply a SP or an upgrade too since installation xml files could have bad server references / paths, but on this I’m not sure. Le 29 avr. 2015 à 23:55, Grooms, Frederick W <[email protected]<mailto:[email protected]>> a écrit : While it is possible to copy the binaries on AIX, it is not recommended. On all Unix platforms you can find the location of the AR System binaries by looking at the file /etc/arsystem/SERVERNAME/armonitor.conf (SERVERNAME being the name of the ARS server) The lines in there will tell you where your binaries are. It will also tell you what user the app is running under (should be the owner of the armonitor.conf file) Fred -----Original Message----- From: Action Request System discussion list(ARSList) [mailto:[email protected]] On Behalf Of Williamson, Victoria <CTR> Sent: Wednesday, April 29, 2015 2:20 PM To: [email protected]<mailto:[email protected]> Subject: Re: System questions (7.6.04) ** AIX V/R, Vic X 85462 -----Original Message----- From: Action Request System discussion list(ARSList) [mailto:[email protected]] On Behalf Of Grooms, Frederick W Sent: Wednesday, April 29, 2015 2:11 PM To: [email protected]<mailto:[email protected]> Subject: Re: System questions (7.6.04) ** What OS? -----Original Message----- From: Action Request System discussion list(ARSList) [mailto:[email protected]] On Behalf Of Williamson, Victoria <CTR> Sent: Wednesday, April 29, 2015 12:21 PM To: [email protected]<mailto:[email protected]> Subject: System questions (7.6.04) ** Greetings. I have two systems that I have inherited, one is stable and one is not. I have been tasked to 'fix' the not so stable server. Is it possible to 'clone' the reliable one and replace the one with all the issues? Does anyone happen to know what the application files are? I want to compare the files on the servers. Very Respectfully, Victoria Williamson Remedy Developer Office: 240.568.5462<tel:240.568.5462> [email protected]<mailto:[email protected]> [email protected]<mailto:[email protected]> _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org<http://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_ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
