Report server is set in User preferences for support staff to: itsm7.ars.unt.edu;22700;; (on pre-production - different server on development)
The accounts which we use constantly across dev, pre-production, and even the failover server may have had those settings corrupted since we are always switching servers all of the time and each server has its own preferences for each user. The Support folks had me blank out the settings in the user record and set them in the ODBC config (which was blank), and that did not work either. I have a custom filter (fires only on Submit when Creating a New Request) that creates a User preference record for every User where Report Server = "itsm7.ars.unt.edu;22700;;" and ODBC Use Underscores = Yes, among other settings. There are 132,591 records and all but about 15 - the ones we have been testing with plus admins plus the group managers that just started getting into the system (usually in mid-tier), have all of the settings the filter put there. The 15 records I just found with null values in the Report Server are the accounts we are actually logging in with so far. Two of the accounts I was testing with (on three servers) appear to have dropped the port off the server name at some point since they were created... So this is corruptible data. 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:[EMAIL PROTECTED] On Behalf Of Lammey, Peter A. Sent: Friday, April 11, 2008 2:40 PM To: arslist@ARSLIST.ORG Subject: Re: Printing Incidents ** I have experienced the same thing. Whenever the RPC errors started to occur when the user attempts to run a Crystal report (either from a Print Ticket or from the report console) it was always because they did not have the Report Server and TCP port set to the same server name and TCP port they used to login. Thanks Peter Lammey ESPN MIT Technical Services & Applications Management 860-766-4761 ________________________________ From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Benedetto Cantatore Sent: Friday, April 11, 2008 3:36 PM To: arslist@ARSLIST.ORG Subject: Re: Printing Incidents ** Ok I had a weird one like that myself and server was set to a specific TCP port. So in tools\options Advance tab in the Report section; I had to specifically reference the server and the TCP port. That fixed the problem I was having, perhaps that applies to you as well. Ben >>> [EMAIL PROTECTED] 04/11/08 3:25 PM >>> I have tried this from about six different XP machines Including Parallels on Mac), two Vista machines, and patch 1 and 2 of the 7.1 user tool, against three 7.1 patch 1 or 2 servers with either patch 6 or 7 of the ITSM application. We just had a webex and they could not figure it out at support (and we tinkered with the ODBC controls as well as user preferences). We could run reports from the Report console. Bizarre. 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:[EMAIL PROTECTED] On Behalf Of William Rentfrow Sent: Friday, April 11, 2008 2:21 PM To: arslist@ARSLIST.ORG Subject: Re: Printing Incidents I presume you are using the user tool from your previous comments. How was it installed? When it installs the AR ODBC connector is installed (as you well know). I've heard of flakiness before when people used SMS, etc, to install the user tool. This is rare but has happened. Have you tried manually re-installing the user tool on a test machine? -----Original Message----- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of strauss Sent: Friday, April 11, 2008 2:18 PM To: arslist@ARSLIST.ORG Subject: Re: Printing Incidents Yes - it is also in all of the user preferences. 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:[EMAIL PROTECTED] On Behalf Of William Rentfrow Sent: Friday, April 11, 2008 2:16 PM To: arslist@ARSLIST.ORG Subject: Re: Printing Incidents Do you have the ODBC uses underscores option set? -----Original Message----- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of strauss Sent: Friday, April 11, 2008 2:05 PM To: arslist@ARSLIST.ORG Subject: Printing Incidents As we get closer (we thought) to full implementation of ITSM 7.0.02/3.007 on ARS 7.1.00.002, we now have users testing the application and clicking on everything. We learned today that clicking the Print button on the bottom of an Incident form and Change Request not only does not print the ticket (as you might expect), but it completely hangs the User Tool with an eventual RPC error. Happens on 7.1.00.002 and 7.1.00.001 - Service Desk 7.0.02/3.007 or 006 - any combination of User Tool and server of both patch levels. All users have report server set in their User preferences (and the server will set you to server-based preferences even if you remove them). Reports do run from the Report Console. Anyone run across this one? I have run into _different_ issues with the mid-tier reporting of tickets, with IE 7 not allowing some crystal report active control to run, and firefox hashing the fonts in the report. 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 Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" ________________________________________________________________________ _______ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" ________________________________________________________________________ _______ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" ________________________________________________________________________ _______ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" ________________________________________________________________________ _______ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" __Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" html___ __Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" html___ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"