Thank you all for your reply :-)
Carey was right - I should use the Windows %TMP% folder. This one is easier to
find out than I thought.
$PROCESS$ cmd /c set TMP
Just for the case anybody else needs to know this
Thanks and a happy new year :-)
sileem
Original-Nachricht
See this site for details:
http://www.soton.ac.uk/~_remedy/armaced.html
But it looks like your looking for this:
No-match-error:
But... why are you using a macro at all?
--
Carey Matthew Black
Remedy Skilled Professional (RSP)
ARS = Action Request System(Remedy)
Love, then teach
Solution =
We are not server admins for the Remedy box and the admins are not so
helpful on getting access or information on accessing the requested
information. So we are using macros to pull the data that we need for
now, but we have found other means to do this and currently in
development of another
Hi,
I need to remove the hyperlink to our Remedy mid-tier area that appears
at the top of all the system generated e-mails (incident receipt
confirmation, incident resolution, etc)? We don't want our customers
logging into the mid-tier at this time.
Any ideas?
Thanks so much!
Mike
Mike,
What versions are you using? ARServer, ITSM Suite/Applications,
Database?
There's a checkbox on the filter that sends the notification to indicate
whether or not to include that URL in the outbound message.
If you're using 7.0.01 then you might look at the FILTER:
George,
Thanks so much! That took care of it.
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Payne, George
Sent: Friday, December 28, 2007 10:31 AM
To: arslist@ARSLIST.ORG
Subject: Re: How do I remove the mid-tier hyperlink from system
generated
Raul,
If you are looking to suppress the no match error, you are looking towards
that might be something much bigger than suppressing the error.. Whether
done from the server or even the client side if that is possible, you DO NOT
want to suppress EVERY no match error. This may break certain
Is this RPC being used by any other program? If you are on UNIX do a
rpcinfo -all to find if the Escalation RPC is already in use..
Joe
-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] Behalf Of LJ LongWing (Head)
Sent: Friday,
Found some more information about thisthis appears to begin almost
exactly 1 hour after I restart the server
Fri Dec 28 07:06:46 2007 : Action Request System(R) Server Version 7.1.00
Patch 001 200711161033
(c) Copyright 1991-2007 BMC Software, Inc.
Fri Dec 28 08:06:58 2007 ServerGroup :
Remedy is the only thing on this box...and it's Win2k3
_
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Joe D'Souza
Sent: Friday, December 28, 2007 10:32 AM
To: arslist@ARSLIST.ORG
Subject: Re: Server Group Error 8745
**
Is this RPC being
This is probably because the escalation thread that was created previously
has not been killed gracefully after the server was brought down. After
stopping the services could you check to see if the Escalation RPC is still
in use by an rpcinfo -all?
Joe
-Original Message-
From: Action
Yes...and it's very annoying. To get around this in our app we have set all
of our open window actions to a target of 'new' instead of 'current', and
then do a close action on the current. This causes each window to be a
window with neither forward or backward buttons enabled. This allows the
You might find it easier to deal with the results from 'echo' rather than
'set'. For example:
C:\echo %temp%
C:\Users\taw\AppData\Local\Temp
C:\set temp
TEMP=C:\Users\taw\AppData\Local\Temp
Both work, and both are very fast. However, with the first method, you don't
have to chop away
Greetings List!
I know this is more Crystal than Remedy, but I'm hoping someone here may be
able to assist anyway.
I'm trying to write a Crystal Report on a Joined Form which combines
end-user Account Information (on the parent form) with end-user payment
history records (from the child form). I
Since this seems to be occurring during server group communication I would
wonder if the two servers can talk to each other.
If these servers are in fact in a servergroup, here's what I'd do to start
troubleshooting:
1. Make sure each server in the group can ping each other server both by
Also turn on the server group logs on all the servers belonging to the
server group.. If there is a communication problem between the servers in
the server group, it will show on these logs...
Joe
-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL
Yes, what he said.
Thanks, Joe. Good point.
J.T. Shyman
Column Technologies
[EMAIL PROTECTED]
From: Joe D'Souza
Sent: Fri 12/28/2007 1:34 PM
To: arslist@ARSLIST.ORG
Subject: Re: Server Group Error 8745
**
Also turn on the server group logs on all the servers belonging to the server
I found the statement in which to enter in the macro, here it is for you
guys.
Statistics:
if Not No-match-error:0 then
to-file: C:\StatTracker\ReportAssigned.CSVA
End If
end
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of
Ok...here is something Odd...the Primary server (the one having the issues
with the escalation Queue says this on startup)
SGRP /* Fri Dec 28 2007 12:02:49.7240 */ The Administration operation is
currently owned by server ThisServer
SGRP /* Fri Dec 28 2007 12:02:49.7240 */ Starting
Hello Everyone
I hope someone using ITSM 7.0 can answer my query.
What is the OOB functionality for an Incident to Auto Close once the status
has been resolved. Is there a definite time period say 24 hrs or 2 business
days and Where do we configure it ? Also, What is the difference
between
There is an escalation that handles this - HPD:INC:AutoCloseResolved
that is attached to HPD:Help Desk. Ours is set for 15 days (( 'Status'
= Resolved) AND ( 'Last Resolved Date' ($TIMESTAMP$ - 1296000))),
but it may have been updated by one of our other developers.
YMMV
--
Chris
Thanks. Works great :-)
Original-Nachricht
Datum: Fri, 28 Dec 2007 10:19:59 -0800
Von: Tim Widowfield [EMAIL PROTECTED]
An: arslist@ARSLIST.ORG
Betreff: Re: ARS Home Path
You might find it easier to deal with the results from 'echo' rather than
'set'. For example:
In the Application Administration Console there is a way to set this for Change
Management. Incident Management does not have a User selectable entry so you
must change the lenght of time from Resolved to when you want the ticket closed
through the escalation already provided.
-Original
Thanks for all your replies. I was wondering if somebody using Incident
Management can answer the difference between Customer and Contact and the
notification handling.
On 12/28/07, Roger Justice [EMAIL PROTECTED] wrote:
** In the Application Administration Console there is a way to set this
Instead of those ugly warning messages, I decided to use dialog forms.
When they open up in the WUT, the dialog box window is as big as what's
in the dialog box (I only have few works, like You must fill out this
field before you hit submit). But when the dialog box opens when in
the Mid Tier,
Ranjith,
Customer is the actual person wanting to report the incident who is impacted
by it.. Contact is the person who is following up the status of the incident
on behalf of the Customer, where in many cases the Customer Contact is the
same as the Customer... The Customer will be notified of
Lisa,
You can resize dialog boxes using the Admin tool by resizing the size of the
window when in a minimum mode.. This size gets reflected to your Mid-Tier.
You will need to flush your Mid-Tier cache for that to work after saving the
form after resizing it in the Admin tool..
Cheers
Joe
That worked thanks! Now I would like the dialog box to be in the middle
of the screen. I would probably have to update the ClientCore.js file
correct?
I found a email thread that said I could:
All of our users are accessing Mid-Tier using a standard build on a
corporate Intranet, so we have
You are welcome..
I thought you need to modify some style sheet that instructs dialogs
positioning? I may be wrong..
Joe
-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] Behalf Of Kemes, Lisa
Sent: Friday, December 28, 2007 4:15 PM
Hi all, do you know this error is related to DB backup-restore process? How
I can know it?
I run installer with upgrade option and it finish fine stage until 5, when
trying to restart the server I got
390600 : This version of the Action Request System(R) is ready for use or
evalu For unlimited
Saw something similar, but it was 7.0.1, no patch:
http://arswiki.org/wiki/ARS_7.x_Topics#Issues_with_Oracle_Unicode_Upgrade
Axton Grams
On Dec 28, 2007 9:10 PM, Pedro Cardoso [EMAIL PROTECTED] wrote:
** Hi all, do you know this error is related to DB backup-restore process?
How I can know
31 matches
Mail list logo