Enabling FIPS on ADDM (UNCLASSIFIED)
Classification: UNCLASSIFIED Caveats: NONE Has anyone successfully enabled FIPS on the ADDM appliance? We are running version 9.0.02. We have followed BMC documented instructions and have had no success. Once we apply our certificates to the appliance and proxy and enable FIPS on both the appliance will not start. Here is the error message below: [tideway@ ~]$ sudo /sbin/service tideway start Starting Tideway application services Starting Free Space Monitor service: [FAILED] Mon Aug 4 17:55:41 2014 : tw_svc_free_space_monitor started. omniORB: (0) 2014-08-04 17:55:41.326379: sslContext.cc : error:0D0680A8:asn1 encoding routines:ASN1_CHECK_TLEN:wrong tag Traceback (most recent call last): File ./main.py, line 135, in module File ./main.py, line 71, in main File ./configuration.py, line 1307, in processCommandLine File ./configuration.py, line 1251, in processOmniORBOptions File /usr/tideway/lib/python2.7/site-packages/omniORB/CORBA.py, line 361, in ORB_init omniORB.orb = ORB(argv, orb_identifier) File /usr/tideway/lib/python2.7/site-packages/omniORB/CORBA.py, line 372, in __init__ _omnipy.ORB_init(self, argv, orb_identifier) omniORB.CORBA.INITIALIZE: CORBA.INITIALIZE(omniORB.INITIALIZE_TransportError, CORBA.COMPLETED_NO) Mon Aug 4 17:55:41 2014 : Watchdog : Service failed in 0.0 seconds (signal 0; exit 1). Exiting. tideway: The Tideway service '08freespacemon' failed to start (returned 1). Check logs Rod Griffin Lockheed Martin Remedy Development and Support 303-319-2036 Classification: UNCLASSIFIED Caveats: NONE ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Fields arbrarily move (UNCLASSIFIED)
Classification: UNCLASSIFIED Caveats: NONE We're running ARS 7.6.04 SP4, Mid-Tier 7.6.04 SP4, IE 9 We have 4 mid-tiers behind a load balancer connected to 2 ARS servers. We're using the Best Practice View of the Incident screens. Periodically we'll have a user report that a field gets partially overlaid by another field thus rendering the overlaid field inaccessible. This doesn't appear to be field specific as it has happened on different fields. The most recent occurrence happened when the Assignee field move under the Service field. Other users accessing the same mid-tier at the same time do not experience this behavior. Logging the affected user out, clearing the browser cache, exiting the browser and restarting does not clear the condition. Has anyone experienced this behavior? Rod Griffin Lockheed Martin Remedy Development and Support 303-319-2036 Classification: UNCLASSIFIED Caveats: NONE ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: [EXTERNAL] production issue - arserverd, arforkd keeps restarting (UNCLASSIFIED)
Classification: UNCLASSIFIED Caveats: NONE Hey Raj, Have you had the Sys Admin's check out the NICs on the server? -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Raj Sent: Monday, September 30, 2013 12:33 PM To: arslist@ARSLIST.ORG Subject: [EXTERNAL] production issue - arserverd, arforkd keeps restarting ** Hi All, There is an ongoing issue on our Production environment where arserverd and arforkd processes keeps restarting. Started since last week and this happens randomly and noticed that when it happens atleast once in 4-6hrs and when it happens it throws error: ARERR (90) Cannot establish a network connection to the AR System Server..RPC: Miscellaneous tli error - System error (Socket error - 10060). After about 10-15mins, the server stabilizes and the error is gone until this re-surfaces again. Current Production: Environment Info: AR Server Version : 5.01.02 Patch 1313 Hardware : sun4u Operating System : SunOS 5.10 DB : SQL -- Oracle DB Version : 10.2.0.5.0 - 64bi Captured various logs - API, SQL, Filter, Escalation, etc but can't find much helpful information. Also, initiated a critical ticket with BMC but so far we haven't received any proper support but asking us to update the server to patch 1494. At this moment, we atleast would like to know the root cause if this issue rather than just blindly applying the patch. We also discussed with network folks and they mentioned there are no changes made on the network side recently. When it happens, we also tried gracefully bringing Remedy down and restarting it again but no luck. This is ongoing issue. We are thinking to reboot the server but atleast would like to know why this issue is occurring repeatedly. Please advise. Thank you, Raj _ARSlist: Where the Answers Are and have been for 20 years_ Classification: UNCLASSIFIED Caveats: NONE ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Remedy Load Balancing (UNCLASSIFIED)
Classification: UNCLASSIFIED Caveats: NONE Thanks Tommy, I've reached out to our load balancer guy. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Tommy Morris Sent: Friday, September 20, 2013 11:32 AM To: arslist@ARSLIST.ORG Subject: [EXTERNAL] Re: Remedy Load Balancing (UNCLASSIFIED) That is something in the VIP settings on your load balancer. We have a friendly DNS name for our mid-tiers that points to the VIP and that is what remains displayed in the address bar. I wrote the server name in the individual login.jsp files so I can View Source on the login screen to verify which server I am hitting. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Griffin, Rod E ACE-IT Contractor Sent: Friday, September 20, 2013 11:24 AM To: arslist@ARSLIST.ORG Subject: Remedy Load Balancing (UNCLASSIFIED) Classification: UNCLASSIFIED Caveats: NONE We are running 4 Mid-Tiers behind a hardware load balancer. The mid-tiers are running tomcat 7 with SSL enabled and CAC authentication through Atrium SSO. When users hit the load balancer URL the browser address bar changes to the URL of the mid-tier they get pointed to. I've been told the browser address bar should not change regardless of which mid-tier the user is pointed to. Seems to be some sort of redirection going on within Tomcat on the mid-tier. Is there a configuration somewhere to stop this? If so, can someone tell me what to change? Thanks Rod Griffin Lockheed Martin Remedy Development and Support Classification: UNCLASSIFIED Caveats: NONE ___ 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 Classification: UNCLASSIFIED Caveats: NONE ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Remedy Load Balancing (UNCLASSIFIED)
Classification: UNCLASSIFIED Caveats: NONE We are running 4 Mid-Tiers behind a hardware load balancer. The mid-tiers are running tomcat 7 with SSL enabled and CAC authentication through Atrium SSO. When users hit the load balancer URL the browser address bar changes to the URL of the mid-tier they get pointed to. I've been told the browser address bar should not change regardless of which mid-tier the user is pointed to. Seems to be some sort of redirection going on within Tomcat on the mid-tier. Is there a configuration somewhere to stop this? If so, can someone tell me what to change? Thanks Rod Griffin Lockheed Martin Remedy Development and Support Classification: UNCLASSIFIED Caveats: NONE ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: [EXTERNAL] Fields randomly appearing or disappearing on Incident form (UNCLASSIFIED)
Classification: UNCLASSIFIED Caveats: NONE Thanks Natalie, I should have mentioned flushing the mid-tier cache and user's browser cache does seem to clear it up. This isn't the first rodeo for us either with this occurring. Just looking for some sort of least disruptive recovery during the middle of the day. Thanks again Rod -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Stroud, Natalie K Sent: Tuesday, August 27, 2013 10:45 AM To: arslist@ARSLIST.ORG Subject: Re: [EXTERNAL] Fields randomly appearing or disappearing on Incident form (UNCLASSIFIED) Rod: We are on ITSM 7.6.04 SP2 and also run Best Practices view in Incident Management. I can tell you that we have definitely seen the behavior you show in your screenshot, although only once that I can remember. There are actually other weird things that we see more often. As I was not the one who had to resolve the issue, I unfortunately don't remember what the fix was. I'd probably try some of the standard things like flushing the mid-tier cache, then clearing the cache on the user's browser and trying again. Good luck! Natalie Stroud SAIC @ Sandia National Laboratories ARS-ITSM Tester Albuquerque, NM USA nkst...@sandia.gov ITSM 7.6.04 SP2 - Windows 2003 - SQL Server 2008 -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Griffin, Rod E ACE-IT Contractor Sent: Tuesday, August 27, 2013 8:51 AM To: arslist@ARSLIST.ORG Subject: [EXTERNAL] Fields randomly appearing or disappearing on Incident form (UNCLASSIFIED) Classification: UNCLASSIFIED Caveats: NONE We're on ARS 7.6.04 SP4, Mid-Tier 7.6.04 SP4. Our customers are on IE8 and IE9. Running the Best Practice View of the Incident form our customers randomly see fields that appear to move on top of other fields or hidden fields become visible or field just disappear. Has anyone experienced this type of behavior? I have attached one screenshot. Rod Griffin Lockheed Martin Remedy Development and Support 303-319-2036 Classification: UNCLASSIFIED Caveats: NONE ___ 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 Classification: UNCLASSIFIED Caveats: NONE ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Atrium SSO CAC Module Issues (UNCLASSIFIED)
Classification: UNCLASSIFIED Caveats: NONE We are running ARS/ITSM 7.6.04 SP4 on Windows 2008. We have 4 mid-tiers behind a load balancer. The mid-tiers are configured to authenticate using the CAC module in the Atrium SSO. Our users are experiencing random session timeouts and authentication failed messages throughout the day. This happens while saving a ticket or doing searches. Is anyone using or know of anyone using a configuration similar to ours and experiencing similar issues. Rod Griffin Lockheed Martin Remedy Development and Support 303-319-2036 Classification: UNCLASSIFIED Caveats: NONE ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Siteminder SSO Mid-Tier Question (UNCLASSIFIED)
Classification: UNCLASSIFIED Caveats: NONE Version 7.6.04 SP4 -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Roger Justice Sent: Thursday, June 27, 2013 5:15 PM To: arslist@ARSLIST.ORG Subject: Re: Siteminder SSO Mid-Tier Question ** What cersion of ARS do you have. -Original Message- From: Howard C hcm...@yahoo.com To: arslist arslist@ARSLIST.ORG Sent: Thu, Jun 27, 2013 5:20 pm Subject: Siteminder SSO Mid-Tier Question We currently have Siteminder SSO integrated with our Mid-Tier. Siteminder s passing the header name over to Remedy but I don't believe Remedy is consuming it. After signing into SSO the Remedy native logon page appears instead of being logged into the system. The config.properties file contains the path to the sso.properties file and the header name is designated in the sso.properties file. What other configuration is needed to get it to work? Any help will be greatly appreciated. ___ 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_ Classification: UNCLASSIFIED Caveats: NONE ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
