I do have to say however that when I could not get an ARX file to import using the 7.6.04 SP2 Data Import tool I was advised by BMC Support to use the 8.0 Data Import tool instead and it resolved the problem. We never did figure out why an ARX exported from a server at the same code level threw those very strange errors on import but using the newer tool got around that. I have not used the newer Data Import tool since then however since I have not experienced any further import errors.
-Rick ___________________________ Rick Westbrock QMX Support Services From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Joe D'Souza Sent: Wednesday, March 13, 2013 5:43 PM To: arslist@ARSLIST.ORG Subject: Re: Dev Studio Error getting list of Active Link objects ** I had negative experiences with using the Admin tool of mismatched versions too, fortunately in test/sandbox type environments. And since then never took that risk. And mostly now since I do contract work, I avoid that risk because the last thing I would want is a customers system to be broken on account of that. But that's encouraging to hear that they are more grounded now on the whole backward compatibility between the development tools and the server. I would only take that risk though if I encounter a circumstance where there is a bug with the matching version but works better if using the DS tool of a higher version. I had done it on the early releases of the DS tool on 7.6.04 where P2 and below were buggy, but used to switch back and forth - only work with the function where the bug manifested but returned to the matching version for all other work. I know at the end of the day its just data (meta data) that you can corrupt, which can be recovered by a DB restore, but when you are sub contracting, it often doesn't go too well if you are the reason they needed to roll back a DB J Joe _____ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Jason Miller Sent: Wednesday, March 13, 2013 5:50 PM To: arslist@ARSLIST.ORG Subject: Re: Dev Studio Error getting list of Active Link objects ** I'll disagree with you Joe :) I am using 8.1 with our 7.6.04, 8.0 and 8.1 systems. Since we have a range of version I have chosen to only install one version of DS to work with all servers. Obviously I haven't been using the 8.1 very long but I had been using 8.0 extensively with AR 7.6.04 without issue. I talked to the a DS engineer a few WWRUGs back and he encouraged me to use a higher version of DS. I was skeptical at first but seemed very confident about the statement. I have been doing ever since. Even when we only had 7.5 servers I was using 7.6.04 DS because there were so many improvements and bugs fixed. This is a change from the Admin Tool where I paid the price once and only once for using a version that allow me to use features that the AR Server would not recognize. Jason On Wed, Mar 13, 2013 at 12:46 PM, Joe D'Souza <jdso...@shyle.net> wrote: ** I absolutely agree with this. It is seeking an avenue for problems by doing this. Which is why I might take the risk to solve certain bug type problems by raising my DS to a minor patch over the existing server version (although that may not be the ideal thing to do either), but I wouldn't risk going up on DS by an entire version. It might be designed to be backward compatible, but I could bet a few beers, it's not tested to be backward compatible as thoroughly as it is tested for the current version. Joe _____ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Rick Westbrock Sent: Wednesday, March 13, 2013 2:05 PM To: arslist@ARSLIST.ORG Subject: Re: Dev Studio Error getting list of Active Link objects I have found in the past that sometimes using an Admin Tool or Dev Studio version that does not exactly match the server can cause unexpected issues. Nominally the tools should be backward compatible but in practice I have seen strange errors get resolved by downgrading whichever administration tool you are using to match the exact version/patch of the server. An example is that I had some weird problem that I don't exactly recall a few months ago when I was running Dev Studio 7.6.04 SP4 against a server that was ARS 7.6.04 SP2. The problem did not exist when I changed to Dev Studio SP2 to match the server. I thought it was always best practice to match your administration tool to the server while it was less critical for the old Windows User Tool (newer versions of the tool never seemed to cause problems against an older server). -Rick ___________________________ Rick Westbrock QMX Support Services From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Tanner, Doug Sent: Wednesday, March 13, 2013 9:42 AM To: arslist@ARSLIST.ORG Subject: Re: Dev Studio Error getting list of Active Link objects ** Make sure Dev Studio is 7.6.4 (SP4) Doug From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Cecil, Ken Sent: Wednesday, March 13, 2013 12:40 PM To: arslist@ARSLIST.ORG Subject: Dev Studio Error getting list of Active Link objects ** I cannot pull up the list of Active Links in dev studio on our production server. Any ideas? Anyone else ever have this? "Errors encountered while retrieving Active Links list from <servername>. ERROR (300): Malloc failed on server; (ARERR 5087)" It is just Active Links all the other object types pull up fine, even the Active Link Guides list. AR 7.5 ITSM 7.6 Windows 2003 Enterprise 64bit SQL 2008 Thanks, Ken. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] <mailto:%5bmailto:arslist@ARSLIST.ORG%5d> On Behalf Of Greg Donalson Sent: Wednesday, March 13, 2013 10:29 AM To: arslist@ARSLIST.ORG Subject: Re: Incident Managment Issue 7.6 SP4 - Urgent ** Hi Ramy, Make sure the user has a Default Support Group. Greg From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Ramy S. Ayoub Sent: Wednesday, March 13, 2013 9:15 AM To: arslist@ARSLIST.ORG Subject: Incident Managment Issue 7.6 SP4 - Urgent ** Dears , when selecting template and try to submit ticket below error appear Required field cannot be blank. : HPD:Help Desk Assignment Log : Assigned Support Organization (ARERR 326) Required field cannot be blank. : HPD:Help Desk Assignment Log : Assigned Group ID (ARERR 326) Required field cannot be blank. : HPD:Help Desk Assignment Log : Assigned Group (ARERR 326) Required field cannot be blank. : HPD:Help Desk Assignment Log : Assigned Support Company (ARERR 326) but when set assignment ( Auto Assignment ) ticket created !!! - Any Idea _ARSlist: "Where the Answers Are" and have been for 20 years_ _ARSlist: "Where the Answers Are" and have been for 20 years_ _____ This email and any files transmitted with it are confidential and intended solely for the addressee. If you have received this email in error please notify the system manager. Subject to local law, communications (including traffic data) with Hubbell may be monitored by our systems [or a third party's systems on our behalf] for the purposes of security and the assessment of internal compliance with Hubbell policies. This footnote also confirms that this email message has been swept for the presence of computer viruses. www.hubbell.com <http://www.hubbell.com/> - Hubbell Incorporated _ARSlist: "Where the Answers Are" and have been for 20 years_ This email is subject to certain disclaimers, which may be reviewed via the following link. http://compass-usa.com/Pages/Disclaimer.aspx _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_ _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"
<<image001.jpg>>