Re: MidTer giving error - No Preference servers or Configuration Home Page Server. Home Page needs a server
Everything you need to know and more! BMC Remedy Mid Tier Guide (pdf) Page 13: Configuring the Mid Tier Page 16: Accessing the Mid Tier Configuration Tool Page 20: General Settings On Sun, Dec 12, 2010 at 10:48 PM, Vaibhav Singhal vaibhavsing...@hcl.comwrote: ** Hi List, I am setting up new ITSM 7.6 environment. Web Application Server - IBM WebSphere, Platform - AUX I installed AR Server, and then deployed MidTier.was in WebSphere. When I try following - http://ServerName:PORT/shared/login.jsp?/homehttp://servername:PORT/shared/login.jsp?/home I can see the login screen and on logging in by Demo account, I get following error - *ARERR [9341] * * No Preference servers or Configuration Home Page Server. Home Page needs a server. * Please comment where I am missing the configuration. We are not using Crystel Reporting. Regards, Vaibhav ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
Asset forms fail to generate.
Dear listers, Arserver 7.1 patch4 (Two nodes in a load balances server group) CMDB2.1 patch3 ITSM7.3 patch7 SQLServer 2005 Quite a baffling issues I am having with the CMDB. I have created a CMDB class. Then went on to generate the corresponding AST form in the Admin Console. But only the Admin view with one single field (request id) is created. Looking at the CMDB log, the server creates all the workflow and attached it to the form, at the end of the log it states Could not find VUIs on form: on the server. I had no problems creating this class and corresponding Asset form in the Dev server. I also successfully created it in a test server (a cloned server from the production one). But the same fails on the production server. Here is an extract of the CMDB log. [2010/12/13 13:35:45.1490] [ TRACE ] [TID: 002160] : Will fetch display info for form AST:BaseElement [2010/12/13 13:35:45.1490] [ TRACE ] [TID: 002160] : Will make the new Form AST:MyAssetForm that is an inner join on MMD.CUSTOM:MYAssetClass [2010/12/13 13:35:56.2570] [ INFO ] [TID: 002160] : Successfully added Form: AST:MyAssetForm to Application: Remedy Asset Inventory [2010/12/13 13:35:56.3200] [ ERROR ] [TID: 002160] : Could not find VUIs on form: AST:MyAssetForm on server: remedyprod.mydomain.fr [2010/12/13 13:35:56.3200] [ TRACE ] [TID: 002160] : Errors encountered while processing form: AST:MyAssetForm [2010/12/13 13:35:56.3200] [ INFO ] [TID: 002160] : Application UI synchronization completed Any help will be very much appreciated. Regards frex ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
Re: Issue with Multi Tenancy and Interface forms
I'll bet you get the old working as designed response on this one. Most of the ITSM workflow sets Company values based upon the HOME company of the user; whatever their location is in their CTM:People form. This design drove us to create all of our customer accounts in one customer company that everyone has access to - these are synced in from LDAP - and to set most of our categorizations to Global. All of our support staff have a second login account, homed in the appropriate Company for their support organization (there are 26 Operating Companies at our University - distributed support areas and central computing directorates all have their own company). This allows tickets created for user accounts located in the main customer company to use global or customer company categorizations, and to be fairly portable between support companies (there are some other issues there we handled with customization, and with a global Ticket Transfer operational company that all support staff have access to). Tickets created by support staff within their own support company are then secured and private within that company, a capability that our security people also wanted to have. In your case, the simplest solution might be to use Global Product Catalog entries; we have seen enough trouble with company-specific categorizations to have avoided them in our system. Note that we do not use SRM, but even in Kinetic Request it is possible to specify a combination of user account (and therefore Company) with a Location or Categorization that does not match that Company, and get the same sort of Incident creation failure that you are seeing. Christopher Strauss, Ph.D. Call Tracking Administration Manager University of North Texas Computing IT Center http://itsm.unt.edu/ From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Chowdhury, Tauf Sent: Friday, December 10, 2010 11:55 AM To: arslist@ARSLIST.ORG Subject: Issue with Multi Tenancy and Interface forms ** All, I just submitted this as an issue but I wanted to see if any of you tested or ran into this. I'm in SRM 7.6 training and the issue is still present. I apologize in advance if my scenario is confusing but it's the best way I could describe the issue! Here is the scenario and you can test it out in your environments: 1. Joe User on the People form is part of Company A. (Field ID on people form: 11). 2. In the Access Restrictions on the People Form, Joe User has Company A and Company B in his Access Restrictions table. Joe User does not have Unrestricted Access. Joe is a part of support groups in both companies (irrelevant). 3. An Incident Template is created for users in Company B and the Product Catalog Entry that is used is a categorization specific to Company B. 4. Now, an SRD is created for Company B using a PDT and AOT with the Incident Template from #3 related to it. SO far, so good. 5. Joe User goes to Request Entry and because he is a part of both Company A and Company B, he can request the Company B service. Still good! 6. After hitting Submit, however, the Fulfillment Incident is never created and the error is that the Product Categorization is invalid. Upon further investigation, I have found that this is because on the Incident Interface form, there is workflow that looks up Joe User on the people form and uses field ID 11 from the people form to fill in the Company field on the Interface form. Because of this, the Company is set to Company A which doesn't have access to the Product Catalog entry which is specific to Company B. I have tried to hard code the Categorizations and Company on the PDT but this does not work. I am not sure if this is issue has been corrected in 7.6.03/04 but it is definitely a show stopper when it comes to segregating data. -Tauf Chowdhury This e-mail and its attachments may contain Forest Laboratories, Inc. proprietary information that is privileged, confidential or subject to copyright belonging to Forest Laboratories, Inc. This e-mail is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient of this e-mail, or the employee or agent responsible for delivering this e-mail to the intended recipient, you are hereby notified that any dissemination, distribution, copying or action taken in relation to the contents of and attachments to this e-mail is strictly prohibited and may be unlawful. If you have received this e-mail in error, please notify the sender immediately and permanently delete the original and any copy of this e-mail and any printout. _attend WWRUG11 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
Re: Issue with Multi Tenancy and Interface forms
Chris, Worse... I got the I don't have SRM 7.6 installed on my VM We did a half hearted test using Operational Categorization and the requester console and it worked on 7.6.03 so I'm hoping it was addressed. I'm throwing up a 7.6.03 Dev environment now so I will let everyone how the testing goes on that. I guess the question is how effective is multi-tenancy for use in reality and not just sales speak? The current workaround is that there is a separate login ID for those users who need access to create requests using the other company. It's just clunky when they are used to using SSO and now have to go to the login page. Tauf Chowdhury | Forest Laboratories, Inc. Analyst, Service Management Mobile:646.483.2779 From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of strauss Sent: Monday, December 13, 2010 10:42 AM To: arslist@ARSLIST.ORG Subject: Re: Issue with Multi Tenancy and Interface forms I'll bet you get the old working as designed response on this one. Most of the ITSM workflow sets Company values based upon the HOME company of the user; whatever their location is in their CTM:People form. This design drove us to create all of our customer accounts in one customer company that everyone has access to - these are synced in from LDAP - and to set most of our categorizations to Global. All of our support staff have a second login account, homed in the appropriate Company for their support organization (there are 26 Operating Companies at our University - distributed support areas and central computing directorates all have their own company). This allows tickets created for user accounts located in the main customer company to use global or customer company categorizations, and to be fairly portable between support companies (there are some other issues there we handled with customization, and with a global Ticket Transfer operational company that all support staff have access to). Tickets created by support staff within their own support company are then secured and private within that company, a capability that our security people also wanted to have. In your case, the simplest solution might be to use Global Product Catalog entries; we have seen enough trouble with company-specific categorizations to have avoided them in our system. Note that we do not use SRM, but even in Kinetic Request it is possible to specify a combination of user account (and therefore Company) with a Location or Categorization that does not match that Company, and get the same sort of Incident creation failure that you are seeing. Christopher Strauss, Ph.D. Call Tracking Administration Manager University of North Texas Computing IT Center http://itsm.unt.edu/ From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Chowdhury, Tauf Sent: Friday, December 10, 2010 11:55 AM To: arslist@ARSLIST.ORG Subject: Issue with Multi Tenancy and Interface forms ** All, I just submitted this as an issue but I wanted to see if any of you tested or ran into this. I'm in SRM 7.6 training and the issue is still present. I apologize in advance if my scenario is confusing but it's the best way I could describe the issue! Here is the scenario and you can test it out in your environments: 1. Joe User on the People form is part of Company A. (Field ID on people form: 11). 2. In the Access Restrictions on the People Form, Joe User has Company A and Company B in his Access Restrictions table. Joe User does not have Unrestricted Access. Joe is a part of support groups in both companies (irrelevant). 3. An Incident Template is created for users in Company B and the Product Catalog Entry that is used is a categorization specific to Company B. 4. Now, an SRD is created for Company B using a PDT and AOT with the Incident Template from #3 related to it. SO far, so good. 5. Joe User goes to Request Entry and because he is a part of both Company A and Company B, he can request the Company B service. Still good! 6. After hitting Submit, however, the Fulfillment Incident is never created and the error is that the Product Categorization is invalid. Upon further investigation, I have found that this is because on the Incident Interface form, there is workflow that looks up Joe User on the people form and uses field ID 11 from the people form to fill in the Company field on the Interface form. Because of this, the Company is set to Company A which doesn't have access to the Product Catalog entry which is specific to Company B. I have tried to hard code the Categorizations and Company on the PDT but this does not work. I am not sure if this is issue has been corrected in 7.6.03/04 but it is definitely a show stopper when it comes to segregating data. -Tauf Chowdhury This e-mail and its attachments may contain Forest Laboratories, Inc. proprietary
Re: MidTer giving error - No Preference servers or Configuration Home Page Server. Home Page needs a server
http://ServerName:PORT/arsys/shared/login.jsp http://ServerName:PORT/arsys/home arsys - is like AR-Server name , depending on the name you chosen check: http:// ServerName:PORT/arsys/shared/config/config.jsphttp://%20ServerName:PORT/arsys/shared/config/config.jsp From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Vaibhav Singhal Sent: Monday, December 13, 2010 7:00 AM To: arslist@ARSLIST.ORG Subject: Re: MidTer giving error - No Preference servers or Configuration Home Page Server. Home Page needs a server ** Platform is AIX Regards, Vaibhav From: Vaibhav Singhal Sent: Monday, December 13, 2010 9:18 AM To: arslist@ARSLIST.ORG Subject: MidTer giving error - No Preference servers or Configuration Home Page Server. Home Page needs a server Hi List, I am setting up new ITSM 7.6 environment. Web Application Server - IBM WebSphere, Platform - AUX I installed AR Server, and then deployed MidTier.was in WebSphere. When I try following - http://ServerName:PORT/shared/login.jsp?/homehttps://comnetwebmail.hcl.in/owa/UrlBlockedError.aspx I can see the login screen and on logging in by Demo account, I get following error - ARERR [9341] No Preference servers or Configuration Home Page Server. Home Page needs a server. Please comment where I am missing the configuration. We are not using Crystel Reporting. Regards, Vaibhav ::DISCLAIMER:: --- The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. It shall not attach any liability on the originator or HCL or its affiliates. Any views or opinions presented in this email are solely those of the author and may not necessarily reflect the opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of the author of this e-mail is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any mail and attachments please check them for viruses and defect. --- _attend WWRUG11 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
Resetting SLA Target and Milestone
List, I have a custom application that I integration with SLM. Created the Data Source, created all the workflow etc So far everything is working fine. I am in the process now of trying to change or start the SLA target and milestone data over. I went and filled out the reset Goal for same request when on the target data source and I also selected Yes on the actualy SLA target for allowing to reset the SLA goal. However when I run the instance where it would reset it nothing happens. Iooked under the covers a little bit and saw there is a Restart Now value that was being set on SLM:Measurement so I tried that, and that did not work either. I was wondering if anyone either custome or OOB has had to reset a goal and how they did it. I did not want to change the dates and time through my own workflow but I will if I have to. I was hoping there was some OOB process or keyword that I might be missing. Any help is appreciated. ITSM 7.0.03 SLM 7.1 AR Server 7.1 Thanks, Kevin Begosh ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
ITSM 7.6 and CMDB
Hi, I am installing ITSM 7.6.3 and CMDB, bladelogic 8, BMC /Even/Performance/Impact Management on my laptop. If I have i7 processor quad 1.73 GHZ/6MB. 500 GB Hard drive, Windows OS 64 Bit, 8 GIG RAM - is this sufficient to run the applications at decent speed? or do I need 16GB of RAM? ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
Email Engine Errors - Seen this before?
We're getting a cryptic email engine error. ARS 7.1 platform. SUSE Linux 10; Oracle 10g R2. It's for a mailbox that's been established and working since September of this year. I've checked the credentials. This is for an IMAP connection to a Lotus Notes mail in database. It had been repeating every minute (our poll rate). We restarted the email engine and now it occurs once at restart, but new messages are not being retrieved. A104 NO CLOSE Memory allocation request exceeded 65,000 bytes javax.mail.MessagingException: A104 NO CLOSE Memory allocation request exceeded 65,000 bytes; nested exception is: com.sun.mail.iap.CommandFailedException: A104 NO CLOSE Memory allocation request exceeded 65,000 bytes at com.sun.mail.imap.IMAPFolder.close(IMAPFolder.java:1003) at com.sun.mail.imap.IMAPFolder.close(IMAPFolder.java:935) at com.bmc.arsys.emaildaemon.ReceiverModule.terminateIncommingMailbox(ReceiverModule.java:1940) at com.bmc.arsys.emaildaemon.ReceiverModule.doWork(ReceiverModule.java:397) at com.bmc.arsys.emaildaemon.ThreadBase.run(ThreadBase.java:288) at java.lang.Thread.run(Unknown Source) Any help is appreciated Thanks, -- Chris Danaceau AttivaSoft Solutions Architect ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
Re: Email Engine Errors - Seen this before?
Is there an email message in the mailbox with a size 65,000 bytes? What are your java memory settings for the Email Engine? Fred -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Chris Danaceau Sent: Monday, December 13, 2010 2:48 PM To: arslist@ARSLIST.ORG Subject: Email Engine Errors - Seen this before? We're getting a cryptic email engine error. ARS 7.1 platform. SUSE Linux 10; Oracle 10g R2. It's for a mailbox that's been established and working since September of this year. I've checked the credentials. This is for an IMAP connection to a Lotus Notes mail in database. It had been repeating every minute (our poll rate). We restarted the email engine and now it occurs once at restart, but new messages are not being retrieved. A104 NO CLOSE Memory allocation request exceeded 65,000 bytes javax.mail.MessagingException: A104 NO CLOSE Memory allocation request exceeded 65,000 bytes; nested exception is: com.sun.mail.iap.CommandFailedException: A104 NO CLOSE Memory allocation request exceeded 65,000 bytes at com.sun.mail.imap.IMAPFolder.close(IMAPFolder.java:1003) at com.sun.mail.imap.IMAPFolder.close(IMAPFolder.java:935) at com.bmc.arsys.emaildaemon.ReceiverModule.terminateIncommingMailbox(ReceiverModule.java:1940) at com.bmc.arsys.emaildaemon.ReceiverModule.doWork(ReceiverModule.java:397) at com.bmc.arsys.emaildaemon.ThreadBase.run(ThreadBase.java:288) at java.lang.Thread.run(Unknown Source) Any help is appreciated Thanks, -- Chris Danaceau ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
Re: Email Engine Errors - Seen this before?
Looks promising: http://www.notesninjas.com/A555F9/nn.nsf/ByAlias/AgentLogSize I assume you are accessing Lotus Notes via IMAP. On Mon, Dec 13, 2010 at 2:47 PM, Chris Danaceau cdanac...@attivasoft.comwrote: ** We're getting a cryptic email engine error. ARS 7.1 platform. SUSE Linux 10; Oracle 10g R2. It's for a mailbox that's been established and working since September of this year. I've checked the credentials. This is for an IMAP connection to a Lotus Notes mail in database. It had been repeating every minute (our poll rate). We restarted the email engine and now it occurs once at restart, but new messages are not being retrieved. A104 NO CLOSE Memory allocation request exceeded 65,000 bytes javax.mail.MessagingException: A104 NO CLOSE Memory allocation request exceeded 65,000 bytes; nested exception is: com.sun.mail.iap.CommandFailedException: A104 NO CLOSE Memory allocation request exceeded 65,000 bytes at com.sun.mail.imap.IMAPFolder.close(IMAPFolder.java:1003) at com.sun.mail.imap.IMAPFolder.close(IMAPFolder.java:935) at com.bmc.arsys.emaildaemon.ReceiverModule.terminateIncommingMailbox(ReceiverModule.java:1940) at com.bmc.arsys.emaildaemon.ReceiverModule.doWork(ReceiverModule.java:397) at com.bmc.arsys.emaildaemon.ThreadBase.run(ThreadBase.java:288) at java.lang.Thread.run(Unknown Source) Any help is appreciated Thanks, -- Chris Danaceau AttivaSoft Solutions Architect _attend WWRUG11 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
ARS 7.6.03 Licensing on Windows Server 2008 R2
Just a heads up for anyone out there contemplating moving their OS from 2003 to 2008 to host a 7.6.03 AR Server. You may not be able to license the server on 2008 R2 due to an error in the snmp.exe program that ARS uses to locate the active NIC and MAC address for licensing. This is on Dell (ack) servers and may not apply to other hardware, but on ANY hardware our practice has been to locate the NIC #1 in the BIOS (of the 4 built in NICs - and that would also be the first MAC address in hex order) and register that MAC address in DNS and generate our ARS Server license key for that address. Note that Windows 2003 and 2008 don't always name the #1 NIC in the BIOS as the Lan#1 or the Adapter #1 - we have examples of NIC#1 being called LAN1 and Adapter1 by the OS, and others where it is LAN2 and Adapter2, and LAN3 and Adapter4; the latter two servers WERE supposed to become a licensed server group! It should not matter - we DISABLE all other NICs in the OS. Running ipconfig /all displays ONLY the NIC that we have set as active. BTW, disabling the NIC at the hardware level does not help, and on a *^%$ Dell you can only disable them in pairs, and the error appears to occur within the first pair anyway. When the machines are Windows Server 2003, the snmp.exe runs and displays ONLY the ACTIVE NIC, no matter what the OS has named it. There had never been a problem with licensing in 7.6.03 on Win 2003 during months of testing (you may recall that in 7.5 it was generating a random number and displaying it in the Licensing form, and you had to ignore it and use the MAC address from ipconfig /all). When we reinstalled the OS as 2008 R2, the same 7.6.03 snmp.exe now displays a whole slew of entries, and the first NIC entry listed is taken as the MAC address to be used for licensing; in 4 out of 5 servers, that is NOT NIC#1, and therefore is NOT the MAC address we registered in DNS, nor the one we generated ARS licenses for, nor the LAN connection that is active for the server. Support is just now starting to understand that there is a problem, so I have no idea what the resolution will be. Until then I am completely stalled (again); options are to go back to Windows Server 2003 since ARS 7.6.03 does not properly support 2008 R2; license the server against the NIC 7.6.03 wants to use, even though it is NOT the NIC the server uses for DNS and to connect to the network (bound to break some other BMC component), or completely re-work the server's registration in DNS, AD, etc. with whatever random MAC that ARS 7.6.03 is selecting with the snmp.exe utility even though it would NOT be the #1 NIC on the hardware.. in the BIOS. It's always something silly, isn't it? Christopher Strauss, Ph.D. Call Tracking Administration Manager University of North Texas Computing IT Center http://itsm.unt.edu/ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
Re: ARS 7.6.03 Licensing on Windows Server 2008 R2
Christopher, I'm going to take a small piece of what you just said and ask you to elaborate on it 'since ARS 7.6.03 does not properly support 2008 R2' What's not supported?...and should I avoid going to 2008 R2 on 7.5 as well? -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of strauss Sent: Monday, December 13, 2010 2:50 PM To: arslist@ARSLIST.ORG Subject: ARS 7.6.03 Licensing on Windows Server 2008 R2 Just a heads up for anyone out there contemplating moving their OS from 2003 to 2008 to host a 7.6.03 AR Server. You may not be able to license the server on 2008 R2 due to an error in the snmp.exe program that ARS uses to locate the active NIC and MAC address for licensing. This is on Dell (ack) servers and may not apply to other hardware, but on ANY hardware our practice has been to locate the NIC #1 in the BIOS (of the 4 built in NICs - and that would also be the first MAC address in hex order) and register that MAC address in DNS and generate our ARS Server license key for that address. Note that Windows 2003 and 2008 don't always name the #1 NIC in the BIOS as the Lan#1 or the Adapter #1 - we have examples of NIC#1 being called LAN1 and Adapter1 by the OS, and others where it is LAN2 and Adapter2, and LAN3 and Adapter4; the latter two servers WERE supposed to become a licensed server group! It should not matter - we DISABLE all other NICs in the OS. Running ipconfig /all displays ONLY the NIC that we have set as active. BTW, disabling the NIC at the hardware level does not help, and on a *^%$ Dell you can only disable them in pairs, and the error appears to occur within the first pair anyway. When the machines are Windows Server 2003, the snmp.exe runs and displays ONLY the ACTIVE NIC, no matter what the OS has named it. There had never been a problem with licensing in 7.6.03 on Win 2003 during months of testing (you may recall that in 7.5 it was generating a random number and displaying it in the Licensing form, and you had to ignore it and use the MAC address from ipconfig /all). When we reinstalled the OS as 2008 R2, the same 7.6.03 snmp.exe now displays a whole slew of entries, and the first NIC entry listed is taken as the MAC address to be used for licensing; in 4 out of 5 servers, that is NOT NIC#1, and therefore is NOT the MAC address we registered in DNS, nor the one we generated ARS licenses for, nor the LAN connection that is active for the server. Support is just now starting to understand that there is a problem, so I have no idea what the resolution will be. Until then I am completely stalled (again); options are to go back to Windows Server 2003 since ARS 7.6.03 does not properly support 2008 R2; license the server against the NIC 7.6.03 wants to use, even though it is NOT the NIC the server uses for DNS and to connect to the network (bound to break some other BMC component), or completely re-work the server's registration in DNS, AD, etc. with whatever random MAC that ARS 7.6.03 is selecting with the snmp.exe utility even though it would NOT be the #1 NIC on the hardware.. in the BIOS. It's always something silly, isn't it? Christopher Strauss, Ph.D. Call Tracking Administration Manager University of North Texas Computing IT Center http://itsm.unt.edu/ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
Re: ARS 7.6.03 Licensing on Windows Server 2008 R2
I started out testing 7.5 on 2008 R2 and there just seemed to be too many random permissions issues with the ARS and applications installers. I don't think they were designed to run on 2008 and they worked better on 2003. The 7.5 licensing problem, however, was completely different and fixable as I recall. The support tech working my issue now is the same one I reported the problem with 7.5 to, something like a year ago. Anyway, I reverted the servers to 2003 and had far less problems, and then upgraded ARS/ITSM when 7.6.03 came out but remained on 2003 (always Enterprise x64 - some were R2 in my server group tests). Since the 7.6.03 Stack Installer came out exclusively for 2008 R2, I _assumed_ that 7.6.03 had been developed and tested on 2008 R2, not 2003, and that it would be safe to move the servers to 2008 R2 (the SQL Server has remained on 2008 throughout all of this). Either I was mistaken, or the problem I am seeing is unique to Dell hardware (all previous and current production is on HP servers) and only under 2008 R2, not 2003. I figure that there will be a lot of finger pointing (Dell versus Microsoft versus BMC) as to who the real culprit is here, so 'since ARS 7.6.03 does not properly support 2008 R2' may be too broad a statement; you may have no problem at all on different hardware, especially if Windows has identified the NICs in the same order as the BIOS. I do have one 2008 R2 server where that did happen, and the snmp.exe utility used by ARS 7.6.03 appears to select the correct NIC, but of course that was the box I had spec'd out for mid-tier, not one of the ARS servers... they are both wrong. Again, you may be fine, but this looks like a mouse trap where you could install and license 7.6.03 on a 2003 server, and if you upgraded the server OS later to 2008 R2 (something I NEVER do - I build them fresh every time) the license could conceivably stop working without any other factor changing. That is basically what has happened to me, although the ARS is a new install of exactly the same distribution on the same machine, with ONLY the OS changing. Christopher Strauss, Ph.D. Call Tracking Administration Manager University of North Texas Computing IT Center http://itsm.unt.edu/ -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of LJ LongWing Sent: Monday, December 13, 2010 4:04 PM To: arslist@ARSLIST.ORG Subject: Re: ARS 7.6.03 Licensing on Windows Server 2008 R2 Christopher, I'm going to take a small piece of what you just said and ask you to elaborate on it 'since ARS 7.6.03 does not properly support 2008 R2' What's not supported?...and should I avoid going to 2008 R2 on 7.5 as well? -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of strauss Sent: Monday, December 13, 2010 2:50 PM To: arslist@ARSLIST.ORG Subject: ARS 7.6.03 Licensing on Windows Server 2008 R2 Just a heads up for anyone out there contemplating moving their OS from 2003 to 2008 to host a 7.6.03 AR Server. You may not be able to license the server on 2008 R2 due to an error in the snmp.exe program that ARS uses to locate the active NIC and MAC address for licensing. This is on Dell (ack) servers and may not apply to other hardware, but on ANY hardware our practice has been to locate the NIC #1 in the BIOS (of the 4 built in NICs - and that would also be the first MAC address in hex order) and register that MAC address in DNS and generate our ARS Server license key for that address. Note that Windows 2003 and 2008 don't always name the #1 NIC in the BIOS as the Lan#1 or the Adapter #1 - we have examples of NIC#1 being called LAN1 and Adapter1 by the OS, and others where it is LAN2 and Adapter2, and LAN3 and Adapter4; the latter two servers WERE supposed to become a licensed server group! It should not matter - we DISABLE all other NICs in the OS. Running ipconfig /all displays ONLY the NIC that we have set as active. BTW, disabling the NIC at the hardware level does not help, and on a *^%$ Dell you can only disable them in pairs, and the error appears to occur within the first pair anyway. When the machines are Windows Server 2003, the snmp.exe runs and displays ONLY the ACTIVE NIC, no matter what the OS has named it. There had never been a problem with licensing in 7.6.03 on Win 2003 during months of testing (you may recall that in 7.5 it was generating a random number and displaying it in the Licensing form, and you had to ignore it and use the MAC address from ipconfig /all). When we reinstalled the OS as 2008 R2, the same 7.6.03 snmp.exe now displays a whole slew of entries, and the first NIC entry listed is taken as the MAC address to be used for licensing; in 4 out of 5 servers, that is NOT NIC#1, and therefore is NOT the MAC address we registered in DNS, nor the one we generated ARS licenses for, nor the LAN connection that is active
Re: ARS 7.6.03 Licensing on Windows Server 2008 R2
Chris, I ran across something that I dismissed as silly that I think might be related I am setting up a new 2008 VM to try out the new 7.6.3 stack installer. After installing the OS I copied over bginfo, a nifty MS internals utility that prints host info on the desktop. It really helps when managing multiple machines to know at a glance what machine you are connected to and basic system info like disk usage, patch level, installed memory, etc. Well, guess what it did for the network info... Instead of listing the one IP address, it listed ALL the network nodes, including the disabled ones. I got a list that looked something like: none none none 192.1.1.1 none none After some investigation, I discovered thet the values are fed by a WMI query that queries IP addresses. Previous to 2008, this query returned only the active addresses/NICs, but starting with 2008 that query now returns everything. Fixing this for bginfo turned out to be easy enough -- I created a new item and added the WMI query with a qualification that returns only active records. I noticed that my active NIC was not the first in the list, so I'm thinking that I might come across the same problem you did when I go to license the server. I will report my results when I get there. Juan ingles On Mon, Dec 13, 2010 at 1:49 PM, strauss stra...@unt.edu wrote: Just a heads up for anyone out there contemplating moving their OS from 2003 to 2008 to host a 7.6.03 AR Server. You may not be able to license the server on 2008 R2 due to an error in the snmp.exe program that ARS uses to locate the active NIC and MAC address for licensing. This is on Dell (ack) servers and may not apply to other hardware, but on ANY hardware our practice has been to locate the NIC #1 in the BIOS (of the 4 built in NICs - and that would also be the first MAC address in hex order) and register that MAC address in DNS and generate our ARS Server license key for that address. Note that Windows 2003 and 2008 don't always name the #1 NIC in the BIOS as the Lan#1 or the Adapter #1 - we have examples of NIC#1 being called LAN1 and Adapter1 by the OS, and others where it is LAN2 and Adapter2, and LAN3 and Adapter4; the latter two servers WERE supposed to become a licensed server group! It should not matter - we DISABLE all other NICs in the OS. Running ipconfig /all displays ONLY the NIC that we have set as active. BTW, disabling the NIC at the hardware level does not help, and on a *^%$ Dell you can only disable them in pairs, and the error appears to occur within the first pair anyway. When the machines are Windows Server 2003, the snmp.exe runs and displays ONLY the ACTIVE NIC, no matter what the OS has named it. There had never been a problem with licensing in 7.6.03 on Win 2003 during months of testing (you may recall that in 7.5 it was generating a random number and displaying it in the Licensing form, and you had to ignore it and use the MAC address from ipconfig /all). When we reinstalled the OS as 2008 R2, the same 7.6.03 snmp.exe now displays a whole slew of entries, and the first NIC entry listed is taken as the MAC address to be used for licensing; in 4 out of 5 servers, that is NOT NIC#1, and therefore is NOT the MAC address we registered in DNS, nor the one we generated ARS licenses for, nor the LAN connection that is active for the server. Support is just now starting to understand that there is a problem, so I have no idea what the resolution will be. Until then I am completely stalled (again); options are to go back to Windows Server 2003 since ARS 7.6.03 does not properly support 2008 R2; license the server against the NIC 7.6.03 wants to use, even though it is NOT the NIC the server uses for DNS and to connect to the network (bound to break some other BMC component), or completely re-work the server's registration in DNS, AD, etc. with whatever random MAC that ARS 7.6.03 is selecting with the snmp.exe utility even though it would NOT be the #1 NIC on the hardware.. in the BIOS. It's always something silly, isn't it? Christopher Strauss, Ph.D. Call Tracking Administration Manager University of North Texas Computing IT Center http://itsm.unt.edu/ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
Re: ARS 7.6.03 Licensing on Windows Server 2008 R2
Yes, that's exactly it; it's always fun when Mickey changes the plumbing... Christopher Strauss, Ph.D. Call Tracking Administration Manager University of North Texas Computing IT Center http://itsm.unt.edu/ -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Juan Ingles Sent: Monday, December 13, 2010 4:31 PM To: arslist@ARSLIST.ORG Subject: Re: ARS 7.6.03 Licensing on Windows Server 2008 R2 Chris, I ran across something that I dismissed as silly that I think might be related I am setting up a new 2008 VM to try out the new 7.6.3 stack installer. After installing the OS I copied over bginfo, a nifty MS internals utility that prints host info on the desktop. It really helps when managing multiple machines to know at a glance what machine you are connected to and basic system info like disk usage, patch level, installed memory, etc. Well, guess what it did for the network info... Instead of listing the one IP address, it listed ALL the network nodes, including the disabled ones. I got a list that looked something like: none none none 192.1.1.1 none none After some investigation, I discovered thet the values are fed by a WMI query that queries IP addresses. Previous to 2008, this query returned only the active addresses/NICs, but starting with 2008 that query now returns everything. Fixing this for bginfo turned out to be easy enough -- I created a new item and added the WMI query with a qualification that returns only active records. I noticed that my active NIC was not the first in the list, so I'm thinking that I might come across the same problem you did when I go to license the server. I will report my results when I get there. Juan ingles ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
More load balancer hell
Ok.so I now have my Cisco CSM in front of my app servers. If I don't specify a port I can't connect..if I specify the port my remedy is running on it works just fine. I asked them to add port 111 to the 'listen on' ports, but that doesn't seem to do it..why am I having SO MANY ISSUES?? ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
Re: More load balancer hell
Did you do both tcp and udp for port 111? Both need to be mapped. With redundancy comes complexity... Try getting redundancy into place at more layers than just the app servers; it get's even more complex. Add SAN paths, switches, physical network interfaces, data centers, db servers, power grids, load balancers, etc. to the mix, try to draw a picture of it... On Mon, Dec 13, 2010 at 4:40 PM, LJ LongWing lj.longw...@gmail.com wrote: ** Ok…so I now have my Cisco CSM in front of my app servers. If I don’t specify a port I can’t connect….if I specify the port my remedy is running on it works just fine. I asked them to add port 111 to the ‘listen on’ ports, but that doesn’t seem to do it….why am I having SO MANY ISSUES?? _attend WWRUG11 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
Re: ARS 7.6.03 Licensing on Windows Server 2008 R2
So this only happens with an UPGRADE from 2003 to 2008 correct? We are installing on a fresh server with 2008(Windows) Lisa -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of strauss Sent: Monday, December 13, 2010 5:29 PM To: arslist@ARSLIST.ORG Subject: Re: ARS 7.6.03 Licensing on Windows Server 2008 R2 I started out testing 7.5 on 2008 R2 and there just seemed to be too many random permissions issues with the ARS and applications installers. I don't think they were designed to run on 2008 and they worked better on 2003. The 7.5 licensing problem, however, was completely different and fixable as I recall. The support tech working my issue now is the same one I reported the problem with 7.5 to, something like a year ago. Anyway, I reverted the servers to 2003 and had far less problems, and then upgraded ARS/ITSM when 7.6.03 came out but remained on 2003 (always Enterprise x64 - some were R2 in my server group tests). Since the 7.6.03 Stack Installer came out exclusively for 2008 R2, I _assumed_ that 7.6.03 had been developed and tested on 2008 R2, not 2003, and that it would be safe to move the servers to 2008 R2 (the SQL Server has remained on 2008 throughout all of this). Either I was mistaken, or the problem I am seeing is unique to Dell hardware (all previous and current production is on HP servers) and only under 2008 R2, not 2003. I figure that there will be a lot of finger pointing (Dell versus Microsoft versus BMC) as to who the real culprit is here, so 'since ARS 7.6.03 does not properly support 2008 R2' may be too broad a statement; you may have no problem at all on different hardware, especially if Windows has identified the NICs in the same order as the BIOS. I do have one 2008 R2 server where that did happen, and the snmp.exe utility used by ARS 7.6.03 appears to select the correct NIC, but of course that was the box I had spec'd out for mid-tier, not one of the ARS servers... they are both wrong. Again, you may be fine, but this looks like a mouse trap where you could install and license 7.6.03 on a 2003 server, and if you upgraded the server OS later to 2008 R2 (something I NEVER do - I build them fresh every time) the license could conceivably stop working without any other factor changing. That is basically what has happened to me, although the ARS is a new install of exactly the same distribution on the same machine, with ONLY the OS changing. Christopher Strauss, Ph.D. Call Tracking Administration Manager University of North Texas Computing IT Center http://itsm.unt.edu/ -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of LJ LongWing Sent: Monday, December 13, 2010 4:04 PM To: arslist@ARSLIST.ORG Subject: Re: ARS 7.6.03 Licensing on Windows Server 2008 R2 Christopher, I'm going to take a small piece of what you just said and ask you to elaborate on it 'since ARS 7.6.03 does not properly support 2008 R2' What's not supported?...and should I avoid going to 2008 R2 on 7.5 as well? -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of strauss Sent: Monday, December 13, 2010 2:50 PM To: arslist@ARSLIST.ORG Subject: ARS 7.6.03 Licensing on Windows Server 2008 R2 Just a heads up for anyone out there contemplating moving their OS from 2003 to 2008 to host a 7.6.03 AR Server. You may not be able to license the server on 2008 R2 due to an error in the snmp.exe program that ARS uses to locate the active NIC and MAC address for licensing. This is on Dell (ack) servers and may not apply to other hardware, but on ANY hardware our practice has been to locate the NIC #1 in the BIOS (of the 4 built in NICs - and that would also be the first MAC address in hex order) and register that MAC address in DNS and generate our ARS Server license key for that address. Note that Windows 2003 and 2008 don't always name the #1 NIC in the BIOS as the Lan#1 or the Adapter #1 - we have examples of NIC#1 being called LAN1 and Adapter1 by the OS, and others where it is LAN2 and Adapter2, and LAN3 and Adapter4; the latter two servers WERE supposed to become a licensed server group! It should not matter - we DISABLE all other NICs in the OS. Running ipconfig /all displays ONLY the NIC that we have set as active. BTW, disabling the NIC at the hardware level does not help, and on a *^%$ Dell you can only disable them in pairs, and the error appears to occur within the first pair anyway. When the machines are Windows Server 2003, the snmp.exe runs and displays ONLY the ACTIVE NIC, no matter what the OS has named it. There had never been a problem with licensing in 7.6.03 on Win 2003 during months of testing (you may recall that in 7.5 it was generating a random number and displaying it in the Licensing form, and you had to ignore it and use the
Re: ARS 7.6.03 Licensing on Windows Server 2008 R2
No, I had tested new 7.6.03 installs AND 7.5 upgraded to 7.6.03 (and actually, 7.1 upgraded to 7.5 and again to 7.6.03), on Windows Server 2003 Ent x64 plain and R2, and last week I reinstalled the OS on the same machines as 2008 R2 - wiping the C: drive in the process - and then installed 7.6.03 anew and it would not recognize its license from the day before. I avoid OS upgrades except for domain controllers (AD upgrades). My point in the last message was that in shops that DO perform OS upgrades underneath existing applications (that just makes my skin crawl), typically where some other group manages the servers for you, an OS upgrade from 2003x to 2008 R2 would stop an existing ARS 7.6.03 license from working. Christopher Strauss, Ph.D. Call Tracking Administration Manager University of North Texas Computing IT Center http://itsm.unt.edu/ -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Kemes, Lisa Sent: Monday, December 13, 2010 4:56 PM To: arslist@ARSLIST.ORG Subject: Re: ARS 7.6.03 Licensing on Windows Server 2008 R2 So this only happens with an UPGRADE from 2003 to 2008 correct? We are installing on a fresh server with 2008(Windows) Lisa -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of strauss Sent: Monday, December 13, 2010 5:29 PM To: arslist@ARSLIST.ORG Subject: Re: ARS 7.6.03 Licensing on Windows Server 2008 R2 I started out testing 7.5 on 2008 R2 and there just seemed to be too many random permissions issues with the ARS and applications installers. I don't think they were designed to run on 2008 and they worked better on 2003. The 7.5 licensing problem, however, was completely different and fixable as I recall. The support tech working my issue now is the same one I reported the problem with 7.5 to, something like a year ago. Anyway, I reverted the servers to 2003 and had far less problems, and then upgraded ARS/ITSM when 7.6.03 came out but remained on 2003 (always Enterprise x64 - some were R2 in my server group tests). Since the 7.6.03 Stack Installer came out exclusively for 2008 R2, I _assumed_ that 7.6.03 had been developed and tested on 2008 R2, not 2003, and that it would be safe to move the servers to 2008 R2 (the SQL Server has remained on 2008 throughout all of this). Either I was mistaken, or the problem I am seeing is unique to Dell hardware (all previous and current production is on HP servers) and only under 2008 R2, not 2003. I figure that there will be a lot of finger pointing (Dell versus Microsoft versus BMC) as to who the real culprit is here, so 'since ARS 7.6.03 does not properly support 2008 R2' may be too broad a statement; you may have no problem at all on different hardware, especially if Windows has identified the NICs in the same order as the BIOS. I do have one 2008 R2 server where that did happen, and the snmp.exe utility used by ARS 7.6.03 appears to select the correct NIC, but of course that was the box I had spec'd out for mid-tier, not one of the ARS servers... they are both wrong. Again, you may be fine, but this looks like a mouse trap where you could install and license 7.6.03 on a 2003 server, and if you upgraded the server OS later to 2008 R2 (something I NEVER do - I build them fresh every time) the license could conceivably stop working without any other factor changing. That is basically what has happened to me, although the ARS is a new install of exactly the same distribution on the same machine, with ONLY the OS changing. Christopher Strauss, Ph.D. Call Tracking Administration Manager University of North Texas Computing IT Center http://itsm.unt.edu/ -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of LJ LongWing Sent: Monday, December 13, 2010 4:04 PM To: arslist@ARSLIST.ORG Subject: Re: ARS 7.6.03 Licensing on Windows Server 2008 R2 Christopher, I'm going to take a small piece of what you just said and ask you to elaborate on it 'since ARS 7.6.03 does not properly support 2008 R2' What's not supported?...and should I avoid going to 2008 R2 on 7.5 as well? ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
Re: ARS 7.6.03 Licensing on Windows Server 2008 R2
I appreciate your elaborationsthey are always so elaborated :D -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of strauss Sent: Monday, December 13, 2010 3:29 PM To: arslist@ARSLIST.ORG Subject: Re: ARS 7.6.03 Licensing on Windows Server 2008 R2 I started out testing 7.5 on 2008 R2 and there just seemed to be too many random permissions issues with the ARS and applications installers. I don't think they were designed to run on 2008 and they worked better on 2003. The 7.5 licensing problem, however, was completely different and fixable as I recall. The support tech working my issue now is the same one I reported the problem with 7.5 to, something like a year ago. Anyway, I reverted the servers to 2003 and had far less problems, and then upgraded ARS/ITSM when 7.6.03 came out but remained on 2003 (always Enterprise x64 - some were R2 in my server group tests). Since the 7.6.03 Stack Installer came out exclusively for 2008 R2, I _assumed_ that 7.6.03 had been developed and tested on 2008 R2, not 2003, and that it would be safe to move the servers to 2008 R2 (the SQL Server has remained on 2008 throughout all of this). Either I was mistaken, or the problem I am seeing is unique to Dell hardware (all previous and current production is on HP servers) and only under 2008 R2, not 2003. I figure that there will be a lot of finger pointing (Dell versus Microsoft versus BMC) as to who the real culprit is here, so 'since ARS 7.6.03 does not properly support 2008 R2' may be too broad a statement; you may have no problem at all on different hardware, especially if Windows has identified the NICs in the same order as the BIOS. I do have one 2008 R2 server where that did happen, and the snmp.exe utility used by ARS 7.6.03 appears to select the correct NIC, but of course that was the box I had spec'd out for mid-tier, not one of the ARS servers... they are both wrong. Again, you may be fine, but this looks like a mouse trap where you could install and license 7.6.03 on a 2003 server, and if you upgraded the server OS later to 2008 R2 (something I NEVER do - I build them fresh every time) the license could conceivably stop working without any other factor changing. That is basically what has happened to me, although the ARS is a new install of exactly the same distribution on the same machine, with ONLY the OS changing. Christopher Strauss, Ph.D. Call Tracking Administration Manager University of North Texas Computing IT Center http://itsm.unt.edu/ -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of LJ LongWing Sent: Monday, December 13, 2010 4:04 PM To: arslist@ARSLIST.ORG Subject: Re: ARS 7.6.03 Licensing on Windows Server 2008 R2 Christopher, I'm going to take a small piece of what you just said and ask you to elaborate on it 'since ARS 7.6.03 does not properly support 2008 R2' What's not supported?...and should I avoid going to 2008 R2 on 7.5 as well? -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of strauss Sent: Monday, December 13, 2010 2:50 PM To: arslist@ARSLIST.ORG Subject: ARS 7.6.03 Licensing on Windows Server 2008 R2 Just a heads up for anyone out there contemplating moving their OS from 2003 to 2008 to host a 7.6.03 AR Server. You may not be able to license the server on 2008 R2 due to an error in the snmp.exe program that ARS uses to locate the active NIC and MAC address for licensing. This is on Dell (ack) servers and may not apply to other hardware, but on ANY hardware our practice has been to locate the NIC #1 in the BIOS (of the 4 built in NICs - and that would also be the first MAC address in hex order) and register that MAC address in DNS and generate our ARS Server license key for that address. Note that Windows 2003 and 2008 don't always name the #1 NIC in the BIOS as the Lan#1 or the Adapter #1 - we have examples of NIC#1 being called LAN1 and Adapter1 by the OS, and others where it is LAN2 and Adapter2, and LAN3 and Adapter4; the latter two servers WERE supposed to become a licensed server group! It should not matter - we DISABLE all other NICs in the OS. Running ipconfig /all displays ONLY the NIC that we have set as active. BTW, disabling the NIC at the hardware level does not help, and on a *^%$ Dell you can only disable them in pairs, and the error appears to occur within the first pair anyway. When the machines are Windows Server 2003, the snmp.exe runs and displays ONLY the ACTIVE NIC, no matter what the OS has named it. There had never been a problem with licensing in 7.6.03 on Win 2003 during months of testing (you may recall that in 7.5 it was generating a random number and displaying it in the Licensing form, and you had to ignore it and use the MAC address from ipconfig /all). When we reinstalled the OS as 2008 R2, the same 7.6.03 snmp.exe now
Re: ARS 7.6.03 Licensing on Windows Server 2008 R2
and the general contractor doesn't notice the extra pipes sticking out of the wall for two years. ;) Juan On Mon, Dec 13, 2010 at 2:34 PM, strauss stra...@unt.edu wrote: Yes, that's exactly it; it's always fun when Mickey changes the plumbing... Christopher Strauss, Ph.D. Call Tracking Administration Manager University of North Texas Computing IT Center http://itsm.unt.edu/ -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Juan Ingles Sent: Monday, December 13, 2010 4:31 PM To: arslist@ARSLIST.ORG Subject: Re: ARS 7.6.03 Licensing on Windows Server 2008 R2 Chris, I ran across something that I dismissed as silly that I think might be related I am setting up a new 2008 VM to try out the new 7.6.3 stack installer. After installing the OS I copied over bginfo, a nifty MS internals utility that prints host info on the desktop. It really helps when managing multiple machines to know at a glance what machine you are connected to and basic system info like disk usage, patch level, installed memory, etc. Well, guess what it did for the network info... Instead of listing the one IP address, it listed ALL the network nodes, including the disabled ones. I got a list that looked something like: none none none 192.1.1.1 none none After some investigation, I discovered thet the values are fed by a WMI query that queries IP addresses. Previous to 2008, this query returned only the active addresses/NICs, but starting with 2008 that query now returns everything. Fixing this for bginfo turned out to be easy enough -- I created a new item and added the WMI query with a qualification that returns only active records. I noticed that my active NIC was not the first in the list, so I'm thinking that I might come across the same problem you did when I go to license the server. I will report my results when I get there. Juan ingles ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
Re: More load balancer hell
Thank you Axton, adding UDP 111 fixed it for me. From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Axton Sent: Monday, December 13, 2010 3:52 PM To: arslist@ARSLIST.ORG Subject: Re: More load balancer hell ** Did you do both tcp and udp for port 111? Both need to be mapped. With redundancy comes complexity... Try getting redundancy into place at more layers than just the app servers; it get's even more complex. Add SAN paths, switches, physical network interfaces, data centers, db servers, power grids, load balancers, etc. to the mix, try to draw a picture of it... On Mon, Dec 13, 2010 at 4:40 PM, LJ LongWing lj.longw...@gmail.com wrote: ** Ok.so I now have my Cisco CSM in front of my app servers. If I don't specify a port I can't connect..if I specify the port my remedy is running on it works just fine. I asked them to add port 111 to the 'listen on' ports, but that doesn't seem to do it..why am I having SO MANY ISSUES?? _attend WWRUG11 www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG11 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
Reg ARS 7.6.03 AR Server Licenses imported from ARS 6.4 on AIX
Hi All, Can anyone please suggest something on following - We are implementing new 7.6 environment. We have successfully installed ARS and mid tier, now I was licensing ARS 7.6. I imported licenses from ARS 6.4 to ARS 7.6. But when I am starting next installation(CMDB), it's saying ARServer is not licensed. Is it dependent on machine Id or something, as new environment is on a different machine as that of the old environment? Can anyone please suggest something? Warm Regards, Vaibhav ::DISCLAIMER:: --- The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. It shall not attach any liability on the originator or HCL or its affiliates. Any views or opinions presented in this email are solely those of the author and may not necessarily reflect the opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of the author of this e-mail is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any mail and attachments please check them for viruses and defect. --- ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
Re: Reg ARS 7.6.03 AR Server Licenses imported from ARS 6.4 on AIX
Vaibhav, You will need to generate new 7.1+ licenses from the BMC Support website as they change when moving to ARS 7.1+. You will be given the selection of the version of ARS that you are licensing. And yes, the ARS key is dependent on the host ID of the server you are running it on. On the plus side, the only key that you need is the AR Server license, and others can be added without a key. Obviously, you need to actually own the licenses to install them. Hope this helps. Regards, Tony Cesaro aces...@gmail.com http://amcpu.org On Mon, Dec 13, 2010 at 10:12 PM, Vaibhav Singhal vaibhavsing...@hcl.comwrote: Hi All, Can anyone please suggest something on following - We are implementing new 7.6 environment. We have successfully installed ARS and mid tier, now I was licensing ARS 7.6. I imported licenses from ARS 6.4 to ARS 7.6. But when I am starting next installation(CMDB), it's saying ARServer is not licensed. Is it dependent on machine Id or something, as new environment is on a different machine as that of the old environment? Can anyone please suggest something? Warm Regards, Vaibhav ::DISCLAIMER:: --- The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. It shall not attach any liability on the originator or HCL or its affiliates. Any views or opinions presented in this email are solely those of the author and may not necessarily reflect the opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of the author of this e-mail is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any mail and attachments please check them for viruses and defect. --- ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
Re: Reg ARS 7.6.03 AR Server Licenses imported from ARS 6.4 on AIX
Vaibhav, Because you haven't actually purchased a new server license you probably cannot generate the server license you need from the support site (the support site requires you to enter a PO# that relates to a purchase of a new server license). You will need to contact BMC support, send them your license file and have it converted to a 7.x version. Scott Parrish IT Prophets (770) 653-5203 www.itprophets.com From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Tony Cesaro Sent: Monday, December 13, 2010 11:01 PM To: arslist@ARSLIST.ORG Subject: Re: Reg ARS 7.6.03 AR Server Licenses imported from ARS 6.4 on AIX ** Vaibhav, You will need to generate new 7.1+ licenses from the BMC Support website as they change when moving to ARS 7.1+. You will be given the selection of the version of ARS that you are licensing. And yes, the ARS key is dependent on the host ID of the server you are running it on. On the plus side, the only key that you need is the AR Server license, and others can be added without a key. Obviously, you need to actually own the licenses to install them. Hope this helps. Regards, Tony Cesaro aces...@gmail.commailto:aces...@gmail.com http://amcpu.org On Mon, Dec 13, 2010 at 10:12 PM, Vaibhav Singhal vaibhavsing...@hcl.commailto:vaibhavsing...@hcl.com wrote: Hi All, Can anyone please suggest something on following - We are implementing new 7.6 environment. We have successfully installed ARS and mid tier, now I was licensing ARS 7.6. I imported licenses from ARS 6.4 to ARS 7.6. But when I am starting next installation(CMDB), it's saying ARServer is not licensed. Is it dependent on machine Id or something, as new environment is on a different machine as that of the old environment? Can anyone please suggest something? Warm Regards, Vaibhav ::DISCLAIMER:: --- The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. It shall not attach any liability on the originator or HCL or its affiliates. Any views or opinions presented in this email are solely those of the author and may not necessarily reflect the opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of the author of this e-mail is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any mail and attachments please check them for viruses and defect. --- ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.orghttp://www.arslist.org attend wwrug11 www.wwrug.comhttp://www.wwrug.com ARSList: Where the Answers Are _attend WWRUG11 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
Re: Reg ARS 7.6.03 AR Server Licenses imported from ARS 6.4 on AIX
** Thanks Tony for your reply Thanks Scott for your reply I think I need to have the license file updated as per the new HostId. But, any idea if I switch the host Id of current and new Server? I already imported the 6.4 license file in 7.6and it shows correct number of lisences and also, only ARS server license key is comming up there. So I think if I switch the HostId, system should work. What do you think, please comment. Regards, Vaibhav From: Action Request System discussion list(ARSList) [arsl...@arslist.org] On Behalf Of Scott Parrish [sparr...@itprophets.com] Sent: Tuesday, December 14, 2010 9:56 AM To: arslist@ARSLIST.ORG Subject: Re: Reg ARS 7.6.03 AR Server Licenses imported from ARS 6.4 on AIX ** Vaibhav, Because you haven’t actually purchased a new server license you probably cannot generate the server license you need from the support site (the support site requires you to enter a PO# that relates to a purchase of a new server license). You will need to contact BMC support, send them your license file and have it converted to a 7.x version. Scott Parrish IT Prophets (770) 653-5203 www.itprophets.com From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Tony Cesaro Sent: Monday, December 13, 2010 11:01 PM To: arslist@ARSLIST.ORG Subject: Re: Reg ARS 7.6.03 AR Server Licenses imported from ARS 6.4 on AIX ** Vaibhav, You will need to generate new 7.1 licenses from the BMC Support website as they change when moving to ARS 7.1. You will be given the selection of the version of ARS that you are licensing. And yes, the ARS key is dependent on the host ID of the server you are running it on. On the plus side, the only key that you need is the AR Server license, and others can be added without a key. Obviously, you need to actually own the licenses to install them. Hope this helps. Regards, Tony Cesaro aces...@gmail.com http://amcpu.org On Mon, Dec 13, 2010 at 10:12 PM, Vaibhav Singhal vaibhavsing...@hcl.com wrote: Hi All, Can anyone please suggest something on following - We are implementing new 7.6 environment. We have successfully installed ARS and mid tier, now I was licensing ARS 7.6. I imported licenses from ARS 6.4 to ARS 7.6. But when I am starting next installation(CMDB), it's saying ARServer is not licensed. Is it dependent on machine Id or something, as new environment is on a different machine as that of the old environment? Can anyone please suggest something? Warm Regards, Vaibhav ::DISCLAIMER:: --- The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. It shall not attach any liability on the originator or HCL or its affiliates. Any views or opinions presented in this email are solely those of the author and may not necessarily reflect the opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of the author of this e-mail is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any mail and attachments please check them for viruses and defect. --- ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are _attend WWRUG11 www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG11 www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG11 www.wwrug.com ARSlist: "Where the Answers Are"_
Re : Asset forms fail to generate. RESOLVED
Had the idea of setting the server to Development Cache mode and it worked! Phewww De : Frex Popo frexp...@yahoo.fr À : arslist@ARSLIST.ORG Envoyé le : Lun 13 décembre 2010, 14h 49min 17s Objet : Asset forms fail to generate. Dear listers, Arserver 7.1 patch4 (Two nodes in a load balances server group) CMDB2.1 patch3 ITSM7.3 patch7 SQLServer 2005 Quite a baffling issues I am having with the CMDB. I have created a CMDB class. Then went on to generate the corresponding AST form in the Admin Console. But only the Admin view with one single field (request id) is created. Looking at the CMDB log, the server creates all the workflow and attached it to the form, at the end of the log it states Could not find VUIs on form: on the server. I had no problems creating this class and corresponding Asset form in the Dev server. I also successfully created it in a test server (a cloned server from the production one). But the same fails on the production server. Here is an extract of the CMDB log. [2010/12/13 13:35:45.1490] [ TRACE ] [TID: 002160] : Will fetch display info for form AST:BaseElement [2010/12/13 13:35:45.1490] [ TRACE ] [TID: 002160] : Will make the new Form AST:MyAssetForm that is an inner join on MMD.CUSTOM:MYAssetClass [2010/12/13 13:35:56.2570] [ INFO ] [TID: 002160] : Successfully added Form: AST:MyAssetForm to Application: Remedy Asset Inventory [2010/12/13 13:35:56.3200] [ ERROR ] [TID: 002160] : Could not find VUIs on form: AST:MyAssetForm on server: remedyprod.mydomain.fr [2010/12/13 13:35:56.3200] [ TRACE ] [TID: 002160] : Errors encountered while processing form: AST:MyAssetForm [2010/12/13 13:35:56.3200] [ INFO ] [TID: 002160] : Application UI synchronization completed Any help will be very much appreciated. Regards frex ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
Re: RemedyForce
http://go.bmc.com/?elqPURLPage=878intcmp=home1_news_remedyforceattr=press Link to BMC's announcement. On Dec 9, 7:57 am, John Sundberg john.sundb...@kineticdata.com wrote: Interesting things at Salesforce.com 1) They buy a Ruby company (YEAH!!!) 2) They announce with BMC (RemedyForce) -- hmmm? http://www.itpro.co.uk/629260/salesforce-com-uncloaks-force-com-2 -- John Sundberg Kinetic Data, Inc. Building a Better Service Experience Recipient of: WWRUG10 Best Customer Service/Support Award WWRUG09 Innovator of the Year Award john.sundb...@kineticdata.com 651.556.0930 I www.kineticdata.com ___ UNSUBSCRIBE or access ARSlist Archives atwww.arslist.org attend wwrug11www.wwrug.comARSList: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are